Sto scrivendo unit test per un progetto JERSEY.Come testare i metodi del controller JERSEY con UriInfo
Per i metodi senza stringa di query, posso solo istanziare il controller e chiamare il metodo.
Lavorare anche per argomento nel percorso perché appaiono come argomenti stringa del metodo.
Ma quando arrivo querystrings la modalità ha un argomento speciale (@Context UriInfo url)
Come posso costruire l'argomento UriInfo nel mio test di unità? Perché questa classe non ha costruttore?
La sua molto insolito per testare una risorsa Jersey al di fuori di un contenitore, e il tipo di controproducente. Cose che non funzioneranno? Risorse iniettate del contenitore, interpretazione del percorso, estrazione di parametri, localizzatori di sub-risorse ... la lista continua. Se vuoi davvero testare le tue classi di risorse JAX-RS, dovresti farlo dal lato *** del client ***. – Perception
Posso anche eseguire alcuni test in un contenitore tomcat, ma in termini di test dell'unità di debug dell'analisi di copertura del codice in esecuzione. Sono totalmente cieco perché questi si imbattono in 2 processi separati. –
Se si esegue un Tomcat autonomo con la propria app distribuita, è possibile eseguire una prova di test jUnit su di essa che utilizza una libreria client per testare le risorse. È possibile utilizzare le librerie client Jersey o anche Apache HttpComponents per creare questi test. – Perception