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? 

Robert

-----Ursprüngliche Nachricht-----
Von: Mark Thomas <ma...@apache.org> 
Gesendet: Dienstag, 27. April 2021 10:24
An: users@tomcat.apache.org
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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org





---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to