On April 27, 2021 9:33:11 AM UTC, "Glorius, R. (RPD)" <[email protected]> 
wrote:
>I've also tried to put it in the webapps-javaee directory. The
>convertion works, but same problem on converter-handling.
>
>It feels like a random thing on startup the war file. Because after
>multiple cleanup and restart with exactly the "same" war-file it
>sometimes works.
>
>Is it possibel that a wrong order in the classpath structure is the
>problem (non fixed - only lib-folder is added in javac ant generation
>file)?
>Does the tomcat have an internal priority handling for the referenced
>libraries inside the war? 

There is no priority either defined by the Servlet spec nor implemented by 
Tomcat other than WEB-INF/classes before WEB-INF/lib before container provided 
classes/JARs. It is an application responsibility to ensure any duplicate 
classes, config files etc are removed from the WAR.

Mark

>
>Robert
>
>-----Ursprüngliche Nachricht-----
>Von: Mark Thomas <[email protected]> 
>Gesendet: Dienstag, 27. April 2021 10:24
>An: [email protected]
>Betreff: Re: Troubleshoot with registered libraries after startup
>
>Have you converted the WAR file for Jakarta EE? If not, put it in the
>webapps-javaee directory rather than webapps and Tomcat will convert
>your WAR file for you.
>
>Mark
>
>
>On 27/04/2021 09:12, Glorius, R. (RPD) wrote:
>> Hello,
>> 
>> I've got a question for a troubleshoot with my Tomcat (10.0.5):
>> 
>> My war-file contains liblaries like Jersey and Jackson in the latest
>version for a JSON-REST API.
>> 
>> After Deployment my Tomcat starts very well without some Exceptions
>oder Failures inside logging. That's fine.
>> My REST-Service is also working.
>> 
>> But random the registered JSON-Converter/Formatter (JacksonFeature)
>don't works. It seems that the feature hasn't registered by loading the
>war-file inside the Webapps-folder. After multiple redeploy or
>stop/start actions the JSON-Converter from the same war-file works as
>expected.
>> 
>> Is this a known bug on the latest tomcat version?
>> Best regards,
>> Robert Glorius
>> 
>> 
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [email protected]
>For additional commands, e-mail: [email protected]
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [email protected]
>For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to