Thank you Chris, for keeping on the problem. I don't know if you saw the last mail sent by me to the list.
The thing was resolved by placing all the JSP referencing those classes at the web root folder. I did that, and it worked. That's why I hung my solution in the list. Nevertheless, Mark Thomas told me I was wrong. What I supposed that was the problem, and the solution was wrong. He told me JSPs may go everywhere in the folder structure. And asked me for giving a simple example of my error. Anyway, by then my app worked already, so I put off to make the example until today. And certainly, I can't reproduce it. Mark is right, of course. I am new in all this. Now, my last chance to have the example is starting from a new copy of what is now going on, recover the old hierarchy of JSP ant try to reproduce the error. I am in Thanks again for you help, Chris. Carles Missatge de Christopher Schultz <ch...@christopherschultz.net> del dia dl., 31 d’ag. 2020 a les 17:29: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Carles, > > On 8/29/20 15:13, Carles Franquesa wrote: > > Is anybody out there that could explain to me the way to know > > which classpath is being used by shared.loader. Or better, for any > > loader. > > http://tomcat.apache.org/tomcat-9.0-doc/class-loader-howto.htmlv > > > My problem is the tomcat does not find a class that certainly is > > in WEB-INF/classes. > > What is the path of the file in WEB-INF/classes? > > What is the name of the package+class of the class? > > > I tried to set explicitly in all loaders by editing > > catalina.properties. > > Do not do that. It's almost never necessary. > > > My last test has been giving the folders to the common.loader, > > this way: > > > > > > *common.loader="${catalina.base}/lib","${catalina.base}/lib/*.jar","${ > catalina.home}/lib","${catalina.home}/lib/*.jar","${catalina.base}/apren > online/WEB-INF/classes/lib","${catalina.base}/aprenonline/WEB-INF/classe > s/model","${catalina.base}/aprenonline/WEB-INF/classes/servlets","${cata > lina.base}/aprenonline/WEB-INF/lib/*.jar"* > > This > > > will cause endless problems if you try to deploy more than one > application at a time. It will probably also cause weird problems even > with a single application deployed. > > > But no way. Tomcat keeps on failing when JSP files try to make use > > of those classes. > > Please post the <%@page> directive from a sample JSP file. > > > In all Tomcat manuals say that webapp's classes should be placed > > in WEB-INF/classes when the WAR file is build. > > This is the correct way to do things. > > > And certainly, they are. > > Either the class files are not in the right place, or you are not > referencing them correctly. > > > But error continues. I also found some people that had this > > problem in the past, and by then, it was resolved updating to new > > versions. I tried with Tomcat 8 and 9. > I don't know of any version of Tomcat where the ClassLoaders didn't work > . > > > Already spent four days in this, and I am totally stuck. > > - -chris > -----BEGIN PGP SIGNATURE----- > Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ > > iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl9NF3MACgkQHPApP6U8 > pFisnA/+Ly+r1R1HrHkKA1YHZVC72H8SS15AXJ+Twly/dH3QJ4HbMyX2tdBnSXOS > DKC0fsmKDUG7fLg1yKPAKYbnbQHoZEo6yfboMTuVrIG5sshVvdTqX/xfjN3V29D3 > jYr1CIb/4esLCBg2Wq2DIck6mrJtg7ko95WYQnaMXODMJYf/KjZu8c/hoPSn70B7 > +qYr+9GNO5qo6dTXcbaSFql4uex+c8NYyDMLZNDPml7Ub76aDAWJ2YOpxozzpftF > KYnGWdwhCXWtGOKrmhJ6WwEmK36unlJyq3BY12t+0hHP4aLg1ObcqiUtiiUrcO/D > saK5yF/JmSa5N6d+RpfNPvXe/zNUpnOm8/HlOZyWm23szWfNHLH27VMQfN8vPoSP > IjyXe/+eMSoRil5pnfeMKmTlU6ic9Om+abL0Wjva/v/MxS6HTbf1tJxAPxFkLpY5 > dkI3R1YiqZwHpVPNlWiRpMgm39MSzphEy3vRpAxyEw/MWese4ZA/VS1CoZHK9fc8 > jGigahmx5XS8X0c5y7AndwoD3iQ+mhQjOkNkexDqc9tTbzIcyg1hRJyHxsSV1iBk > Fdv8JrLORRyCymN6j2WIdDDbESeHTSDnHTKGc8C2/489eFVcsFip8EKW0oxbhqQp > nfHqrHvfPaGy9cNSRzWFis7OWvnBQpf78VIbYjxmi4o3Mu36ioQ= > =6UY2 > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >