You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by DdC <at...@yahoo.com.INVALID> on 2024/05/19 03:40:50 UTC
Win10 installation progress
Dear Tomcatters,
Gave up on installing 9.0.88. on Win10. Succeeded with 10.1.23 andjdk-18.0.2.1.The lib directory has j2ee.jar, which I have used in earliertomcat versions.Compilation of a system was OK apart from some warnings because Java haschanged since the code was written.There is a web.xml file in WEB-INF.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?
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
Re: Win10 installation progress
Posted by DdC <at...@yahoo.com.INVALID>.
n828cl@gmail.com
Dear Chuck Caldarale,
THANKS for your help/ rolling up the sleeves now.
Some of us have just given up on Windows entirelySure.I have installed tomcat also on two unix boxes among which ubuntu,2019 before the transition now required.Dealing here with a legacy situation.[[[ For your chuckles:: j2ee.jar was used in tomcat4.04 ]]]
THANKS AGAIN.{{{ Purpose of life: helping other people ----- you did it. }}}
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 Saturday, May 18, 2024 at 10:11:09 PM PDT, Chuck Caldarale <n8...@gmail.com> wrote:
> On May 18, 2024, at 22:40, DdC <at...@yahoo.com.INVALID> wrote:
>
> Gave up on installing 9.0.88. on Win10.
Some of us have just given up on Windows entirely…
> Succeeded with 10.1.23 andjdk-18.0.2.1.The lib directory has j2ee.jar, which I have used in earliertomcat versions.
Not lately. I can’t recall when j2ee.jar was last useful, but I’m pretty sure it’s been well over a decade. You most likely need to delete it.
> Compilation of a system was OK apart from some warnings because Java haschanged since the code was written.There is a web.xml file in WEB-INF.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 ... )
First, look at the Tomcat migration guides: https://tomcat.apache.org/migration.html
You’ll need to review each one, starting with the last version of Tomcat you were using, up to the one for 10.1. In particular, when Oracle gave control of the Java EE spec to Eclipse, the classes were renamed from javax to jakarta for legal reasons, so all code using the old class names must be updated to the revised ones. This can be done with a migration tool supplied by Tomcat:
https://tomcat.apache.org/download-migration.cgi
or by placing old apps in the webapps-javaee directory rather than webapps and letting Tomcat convert them automatically. Look at the documentation for the legacyAppBase attribute of the <Host> element:
https://tomcat.apache.org/tomcat-10.1-doc/config/host.html#Common_Attributes
- Chuck
Re: Win10 installation progress
Posted by Chuck Caldarale <n8...@gmail.com>.
> On May 18, 2024, at 22:40, DdC <at...@yahoo.com.INVALID> wrote:
>
> Gave up on installing 9.0.88. on Win10.
Some of us have just given up on Windows entirely…
> Succeeded with 10.1.23 andjdk-18.0.2.1.The lib directory has j2ee.jar, which I have used in earliertomcat versions.
Not lately. I can’t recall when j2ee.jar was last useful, but I’m pretty sure it’s been well over a decade. You most likely need to delete it.
> Compilation of a system was OK apart from some warnings because Java haschanged since the code was written.There is a web.xml file in WEB-INF.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 ... )
First, look at the Tomcat migration guides: https://tomcat.apache.org/migration.html
You’ll need to review each one, starting with the last version of Tomcat you were using, up to the one for 10.1. In particular, when Oracle gave control of the Java EE spec to Eclipse, the classes were renamed from javax to jakarta for legal reasons, so all code using the old class names must be updated to the revised ones. This can be done with a migration tool supplied by Tomcat:
https://tomcat.apache.org/download-migration.cgi
or by placing old apps in the webapps-javaee directory rather than webapps and letting Tomcat convert them automatically. Look at the documentation for the legacyAppBase attribute of the <Host> element:
https://tomcat.apache.org/tomcat-10.1-doc/config/host.html#Common_Attributes
- Chuck
Re: Win10 installation progress
Posted by DdC <at...@yahoo.com.INVALID>.
Dear Chuck,
All good news.There were only a few bad entries in the web.xml file.Replacing j2eer.jar with: servlet-api.jar javax.mail.jar javax.activation.jarwas not necessary for my code written during 1999-2005.The Java code had warnings due to deprecated constructs, but it wasexecuting fine.
Thanks a lot. We need more people like you and your folke.Tomcat has been around for 25(?) years !!!Here a present for all of you: http://www.ontooo.com/AIAssessment2.pdfwhich was presented Feb 1 at a conference.[My next paper takes the chat-systems further apart ...]dennis de champeauxBTW Medical diagnosis over the Web (pushed by Google and others) is not realistic: http://www.ontooo.com/Diagnosis.pdfwill be presented next week 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 Wednesday, July 17, 2024 at 04:25:47 PM PDT, Chuck Caldarale <n8...@gmail.com> wrote:
> On Jul 16, 2024, at 18:45, DdC <at...@yahoo.com.INVALID> wrote:
>
> Link to catalina log is below
Which shows this error:
Caused by: java.lang.IllegalArgumentException: Invalid <url-pattern> [com.ZAjax] in servlet mapping
> 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>
(You really need to use an e-mail client that doesn’t destroy formatting.)
Refer to section 12.2 of the servlet spec to see what the valid patterns are:
https://javaee.github.io/servlet-spec/downloads/servlet-4.0/servlet-4_0_FINAL.pdf
If this is the only servlet in the app, you may want to use just a slash or an empty string for the URL pattern.
- Chuck
> Starting up tomcat 9.0.88 still hiccups when hck is encountered.The catalina log is at:
> https://www.ontooo.com/catalina.log
Re: Win10 installation progress
Posted by Chuck Caldarale <n8...@gmail.com>.
> On Jul 16, 2024, at 18:45, DdC <at...@yahoo.com.INVALID> wrote:
>
> Link to catalina log is below
Which shows this error:
Caused by: java.lang.IllegalArgumentException: Invalid <url-pattern> [com.ZAjax] in servlet mapping
> 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>
(You really need to use an e-mail client that doesn’t destroy formatting.)
Refer to section 12.2 of the servlet spec to see what the valid patterns are:
https://javaee.github.io/servlet-spec/downloads/servlet-4.0/servlet-4_0_FINAL.pdf
If this is the only servlet in the app, you may want to use just a slash or an empty string for the URL pattern.
- Chuck
> Starting up tomcat 9.0.88 still hiccups when hck is encountered.The catalina log is at:
> https://www.ontooo.com/catalina.log
Re: Win10 installation progress
Posted by DdC <at...@yahoo.com.INVALID>.
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 <n8...@gmail.com> wrote:
> On Jul 16, 2024, at 15:57, DdC <at...@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 <chris@christopherschultz.net <ma...@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-unsubscribe@tomcat.apache.org <ma...@tomcat.apache.org>
> > For additional commands, e-mail: users-help@tomcat.apache.org <ma...@tomcat.apache.org>
>
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org <ma...@tomcat.apache.org>
> For additional commands, e-mail: users-help@tomcat.apache.org <ma...@tomcat.apache.org>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
Re: Win10 installation progress
Posted by Chuck Caldarale <n8...@gmail.com>.
> On Jul 16, 2024, at 15:57, DdC <at...@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 <chris@christopherschultz.net <ma...@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-unsubscribe@tomcat.apache.org <ma...@tomcat.apache.org>
> > For additional commands, e-mail: users-help@tomcat.apache.org <ma...@tomcat.apache.org>
>
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org <ma...@tomcat.apache.org>
> For additional commands, e-mail: users-help@tomcat.apache.org <ma...@tomcat.apache.org>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
Re: Win10 installation progress
Posted by DdC <at...@yahoo.com.INVALID>.
Dear Christopher,
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 attached.
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 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> 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-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Win10 installation progress
Posted by Christopher Schultz <ch...@christopherschultz.net>.
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> 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-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Re: Win10 installation progress
Posted by DdC <at...@yahoo.com.INVALID>.
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.0.88 displays fine with localhost:8080.
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\
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??
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?
BTW tomcat 8 is not available anymore, neither on the backup site ...
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> 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-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Win10 installation progress
Posted by Christopher Schultz <ch...@christopherschultz.net>.
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-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org