Dear Christopher, Link to catalina log is below Thanks for all your advice.Progress here.The port regards hck app (for medical diagnosis) with 6.1Mb source ofwhich 4.6Mb java code.Have been able to compile without using j2ee.jar (with a dos .batscript tackling 19 directories, etc.)Used instead in CLASSPATH files in lib: servlet-api.jar,javax.mail.jar,javax.activation.jar. There IS a web.xml file in WEB-INF with, among the others, forcom.ZAjax: <servlet> <servlet-name>com.ZAjax</servlet-name> <servlet-class>com.ZAjax</servlet-class> </servlet> <servlet-mapping> <servlet-name>com.ZAjax</servlet-name> <url-pattern>com.ZAjax</url-pattern> </servlet-mapping> Starting up tomcat 9.0.88 still hiccups when hck is encountered.The catalina log is at: https://www.ontooo.com/catalina.log
Seems to be close ... :-)))dennis de champeaux [[ Next week will present a paper 'Medical Diagnosis Algorithm at a conference. :--]] -------------------------------------------------------------- Home page: rs6.risingnet.net/~ddccMarketing site: www . OntoOO.comKindle books: Side Effects: Impacts on the 21st Century::https://www.amazon.com/-/es/Dennis-Champeaux-ebook/dp/B09MHJ5W48 Even if not true::https://www.amazon.com/-/es/Dennis-Champeaux-ebook/dp/B09Y4WR9J7 9/11:: They had the Sun in their Eyeshttps://www.amazon.com/11-They-had-their-Eyes-ebook/dp/B0CMQ2WSK9https://www.amazon.nl/dp/B0CMQ2WSK9 On Tuesday, July 16, 2024 at 02:18:17 PM PDT, Chuck Caldarale <n82...@gmail.com> wrote: > On Jul 16, 2024, at 15:57, DdC <atlantisic...@yahoo.com.INVALID> wrote: > > Dear Christopher, > > Thanks for all your advice. > Progress here. > The port regards hck app (for medical diagnosis) with 6.1Mb source of > which 4.6Mb java code. > Have been able to compile without using j2ee.jar (with a dos .bat > script tackling 19 directories, etc.) > Used instead in CLASSPATH files in lib: > servlet-api.jar, > javax.mail.jar, > javax.activation.jar. > There IS a web.xml file in WEB-INF with, among the others, for > com.ZAjax: > > <servlet> > <servlet-name>com.ZAjax</servlet-name> > <servlet-class>com.ZAjax</servlet-class> > </servlet> > > <servlet-mapping> > <servlet-name>com.ZAjax</servlet-name> > <url-pattern>com.ZAjax</url-pattern> > </servlet-mapping> > > Starting up tomcat 9.0.88 still hiccups when hck is encountered. > The catalina log is attached. Attachments are stripped by the mailing list handler; could you post the log directly into the message (if not too big), or at some publicly accessible location? - Chuck > Seems to be close ... :-))) > dennis de champeaux > > [[ Next week will present a paper 'Medical Diagnosis Algorithm at a > conference. :--]] > > -------------------------------------------------------------- > > Home page: rs6.risingnet.net/~ddcc > Marketing site: www . OntoOO.com > Kindle books: > Side Effects: Impacts on the 21st Century:: > https://www.amazon.com/-/es/Dennis-Champeaux-ebook/dp/B09MHJ5W48 > Even if not true:: > https://www.amazon.com/-/es/Dennis-Champeaux-ebook/dp/B09Y4WR9J7 > 9/11:: They had the Sun in their Eyes > https://www.amazon.com/11-They-had-their-Eyes-ebook/dp/B0CMQ2WSK9 > https://www.amazon.nl/dp/B0CMQ2WSK9 > > On Tuesday, July 9, 2024 at 06:29:41 AM PDT, Christopher Schultz > <ch...@christopherschultz.net> wrote: > > > Dennis, > > On 7/8/24 17:05, DdC wrote: > > Still struggling launching my hck app on Win10 & tomcat 9.0.88.It > > runs (dont laugh) on: XP/Win7 & tomcat 4.0.4 Linux-gnu & tomcat > > 6.0.32 > Tomcat 9 ought to be able to run a Servlet-2.0-era application just fine > unless you use one or two things that have been deprecated and won't > work anymore (20 years later). > > > Tomcat 9.0.88 displays fine with localhost:8080. > > Do you mean that the ROOT application ("Welcome to Tomcat") runs? I > wouldn't expect anything less. > > What version of Java are you using, now? Hopefully it's at least 17 or 21. > > > App hck compiles OK (dont laugh) with a script > > using:CLASSPATH=.;c:\tomcat4\j2ee.jar;c:\tomcat4\webapps\hck\WEB-INF\classes;c:\tomcat4\lib\ > > This isn't a script. Can you post the whole thing? > > > Starting subsequently tomcat4 hiccups with:<<<<<NOTE: Picked up > > JDK_JAVA_OPTIONS: --add-opens=java.base/java.lang=ALL-UNNAMED > > --add-opens=java.base/java.io=ALL-UNNAMED > > --add-opens=java.base/java.util=ALL-UNNAMED > > --add-opens=java.base/java.util.concurrent=ALL-UNNAMED > > --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED08-Jul-2024 12:00:24.731 > > INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server > > version name: Apache Tomcat/9.0.8808-Jul-2024 12:00:24.748 INFO [main] > > org.apache.catalina.startup.VersionLoggerListener.log Server built: > > Apr 9 2024 13:22:30 UTC08-Jul-2024 12:00:24.748 INFO [main] > > org.apache.catalina.startup.VersionLoggerListener.log Server version > > number: 9.0.88.008-Jul-2024 12:00:24.748 INFO > > [main]org.apache.catalina.startup.VersionLoggerListener.log OS Name:Windows > > 10......08-Jul-2024 12:00:27.313 INFO [main] > > org.apache.catalina.startup.HostConfig.deployDirectory Deploying web > > application directory [C:\tomcat4\webapps\hck]08-Jul-2024 12:00:30.041 > > SEVERE [main] org.apache.catalina.startup.HostConfig.deployDirectory Error > > deploying web application directory [C:\tomcat4\webapps\hck] > > java.lang.IllegalStateException: Error starting child at > > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:690) > > at > > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:659) > > > > atorg.apache.catalina.core.StandardHost.addChild(StandardHost.java:661)at... > > ... ...>>>>> > > Why, oh why does this tomcat not accept what has been compiled > > withj2ee.jar?? > > This copy-pasta is very difficult to read. Can you sent it without ... > re-formatting or whatever else is going on with your email sender? > > Your error does not contain the "real error". If there are 50 lines of > stack trace, please post them ALL. Otherwise it will not be possible to > tell what the root problem is. > > You have a runtime error above and a compiler error below. It's tough to > follow your journey, here. > > Definitely do not put j2ee.jar into your web application's WEB-INF/lib > directory. > > > Using the classpath without j2ee.jar: > > CLASSPATH=.;c:\tomcat4\webapps\hck\WEB-INF\classes;c:\tomcat4\lib\the > > compilation of the hck app fails early > > with:<<<<<c:\tomcat4\webapps\hck\WEB-INF\classes\com>javac > > *.javaZAjax.java:9: error: cannot find symbolpublic class ZAjax extends > > HttpServlet { ^ symbol: class > > HttpServletZAjax.java:12: error: cannot find symbol public void doGet > > (HttpServletRequest req, ^ symbol: class > > HttpServletRequest location: class ZAjax >>>>> > > > Why, oh why is the servlet infrastructure not found? > > This is what I'm seeing (roughly) > > C:> SET CLASSPATH=.;c:\tomcat4\webapps\hck\WEB-INF\classes;c:\tomcat4\lib\ > > C:> CD c:\tomcat4\webapps\hck\WEB-INF\classes\com > > C:> javac *.java > > This is an unusual way to compile Java. Given the package structure, I > would expect that ZAjax.java begins with the line "package com;" (which > itself is weird, but 100% legal, just unexpected). Because of that, it's > in a directory called "com". I would usually see something like this: > > C:> SET CLASSPATH=.;c:\tomcat4\webapps\hck\WEB-INF\classes;c:\tomcat4\lib\ > > C:> CD c:\tomcat4\webapps\hck\WEB-INF\classes\ > > C:> javac com\*.java > > ... plus any other sources you might have. Typically, one does not put > sources directly into the web application, but that's also 100% legal > and not a problem... just unusual. > > What does your directory structure look like? How many .java files do > you have? What libraries to you need in order to compile? > > Okay, I'm guessing that j2ee.jar contains a whole lot of stuff including > the Servlet APIs you need to compile against. > > Your CLASSPATH only seems to reference the classes already compiled in > WEB-INF\classes. Including Tomcat's lib\ directory does nothing, > actually. Removing the j2ee.jar from the CLASSPATH causes compilation > failures because Java doesn't include the Servlet APIs in the core > API... you need a library for that. > > You may be used to C where compiling (often) results in a binary > containing everything. That's not the case with Java. Think of Java .jar > files as being .dll files as well as .h and .lib files all rolled into > one: you can compile against foo.jar but then run with bar.jar as long > as the classes you referenced during the compile from foo.jar are > present and API-compatible with those in bar.jar. > > So you are likely going to be able to compile using j2ee.jar in your > CLASSPATH or (better, IMHO), using Tomcat's servlet-api.jar instead. > > At runtime, you will ALWAYS get Tomcat's servlet-api.jar which is why > you do not need to -- and indeed you must not -- include j2ee.jar in > your application's WEB-INF/lib directory. > > Try using the file $CATALINA_HOME/lib/servlet-api.jar in your CLASSPATH > for compiling. That contains only the servlet-related stuff. You might > need more but "j2ee.jar" could be anything. CATALINA_HOME points to > wherever you have installed Tomcat. It looks like you are building > against Tomcat 4. Why not build against Tomcat 9? Or have you replaced > Tomxat in C:\tomcat4 with Tomcat 9? > > > BTW tomcat 8 is not available anymore, neither on the backup site ... > > That's correct, Tomcat 8.5.x has been removed from the home page but the > documentation is still there and the downloads are still available if > you really want them. There is no reason to go back to Tomcat 8.5 so > continue with Tomcat 9. > > Okay, I have found your project online including source. It's going to > take a bunch of work to get this going but it's not that bad. The major > effort will be that you can't use the "invoker servlet" anymore where > you make a call to "/foo.bar.Baz" and get your foo.bar.Baz servlet to be > called. You MUST explicitly-define each servlet and map them to URL > patterns these days. > > If you know all the servlet names you know you need to make public, you > can just loop through them and do this: > > <servlet> > <servlet-name>foo.bar.Baz</servlet-name> > <servlet-class>foo.bar.Baz</servlet-class> > </servlet> > // ... other <servlet> definitions ... > > > Then: > <servlet-mapping> > <servlet-name>foo.bar.Baz</servlet-name> > <url-pattern>/foo.bar.Baz</url-pattern> > </servlet-mapping> > // ... other <servlet-mapping> definitions ... > > Put these into WEB-INF/web.xml with a proper XML envelope for web.xml. > For example: > > <?xml version="1.0" encoding="UTF-8"?> > <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee > http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"; > version="4.0"> > > (servlet stuff from above) > > </web-app> > > Note that I copied the header and footer of this XML document from > Tomcat's conf/web.xml file. > > There are a whole lot of other recommendations I would have for your > application, but my guess is that you "just want to get it working" > before doing anything else. > > -chris > > > dennis de > > champeaux-------------------------------------------------------------- > > Home page: rs6.risingnet.net/~ddccMarketing site: www . > > OntoOO.comKindle books: Side Effects: Impacts on the 21st > > Century::https://www.amazon.com/-/es/Dennis-Champeaux-ebook/dp/B09MHJ5W48 > > Even if not > > true::https://www.amazon.com/-/es/Dennis-Champeaux-ebook/dp/B09Y4WR9J7 > > 9/11:: They had the Sun in their > > Eyeshttps://www.amazon.com/11-They-had-their-Eyes-ebook/dp/B0CMQ2WSK9https://www.amazon.nl/dp/B0CMQ2WSK9 > > > > > > > > > > On Tuesday, May 21, 2024 at 08:38:02 AM PDT, Christopher Schultz > ><ch...@christopherschultz.net <mailto:ch...@christopherschultz.net>> wrote: > > > > Hello, > > > > On 5/18/24 23:40, DdC wrote: > >> Gave up on installing 9.0.88. on Win10. > > > > Why did you give up? ZIP installation is a single command (either via > > CMD or UI shell). EXE installer is pretty straightforward, too. There's > > also a third-party installer that has a few more features including the > > ability to upgrade an existing installation. (I recommend against > > upgrading an existing installation specifically, but that's not a > > recommendation against that third-party installer.) > > > > Do you mean you gave up trying to get your application running on it? > > > >> Succeeded with 10.1.23 andjdk-18.0.2.1. > > > > Why Java 18? It's been EOL for years at this point. You should use Java > > 21 these days for anything new. > > > > Did you know that Tomcat 10 is fundamentally different than previous > > versions? > > > >> The lib directory has j2ee.jar, which I have used in earliertomcat > >> versions. > > > > What does j2ee.jar contain? That seems so unspecific as to be problematic. > > > >> Compilation of a system was OK apart from some warnings because Java > >> has changed since the code was written. > > ? > > > >> There is a web.xml file in WEB-INF. > > > > Okay... > > > >> Invoking a servlet gives a 500 error with the ominous complaint: > >> class su.SUlogin cannot be cast to jakarta.servlet.Servlet > >> (su.SUlogin is in unnamed module of loader org.apache.catalina ... > >> ) Looks like that my code is quite out of date.Any suggestion for a > >> fix?Going back to an earlier tomcat? > > Did you read the migration guide for Tomcat 10.1? > > > > I would highly recommend going back to 9.0 for the time being. If you > > remove j2ee.jar, does your project compile? If not, what errors do you > > get (missing classes, of course, but what major packages are missing)? > > > > j2ee.jar sounds like an uber-jar with "everything we need in it" without > > any specificity. You should replace that with modern, separate libraries > > that support your application. > > > > -chris > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > <mailto:users-unsubscr...@tomcat.apache.org> > > For additional commands, e-mail: users-h...@tomcat.apache.org > > <mailto:users-h...@tomcat.apache.org> > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > <mailto:users-unsubscr...@tomcat.apache.org> > For additional commands, e-mail: users-h...@tomcat.apache.org > <mailto:users-h...@tomcat.apache.org> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org
