Re: Tips on identifying the DB connection leaks leading to the "Pool empty" error

[Kevin Huntly]

We stumbled into it to be honest. There should be a fairly easy way though
if you're on a linux box... something like..

grep -r ".getConnection" * should get you all the classes that make a call
to something like sqlConn.getConnection(), and then once you have that you
can check for finally {} blocks and ensure you;re closing out


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 7:32 PM Torsten Krah  wrote:

> Use logAbandoned as a boolean parameter, you will get stacktraces in the
> log. From those you can narrow down where you are leaking connections.
>
> Akshay Mishra  schrieb am Di., 18. Apr. 2023,
> 01:07:
>
> > Hello Tomcat Community!
> >
> >
> > Tomcat Version: 9.0.70
> >
> > Our Tomcat web service started exhausting the max connections allowed to
> > the backend datastore (Postgres).
> >
> > From the logs, we don’t see any 1 thread requesting lot of connections.
> > Nor do we see too many threads requesting a new connection.
> > We collected thread dumps (at a fixed interval of 5 mins) and they do not
> > point to too many threads requesting connections.
> >
> > We suspect someone could be leaking connections but we are unclear on how
> > to narrow that down especially since the thread dump was inconclusive
> >
> > We added parameters like “removeAbandoned”, “removeAbandonedTimeout” and
> > “ResetAbandonedTimer” to our datasource config and the results were
> > encouraging - we don't see the pool getting exhausted but are concerned
> > this might mask a larger problem in case there are connection leaks in
> our
> > service.
> >
> > It would be great if the community has any thoughts on these new
> > parameters. Or on way to narrow down the problem to isolate connection
> > leaks.
> >
> > Any help is appreciated. Thanks
> >
> > Akshay
> >
>

Re: ClassNotFound after upgrade to tomcat 10

[Terence M. Bandoian]

On 4/17/2023 6:13 PM, Kevin Huntly wrote:

Thank you, all set. I guess I wasn't googling the right things lol, either
that or I'm getting a little too used to asking on the list =(


Yes.

-Terence Bandoian


On Mon, Apr 17, 2023 at 7:03 PM Torsten Krah  wrote:


The whole thing is also well answered there btw:


https://stackoverflow.com/questions/4928271/how-to-install-jstl-the-absolute-uri-http-java-sun-com-jstl-core-cannot-be-r#4928309

Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:52:


I am now seeing this:

17-Apr-2023 18:50:44.450 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()

for

servlet [jsp] threw exception
 org.apache.jasper.JasperException:
/com.cws.esolutions.web.login/jsp/html/en/Login.jsp (line: [1], column:
[1]) Unable to find taglib [c] for URI: [jakarta.tags.core]

After updating the taglib imports on my jsp files


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:47 PM Torsten Krah  wrote:


And update your taglib definitions, see here:

https://jakarta.ee/specifications/tags/3.0/

The old ones are deprecated/ removed:

Quote:

Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.



Kevin Huntly  schrieb am Di., 18. Apr. 2023,

00:34:

Now i'm getting these:

17-Apr-2023 18:32:03.236 INFO [main]
org.apache.catalina.core.ApplicationContext.log No Spring
WebApplicationInitializer types detected on classpath
17-Apr-2023 18:32:04.904 INFO [main]
org.apache.catalina.core.ApplicationContext.log Initializing Spring
DispatcherServlet 'eSolutions'
17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
org.apache.catalina.core.StandardWrapperValve.invoke

Servlet.service()

for

servlet [eSolutions] in context with path [/esolutions] threw

exception

[Handler processing failed: java.lang.NoClassDefFoundError:
jakarta/servlet/jsp/jstl/core/Config] with root cause
 java.lang.ClassNotFoundException:
jakarta.servlet.jsp.jstl.core.Config

17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke

Servlet.service()

for

servlet [jsp] threw exception
 org.apache.jasper.JasperException:
/theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The

absolute

uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in

either

web.xml or the jar files deployed with this application

I removed the apache taglibs dependency, clearly that was a mistake.


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah 

wrote:

You should only use https://jakarta.ee/specifications/tags/3.0/

and

not

the
old 1.2.5 one, remove that old one.
Why do you have both included?

Kevin Huntly  schrieb am Di., 18. Apr. 2023,

00:19:

6.0.0

1.2.5

3.0.0

3.1.1


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah 

wrote:

All the api ones have to be provided, not compile scope imho.

Tomcat

does

provide them, don't package them in your war file and double

check

the

versions from the guide, there is still a class referencing the

old

API

and

is causing the exception.

You missed to add the versions you used, add them here please,

the

information you provided is lacking those crucial detail.

Kevin Huntly  schrieb am Di., 18. Apr.

2023,

00:12:

Thank you for that... I have the right (I think) dependencies

in

my

pom:



org.apache.taglibs

taglibs-standard-impl

${taglibs.version}

jar

compile





jakarta.servlet.jsp.jstl

jakarta.servlet.jsp.jstl-api

${jstl.version}

jar

compile





jakarta.servlet.jsp

jakarta.servlet.jsp-api

${jsp-api.version}

jar

compile





jakarta.servlet

jakarta.servlet-api

${jakarta.servlet.version}

jar

provided




I just want to use the jstl tag libraries =(


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE 

Re: Tips on identifying the DB connection leaks leading to the "Pool empty" error

[Torsten Krah]

Use logAbandoned as a boolean parameter, you will get stacktraces in the
log. From those you can narrow down where you are leaking connections.

Akshay Mishra  schrieb am Di., 18. Apr. 2023,
01:07:

> Hello Tomcat Community!
>
>
> Tomcat Version: 9.0.70
>
> Our Tomcat web service started exhausting the max connections allowed to
> the backend datastore (Postgres).
>
> From the logs, we don’t see any 1 thread requesting lot of connections.
> Nor do we see too many threads requesting a new connection.
> We collected thread dumps (at a fixed interval of 5 mins) and they do not
> point to too many threads requesting connections.
>
> We suspect someone could be leaking connections but we are unclear on how
> to narrow that down especially since the thread dump was inconclusive
>
> We added parameters like “removeAbandoned”, “removeAbandonedTimeout” and
> “ResetAbandonedTimer” to our datasource config and the results were
> encouraging - we don't see the pool getting exhausted but are concerned
> this might mask a larger problem in case there are connection leaks in our
> service.
>
> It would be great if the community has any thoughts on these new
> parameters. Or on way to narrow down the problem to isolate connection
> leaks.
>
> Any help is appreciated. Thanks
>
> Akshay
>

Re: ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

Just another quick question... and it may not be able to be answered here...

Is there a way to get Eclipse to stop bitching about missing
"javax.servlet.*" dependencies? It's complaining on every JSP I have...


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 7:13 PM Kevin Huntly  wrote:

> Thank you, all set. I guess I wasn't googling the right things lol, either
> that or I'm getting a little too used to asking on the list =(
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 7:03 PM Torsten Krah  wrote:
>
>> The whole thing is also well answered there btw:
>>
>>
>> https://stackoverflow.com/questions/4928271/how-to-install-jstl-the-absolute-uri-http-java-sun-com-jstl-core-cannot-be-r#4928309
>>
>> Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:52:
>>
>> > I am now seeing this:
>> >
>> > 17-Apr-2023 18:50:44.450 SEVERE [catalina-exec-1]
>> > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
>> for
>> > servlet [jsp] threw exception
>> > org.apache.jasper.JasperException:
>> > /com.cws.esolutions.web.login/jsp/html/en/Login.jsp (line: [1], column:
>> > [1]) Unable to find taglib [c] for URI: [jakarta.tags.core]
>> >
>> > After updating the taglib imports on my jsp files
>> > 
>> >
>> > Kevin Huntly
>> > Email: kmhun...@gmail.com
>> > Cell: 716/424-3311
>> > 
>> >
>> > -BEGIN GEEK CODE BLOCK-
>> > Version: 1.0
>> > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
>> > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
>> > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
>> > G++ e(+) h--- r+++ y+++*
>> > --END GEEK CODE BLOCK--
>> >
>> >
>> > On Mon, Apr 17, 2023 at 6:47 PM Torsten Krah  wrote:
>> >
>> > > And update your taglib definitions, see here:
>> > >
>> > > https://jakarta.ee/specifications/tags/3.0/
>> > >
>> > > The old ones are deprecated/ removed:
>> > >
>> > > Quote:
>> > >
>> > > Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.
>> > >
>> > >
>> > >
>> > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
>> 00:34:
>> > >
>> > > > Now i'm getting these:
>> > > >
>> > > > 17-Apr-2023 18:32:03.236 INFO [main]
>> > > > org.apache.catalina.core.ApplicationContext.log No Spring
>> > > > WebApplicationInitializer types detected on classpath
>> > > > 17-Apr-2023 18:32:04.904 INFO [main]
>> > > > org.apache.catalina.core.ApplicationContext.log Initializing Spring
>> > > > DispatcherServlet 'eSolutions'
>> > > > 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
>> > > > org.apache.catalina.core.StandardWrapperValve.invoke
>> Servlet.service()
>> > > for
>> > > > servlet [eSolutions] in context with path [/esolutions] threw
>> exception
>> > > > [Handler processing failed: java.lang.NoClassDefFoundError:
>> > > > jakarta/servlet/jsp/jstl/core/Config] with root cause
>> > > > java.lang.ClassNotFoundException:
>> > > > jakarta.servlet.jsp.jstl.core.Config
>> > > >
>> > > > 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
>> > > > org.apache.catalina.core.ApplicationDispatcher.invoke
>> Servlet.service()
>> > > for
>> > > > servlet [jsp] threw exception
>> > > > org.apache.jasper.JasperException:
>> > > > /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The
>> > > absolute
>> > > > uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in
>> either
>> > > > web.xml or the jar files deployed with this application
>> > > >
>> > > > I removed the apache taglibs dependency, clearly that was a mistake.
>> > > > 
>> > > >
>> > > > Kevin Huntly
>> > > > Email: kmhun...@gmail.com
>> > > > Cell: 716/424-3311
>> > > > 
>> > > >
>> > > > -BEGIN GEEK CODE BLOCK-
>> > > > Version: 1.0
>> > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
>> > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
>> > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
>> > > > G++ e(+) h--- r+++ y+++*
>> > > > --END GEEK CODE BLOCK--
>> > > >
>> > > >
>> > > > On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah 
>> > wrote:
>> > > >
>> > > > > You should only use https://jakarta.ee/specifications/tags/3.0/
>> and
>> > > not
>> > > > > the
>> 

Re: Tips on identifying the DB connection leaks leading to the "Pool empty" error

[Kevin Huntly]

my team saw this same thing in production - there was code that never
closed the SQL connection after it was created... 150+ connections spike
all at once, took out the pool. Not sure if that's your issue, but thought
i'd mention it


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 7:07 PM Akshay Mishra 
wrote:

> Hello Tomcat Community!
>
>
> Tomcat Version: 9.0.70
>
> Our Tomcat web service started exhausting the max connections allowed to
> the backend datastore (Postgres).
>
> From the logs, we don’t see any 1 thread requesting lot of connections.
> Nor do we see too many threads requesting a new connection.
> We collected thread dumps (at a fixed interval of 5 mins) and they do not
> point to too many threads requesting connections.
>
> We suspect someone could be leaking connections but we are unclear on how
> to narrow that down especially since the thread dump was inconclusive
>
> We added parameters like “removeAbandoned”, “removeAbandonedTimeout” and
> “ResetAbandonedTimer” to our datasource config and the results were
> encouraging - we don't see the pool getting exhausted but are concerned
> this might mask a larger problem in case there are connection leaks in our
> service.
>
> It would be great if the community has any thoughts on these new
> parameters. Or on way to narrow down the problem to isolate connection
> leaks.
>
> Any help is appreciated. Thanks
>
> Akshay
>

Re: ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

Thank you, all set. I guess I wasn't googling the right things lol, either
that or I'm getting a little too used to asking on the list =(


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 7:03 PM Torsten Krah  wrote:

> The whole thing is also well answered there btw:
>
>
> https://stackoverflow.com/questions/4928271/how-to-install-jstl-the-absolute-uri-http-java-sun-com-jstl-core-cannot-be-r#4928309
>
> Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:52:
>
> > I am now seeing this:
> >
> > 17-Apr-2023 18:50:44.450 SEVERE [catalina-exec-1]
> > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
> for
> > servlet [jsp] threw exception
> > org.apache.jasper.JasperException:
> > /com.cws.esolutions.web.login/jsp/html/en/Login.jsp (line: [1], column:
> > [1]) Unable to find taglib [c] for URI: [jakarta.tags.core]
> >
> > After updating the taglib imports on my jsp files
> > 
> >
> > Kevin Huntly
> > Email: kmhun...@gmail.com
> > Cell: 716/424-3311
> > 
> >
> > -BEGIN GEEK CODE BLOCK-
> > Version: 1.0
> > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > G++ e(+) h--- r+++ y+++*
> > --END GEEK CODE BLOCK--
> >
> >
> > On Mon, Apr 17, 2023 at 6:47 PM Torsten Krah  wrote:
> >
> > > And update your taglib definitions, see here:
> > >
> > > https://jakarta.ee/specifications/tags/3.0/
> > >
> > > The old ones are deprecated/ removed:
> > >
> > > Quote:
> > >
> > > Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.
> > >
> > >
> > >
> > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> 00:34:
> > >
> > > > Now i'm getting these:
> > > >
> > > > 17-Apr-2023 18:32:03.236 INFO [main]
> > > > org.apache.catalina.core.ApplicationContext.log No Spring
> > > > WebApplicationInitializer types detected on classpath
> > > > 17-Apr-2023 18:32:04.904 INFO [main]
> > > > org.apache.catalina.core.ApplicationContext.log Initializing Spring
> > > > DispatcherServlet 'eSolutions'
> > > > 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
> > > > org.apache.catalina.core.StandardWrapperValve.invoke
> Servlet.service()
> > > for
> > > > servlet [eSolutions] in context with path [/esolutions] threw
> exception
> > > > [Handler processing failed: java.lang.NoClassDefFoundError:
> > > > jakarta/servlet/jsp/jstl/core/Config] with root cause
> > > > java.lang.ClassNotFoundException:
> > > > jakarta.servlet.jsp.jstl.core.Config
> > > >
> > > > 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
> > > > org.apache.catalina.core.ApplicationDispatcher.invoke
> Servlet.service()
> > > for
> > > > servlet [jsp] threw exception
> > > > org.apache.jasper.JasperException:
> > > > /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The
> > > absolute
> > > > uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in
> either
> > > > web.xml or the jar files deployed with this application
> > > >
> > > > I removed the apache taglibs dependency, clearly that was a mistake.
> > > > 
> > > >
> > > > Kevin Huntly
> > > > Email: kmhun...@gmail.com
> > > > Cell: 716/424-3311
> > > > 
> > > >
> > > > -BEGIN GEEK CODE BLOCK-
> > > > Version: 1.0
> > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > G++ e(+) h--- r+++ y+++*
> > > > --END GEEK CODE BLOCK--
> > > >
> > > >
> > > > On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah 
> > wrote:
> > > >
> > > > > You should only use https://jakarta.ee/specifications/tags/3.0/
> and
> > > not
> > > > > the
> > > > > old 1.2.5 one, remove that old one.
> > > > > Why do you have both included?
> > > > >
> > > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > > 00:19:
> > > > >
> > > > > > 6.0.0
> > > > > >
> > > > > > 1.2.5
> > > > > >
> > > > > > 3.0.0
> > > > > >
> > > > > > 3.1.1
> > > > > > 
> > > > > >
> > > > > > Kevin Huntly
> > > > > > Email: kmhun...@gmail.com
> > > > > > Cell: 716/424-3311
> > > > > > 
> > > > > >
> > > > > > -BEGIN GEEK CODE BLOCK-
> > > > > > Version: 1.0
> > > > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > > > G++ e(+) h--- r+++ y+++*
> > > 

Tips on identifying the DB connection leaks leading to the "Pool empty" error

[Akshay Mishra]

Hello Tomcat Community!


Tomcat Version: 9.0.70

Our Tomcat web service started exhausting the max connections allowed to the 
backend datastore (Postgres).

>From the logs, we don’t see any 1 thread requesting lot of connections. Nor do 
>we see too many threads requesting a new connection.
We collected thread dumps (at a fixed interval of 5 mins) and they do not point 
to too many threads requesting connections.

We suspect someone could be leaking connections but we are unclear on how to 
narrow that down especially since the thread dump was inconclusive

We added parameters like “removeAbandoned”, “removeAbandonedTimeout” and 
“ResetAbandonedTimer” to our datasource config and the results were encouraging 
- we don't see the pool getting exhausted but are concerned this might mask a 
larger problem in case there are connection leaks in our service.

It would be great if the community has any thoughts on these new parameters. Or 
on way to narrow down the problem to isolate connection leaks.

Any help is appreciated. Thanks

Akshay

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

The whole thing is also well answered there btw:

https://stackoverflow.com/questions/4928271/how-to-install-jstl-the-absolute-uri-http-java-sun-com-jstl-core-cannot-be-r#4928309

Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:52:

> I am now seeing this:
>
> 17-Apr-2023 18:50:44.450 SEVERE [catalina-exec-1]
> org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
> servlet [jsp] threw exception
> org.apache.jasper.JasperException:
> /com.cws.esolutions.web.login/jsp/html/en/Login.jsp (line: [1], column:
> [1]) Unable to find taglib [c] for URI: [jakarta.tags.core]
>
> After updating the taglib imports on my jsp files
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 6:47 PM Torsten Krah  wrote:
>
> > And update your taglib definitions, see here:
> >
> > https://jakarta.ee/specifications/tags/3.0/
> >
> > The old ones are deprecated/ removed:
> >
> > Quote:
> >
> > Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.
> >
> >
> >
> > Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:34:
> >
> > > Now i'm getting these:
> > >
> > > 17-Apr-2023 18:32:03.236 INFO [main]
> > > org.apache.catalina.core.ApplicationContext.log No Spring
> > > WebApplicationInitializer types detected on classpath
> > > 17-Apr-2023 18:32:04.904 INFO [main]
> > > org.apache.catalina.core.ApplicationContext.log Initializing Spring
> > > DispatcherServlet 'eSolutions'
> > > 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
> > > org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service()
> > for
> > > servlet [eSolutions] in context with path [/esolutions] threw exception
> > > [Handler processing failed: java.lang.NoClassDefFoundError:
> > > jakarta/servlet/jsp/jstl/core/Config] with root cause
> > > java.lang.ClassNotFoundException:
> > > jakarta.servlet.jsp.jstl.core.Config
> > >
> > > 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
> > > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
> > for
> > > servlet [jsp] threw exception
> > > org.apache.jasper.JasperException:
> > > /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The
> > absolute
> > > uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
> > > web.xml or the jar files deployed with this application
> > >
> > > I removed the apache taglibs dependency, clearly that was a mistake.
> > > 
> > >
> > > Kevin Huntly
> > > Email: kmhun...@gmail.com
> > > Cell: 716/424-3311
> > > 
> > >
> > > -BEGIN GEEK CODE BLOCK-
> > > Version: 1.0
> > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > G++ e(+) h--- r+++ y+++*
> > > --END GEEK CODE BLOCK--
> > >
> > >
> > > On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah 
> wrote:
> > >
> > > > You should only use https://jakarta.ee/specifications/tags/3.0/ and
> > not
> > > > the
> > > > old 1.2.5 one, remove that old one.
> > > > Why do you have both included?
> > > >
> > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > 00:19:
> > > >
> > > > > 6.0.0
> > > > >
> > > > > 1.2.5
> > > > >
> > > > > 3.0.0
> > > > >
> > > > > 3.1.1
> > > > > 
> > > > >
> > > > > Kevin Huntly
> > > > > Email: kmhun...@gmail.com
> > > > > Cell: 716/424-3311
> > > > > 
> > > > >
> > > > > -BEGIN GEEK CODE BLOCK-
> > > > > Version: 1.0
> > > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > > G++ e(+) h--- r+++ y+++*
> > > > > --END GEEK CODE BLOCK--
> > > > >
> > > > >
> > > > > On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah 
> > > wrote:
> > > > >
> > > > > > All the api ones have to be provided, not compile scope imho.
> > Tomcat
> > > > does
> > > > > > provide them, don't package them in your war file and double
> check
> > > the
> > > > > > versions from the guide, there is still a class referencing the
> old
> > > API
> > > > > and
> > > > > > is causing the exception.
> > > > > >
> > > > > > You missed to add the versions you used, add them here please,
> the
> > > > > > information you provided is lacking those crucial detail.
> > > > > >
> > > > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > > > 00:12:
> > > > > >
> > > > > > > Thank you for that... I have the right (I think) dependencies
> in
> > my
> > > > > pom:
> > > > > > 

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

https://stackoverflow.com/questions/74585710/migration-to-jakarta-ee-unable-to-find-taglib-c-for-uri-jakarta-tags-core

Does that help?


Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:52:

> I am now seeing this:
>
> 17-Apr-2023 18:50:44.450 SEVERE [catalina-exec-1]
> org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
> servlet [jsp] threw exception
> org.apache.jasper.JasperException:
> /com.cws.esolutions.web.login/jsp/html/en/Login.jsp (line: [1], column:
> [1]) Unable to find taglib [c] for URI: [jakarta.tags.core]
>
> After updating the taglib imports on my jsp files
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 6:47 PM Torsten Krah  wrote:
>
> > And update your taglib definitions, see here:
> >
> > https://jakarta.ee/specifications/tags/3.0/
> >
> > The old ones are deprecated/ removed:
> >
> > Quote:
> >
> > Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.
> >
> >
> >
> > Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:34:
> >
> > > Now i'm getting these:
> > >
> > > 17-Apr-2023 18:32:03.236 INFO [main]
> > > org.apache.catalina.core.ApplicationContext.log No Spring
> > > WebApplicationInitializer types detected on classpath
> > > 17-Apr-2023 18:32:04.904 INFO [main]
> > > org.apache.catalina.core.ApplicationContext.log Initializing Spring
> > > DispatcherServlet 'eSolutions'
> > > 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
> > > org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service()
> > for
> > > servlet [eSolutions] in context with path [/esolutions] threw exception
> > > [Handler processing failed: java.lang.NoClassDefFoundError:
> > > jakarta/servlet/jsp/jstl/core/Config] with root cause
> > > java.lang.ClassNotFoundException:
> > > jakarta.servlet.jsp.jstl.core.Config
> > >
> > > 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
> > > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
> > for
> > > servlet [jsp] threw exception
> > > org.apache.jasper.JasperException:
> > > /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The
> > absolute
> > > uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
> > > web.xml or the jar files deployed with this application
> > >
> > > I removed the apache taglibs dependency, clearly that was a mistake.
> > > 
> > >
> > > Kevin Huntly
> > > Email: kmhun...@gmail.com
> > > Cell: 716/424-3311
> > > 
> > >
> > > -BEGIN GEEK CODE BLOCK-
> > > Version: 1.0
> > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > G++ e(+) h--- r+++ y+++*
> > > --END GEEK CODE BLOCK--
> > >
> > >
> > > On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah 
> wrote:
> > >
> > > > You should only use https://jakarta.ee/specifications/tags/3.0/ and
> > not
> > > > the
> > > > old 1.2.5 one, remove that old one.
> > > > Why do you have both included?
> > > >
> > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > 00:19:
> > > >
> > > > > 6.0.0
> > > > >
> > > > > 1.2.5
> > > > >
> > > > > 3.0.0
> > > > >
> > > > > 3.1.1
> > > > > 
> > > > >
> > > > > Kevin Huntly
> > > > > Email: kmhun...@gmail.com
> > > > > Cell: 716/424-3311
> > > > > 
> > > > >
> > > > > -BEGIN GEEK CODE BLOCK-
> > > > > Version: 1.0
> > > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > > G++ e(+) h--- r+++ y+++*
> > > > > --END GEEK CODE BLOCK--
> > > > >
> > > > >
> > > > > On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah 
> > > wrote:
> > > > >
> > > > > > All the api ones have to be provided, not compile scope imho.
> > Tomcat
> > > > does
> > > > > > provide them, don't package them in your war file and double
> check
> > > the
> > > > > > versions from the guide, there is still a class referencing the
> old
> > > API
> > > > > and
> > > > > > is causing the exception.
> > > > > >
> > > > > > You missed to add the versions you used, add them here please,
> the
> > > > > > information you provided is lacking those crucial detail.
> > > > > >
> > > > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > > > 00:12:
> > > > > >
> > > > > > > Thank you for that... I have the right (I think) dependencies
> in
> > my
> > > > > pom:
> > > > > > >
> > > > > > > 
> > > > > > >
> > > > > > 

Re: ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

I am now seeing this:

17-Apr-2023 18:50:44.450 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
servlet [jsp] threw exception
org.apache.jasper.JasperException:
/com.cws.esolutions.web.login/jsp/html/en/Login.jsp (line: [1], column:
[1]) Unable to find taglib [c] for URI: [jakarta.tags.core]

After updating the taglib imports on my jsp files


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:47 PM Torsten Krah  wrote:

> And update your taglib definitions, see here:
>
> https://jakarta.ee/specifications/tags/3.0/
>
> The old ones are deprecated/ removed:
>
> Quote:
>
> Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.
>
>
>
> Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:34:
>
> > Now i'm getting these:
> >
> > 17-Apr-2023 18:32:03.236 INFO [main]
> > org.apache.catalina.core.ApplicationContext.log No Spring
> > WebApplicationInitializer types detected on classpath
> > 17-Apr-2023 18:32:04.904 INFO [main]
> > org.apache.catalina.core.ApplicationContext.log Initializing Spring
> > DispatcherServlet 'eSolutions'
> > 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
> > org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service()
> for
> > servlet [eSolutions] in context with path [/esolutions] threw exception
> > [Handler processing failed: java.lang.NoClassDefFoundError:
> > jakarta/servlet/jsp/jstl/core/Config] with root cause
> > java.lang.ClassNotFoundException:
> > jakarta.servlet.jsp.jstl.core.Config
> >
> > 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
> > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
> for
> > servlet [jsp] threw exception
> > org.apache.jasper.JasperException:
> > /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The
> absolute
> > uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
> > web.xml or the jar files deployed with this application
> >
> > I removed the apache taglibs dependency, clearly that was a mistake.
> > 
> >
> > Kevin Huntly
> > Email: kmhun...@gmail.com
> > Cell: 716/424-3311
> > 
> >
> > -BEGIN GEEK CODE BLOCK-
> > Version: 1.0
> > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > G++ e(+) h--- r+++ y+++*
> > --END GEEK CODE BLOCK--
> >
> >
> > On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah  wrote:
> >
> > > You should only use https://jakarta.ee/specifications/tags/3.0/ and
> not
> > > the
> > > old 1.2.5 one, remove that old one.
> > > Why do you have both included?
> > >
> > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> 00:19:
> > >
> > > > 6.0.0
> > > >
> > > > 1.2.5
> > > >
> > > > 3.0.0
> > > >
> > > > 3.1.1
> > > > 
> > > >
> > > > Kevin Huntly
> > > > Email: kmhun...@gmail.com
> > > > Cell: 716/424-3311
> > > > 
> > > >
> > > > -BEGIN GEEK CODE BLOCK-
> > > > Version: 1.0
> > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > G++ e(+) h--- r+++ y+++*
> > > > --END GEEK CODE BLOCK--
> > > >
> > > >
> > > > On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah 
> > wrote:
> > > >
> > > > > All the api ones have to be provided, not compile scope imho.
> Tomcat
> > > does
> > > > > provide them, don't package them in your war file and double check
> > the
> > > > > versions from the guide, there is still a class referencing the old
> > API
> > > > and
> > > > > is causing the exception.
> > > > >
> > > > > You missed to add the versions you used, add them here please, the
> > > > > information you provided is lacking those crucial detail.
> > > > >
> > > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > > 00:12:
> > > > >
> > > > > > Thank you for that... I have the right (I think) dependencies in
> my
> > > > pom:
> > > > > >
> > > > > > 
> > > > > >
> > > > > > org.apache.taglibs
> > > > > >
> > > > > > taglibs-standard-impl
> > > > > >
> > > > > > ${taglibs.version}
> > > > > >
> > > > > > jar
> > > > > >
> > > > > > compile
> > > > > >
> > > > > > 
> > > > > >
> > > > > > 
> > > > > >
> > > > > > jakarta.servlet.jsp.jstl
> > > > > >
> > > > > > jakarta.servlet.jsp.jstl-api
> > > > > >
> > > > > > ${jstl.version}
> > > > > >
> > > > > > jar
> > > > > >
> > > > > > compile
> > > > > >
> > > > > > 
> > > > > >
> > > > > > 
> > > > > >
> 

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

And update your taglib definitions, see here:

https://jakarta.ee/specifications/tags/3.0/

The old ones are deprecated/ removed:

Quote:

Rename java.sun.com taglib URIs to new jakarta.tags.* URNs.



Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:34:

> Now i'm getting these:
>
> 17-Apr-2023 18:32:03.236 INFO [main]
> org.apache.catalina.core.ApplicationContext.log No Spring
> WebApplicationInitializer types detected on classpath
> 17-Apr-2023 18:32:04.904 INFO [main]
> org.apache.catalina.core.ApplicationContext.log Initializing Spring
> DispatcherServlet 'eSolutions'
> 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
> org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for
> servlet [eSolutions] in context with path [/esolutions] threw exception
> [Handler processing failed: java.lang.NoClassDefFoundError:
> jakarta/servlet/jsp/jstl/core/Config] with root cause
> java.lang.ClassNotFoundException:
> jakarta.servlet.jsp.jstl.core.Config
>
> 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
> org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
> servlet [jsp] threw exception
> org.apache.jasper.JasperException:
> /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The absolute
> uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
> web.xml or the jar files deployed with this application
>
> I removed the apache taglibs dependency, clearly that was a mistake.
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah  wrote:
>
> > You should only use https://jakarta.ee/specifications/tags/3.0/ and not
> > the
> > old 1.2.5 one, remove that old one.
> > Why do you have both included?
> >
> > Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:19:
> >
> > > 6.0.0
> > >
> > > 1.2.5
> > >
> > > 3.0.0
> > >
> > > 3.1.1
> > > 
> > >
> > > Kevin Huntly
> > > Email: kmhun...@gmail.com
> > > Cell: 716/424-3311
> > > 
> > >
> > > -BEGIN GEEK CODE BLOCK-
> > > Version: 1.0
> > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > G++ e(+) h--- r+++ y+++*
> > > --END GEEK CODE BLOCK--
> > >
> > >
> > > On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah 
> wrote:
> > >
> > > > All the api ones have to be provided, not compile scope imho. Tomcat
> > does
> > > > provide them, don't package them in your war file and double check
> the
> > > > versions from the guide, there is still a class referencing the old
> API
> > > and
> > > > is causing the exception.
> > > >
> > > > You missed to add the versions you used, add them here please, the
> > > > information you provided is lacking those crucial detail.
> > > >
> > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > 00:12:
> > > >
> > > > > Thank you for that... I have the right (I think) dependencies in my
> > > pom:
> > > > >
> > > > > 
> > > > >
> > > > > org.apache.taglibs
> > > > >
> > > > > taglibs-standard-impl
> > > > >
> > > > > ${taglibs.version}
> > > > >
> > > > > jar
> > > > >
> > > > > compile
> > > > >
> > > > > 
> > > > >
> > > > > 
> > > > >
> > > > > jakarta.servlet.jsp.jstl
> > > > >
> > > > > jakarta.servlet.jsp.jstl-api
> > > > >
> > > > > ${jstl.version}
> > > > >
> > > > > jar
> > > > >
> > > > > compile
> > > > >
> > > > > 
> > > > >
> > > > > 
> > > > >
> > > > > jakarta.servlet.jsp
> > > > >
> > > > > jakarta.servlet.jsp-api
> > > > >
> > > > > ${jsp-api.version}
> > > > >
> > > > > jar
> > > > >
> > > > > compile
> > > > >
> > > > > 
> > > > >
> > > > > 
> > > > >
> > > > > jakarta.servlet
> > > > >
> > > > > jakarta.servlet-api
> > > > >
> > > > > ${jakarta.servlet.version}
> > > > >
> > > > > jar
> > > > >
> > > > > provided
> > > > >
> > > > > 
> > > > >
> > > > >
> > > > > I just want to use the jstl tag libraries =(
> > > > > 
> > > > >
> > > > > Kevin Huntly
> > > > > Email: kmhun...@gmail.com
> > > > > Cell: 716/424-3311
> > > > > 
> > > > >
> > > > > -BEGIN GEEK CODE BLOCK-
> > > > > Version: 1.0
> > > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > > G++ e(+) h--- r+++ y+++*
> > > > > --END GEEK CODE BLOCK--
> > > > >
> > > > >
> > > > > On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah 
> > > wrote:
> > > > >
> > > > > > Please read
> > 

Re: ClassNotFound after upgrade to tomcat 10

[Mark Eggers]

https://jakarta.ee/specifications/tags/3.0/tagdocs/c/tld-summary.html

 . . . just my two cents
/mde/

On 4/17/2023 3:34 PM, Kevin Huntly wrote:

Now i'm getting these:

17-Apr-2023 18:32:03.236 INFO [main]
org.apache.catalina.core.ApplicationContext.log No Spring
WebApplicationInitializer types detected on classpath
17-Apr-2023 18:32:04.904 INFO [main]
org.apache.catalina.core.ApplicationContext.log Initializing Spring
DispatcherServlet 'eSolutions'
17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for
servlet [eSolutions] in context with path [/esolutions] threw exception
[Handler processing failed: java.lang.NoClassDefFoundError:
jakarta/servlet/jsp/jstl/core/Config] with root cause
 java.lang.ClassNotFoundException:
jakarta.servlet.jsp.jstl.core.Config

17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
servlet [jsp] threw exception
 org.apache.jasper.JasperException:
/theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The absolute
uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
web.xml or the jar files deployed with this application

I removed the apache taglibs dependency, clearly that was a mistake.


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah  wrote:


You should only use https://jakarta.ee/specifications/tags/3.0/ and not
the
old 1.2.5 one, remove that old one.
Why do you have both included?

Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:19:


6.0.0

1.2.5

3.0.0

3.1.1


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah  wrote:


All the api ones have to be provided, not compile scope imho. Tomcat

does

provide them, don't package them in your war file and double check the
versions from the guide, there is still a class referencing the old API

and

is causing the exception.

You missed to add the versions you used, add them here please, the
information you provided is lacking those crucial detail.

Kevin Huntly  schrieb am Di., 18. Apr. 2023,

00:12:



Thank you for that... I have the right (I think) dependencies in my

pom:




org.apache.taglibs

taglibs-standard-impl

${taglibs.version}

jar

compile





jakarta.servlet.jsp.jstl

jakarta.servlet.jsp.jstl-api

${jstl.version}

jar

compile





jakarta.servlet.jsp

jakarta.servlet.jsp-api

${jsp-api.version}

jar

compile





jakarta.servlet

jakarta.servlet-api

${jakarta.servlet.version}

jar

provided




I just want to use the jstl tag libraries =(


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah 

wrote:



Please read

https://tomcat.apache.org/migration-10.html#Server_Pages_3.0

and while you are there, read the whole guide ;-).

Kevin Huntly  schrieb am Mo., 17. Apr. 2023,

23:57:



Hello,

I'm getting the following exception when I try to access my

webapp:


17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke

Servlet.service()

for

servlet [jsp] threw exception
 java.lang.ClassNotFoundException:
javax.servlet.jsp.tagext.TagLibraryValidator
 at











org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)

 at











org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)

 at

java.base/java.lang.ClassLoader.defineClass1(Native

Method)
 at


java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)

 at











java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)

 at











org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)

 at

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

The Jakarta jstl ones have to be compile scope, they are not included in
tomcat, do you have that?
See the migration guide, spec section, only those APIs listed there should
be provided scope.


Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:34:

> Now i'm getting these:
>
> 17-Apr-2023 18:32:03.236 INFO [main]
> org.apache.catalina.core.ApplicationContext.log No Spring
> WebApplicationInitializer types detected on classpath
> 17-Apr-2023 18:32:04.904 INFO [main]
> org.apache.catalina.core.ApplicationContext.log Initializing Spring
> DispatcherServlet 'eSolutions'
> 17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
> org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for
> servlet [eSolutions] in context with path [/esolutions] threw exception
> [Handler processing failed: java.lang.NoClassDefFoundError:
> jakarta/servlet/jsp/jstl/core/Config] with root cause
> java.lang.ClassNotFoundException:
> jakarta.servlet.jsp.jstl.core.Config
>
> 17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
> org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
> servlet [jsp] threw exception
> org.apache.jasper.JasperException:
> /theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The absolute
> uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
> web.xml or the jar files deployed with this application
>
> I removed the apache taglibs dependency, clearly that was a mistake.
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah  wrote:
>
> > You should only use https://jakarta.ee/specifications/tags/3.0/ and not
> > the
> > old 1.2.5 one, remove that old one.
> > Why do you have both included?
> >
> > Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:19:
> >
> > > 6.0.0
> > >
> > > 1.2.5
> > >
> > > 3.0.0
> > >
> > > 3.1.1
> > > 
> > >
> > > Kevin Huntly
> > > Email: kmhun...@gmail.com
> > > Cell: 716/424-3311
> > > 
> > >
> > > -BEGIN GEEK CODE BLOCK-
> > > Version: 1.0
> > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > G++ e(+) h--- r+++ y+++*
> > > --END GEEK CODE BLOCK--
> > >
> > >
> > > On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah 
> wrote:
> > >
> > > > All the api ones have to be provided, not compile scope imho. Tomcat
> > does
> > > > provide them, don't package them in your war file and double check
> the
> > > > versions from the guide, there is still a class referencing the old
> API
> > > and
> > > > is causing the exception.
> > > >
> > > > You missed to add the versions you used, add them here please, the
> > > > information you provided is lacking those crucial detail.
> > > >
> > > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> > 00:12:
> > > >
> > > > > Thank you for that... I have the right (I think) dependencies in my
> > > pom:
> > > > >
> > > > > 
> > > > >
> > > > > org.apache.taglibs
> > > > >
> > > > > taglibs-standard-impl
> > > > >
> > > > > ${taglibs.version}
> > > > >
> > > > > jar
> > > > >
> > > > > compile
> > > > >
> > > > > 
> > > > >
> > > > > 
> > > > >
> > > > > jakarta.servlet.jsp.jstl
> > > > >
> > > > > jakarta.servlet.jsp.jstl-api
> > > > >
> > > > > ${jstl.version}
> > > > >
> > > > > jar
> > > > >
> > > > > compile
> > > > >
> > > > > 
> > > > >
> > > > > 
> > > > >
> > > > > jakarta.servlet.jsp
> > > > >
> > > > > jakarta.servlet.jsp-api
> > > > >
> > > > > ${jsp-api.version}
> > > > >
> > > > > jar
> > > > >
> > > > > compile
> > > > >
> > > > > 
> > > > >
> > > > > 
> > > > >
> > > > > jakarta.servlet
> > > > >
> > > > > jakarta.servlet-api
> > > > >
> > > > > ${jakarta.servlet.version}
> > > > >
> > > > > jar
> > > > >
> > > > > provided
> > > > >
> > > > > 
> > > > >
> > > > >
> > > > > I just want to use the jstl tag libraries =(
> > > > > 
> > > > >
> > > > > Kevin Huntly
> > > > > Email: kmhun...@gmail.com
> > > > > Cell: 716/424-3311
> > > > > 
> > > > >
> > > > > -BEGIN GEEK CODE BLOCK-
> > > > > Version: 1.0
> > > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > > G++ e(+) h--- r+++ y+++*
> > > > > --END GEEK CODE BLOCK--
> > > > >
> > > > >
> > > > > On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah 
> > > wrote:
> > > > >
> > > > > > Please read
> > > > 

Re: ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

Now i'm getting these:

17-Apr-2023 18:32:03.236 INFO [main]
org.apache.catalina.core.ApplicationContext.log No Spring
WebApplicationInitializer types detected on classpath
17-Apr-2023 18:32:04.904 INFO [main]
org.apache.catalina.core.ApplicationContext.log Initializing Spring
DispatcherServlet 'eSolutions'
17-Apr-2023 18:32:16.844 SEVERE [catalina-exec-1]
org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for
servlet [eSolutions] in context with path [/esolutions] threw exception
[Handler processing failed: java.lang.NoClassDefFoundError:
jakarta/servlet/jsp/jstl/core/Config] with root cause
java.lang.ClassNotFoundException:
jakarta.servlet.jsp.jstl.core.Config

17-Apr-2023 18:32:16.986 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
servlet [jsp] threw exception
org.apache.jasper.JasperException:
/theme/cws/html/en/jsp/errHandler.jsp (line: [1], column: [1]) The absolute
uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either
web.xml or the jar files deployed with this application

I removed the apache taglibs dependency, clearly that was a mistake.


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:26 PM Torsten Krah  wrote:

> You should only use https://jakarta.ee/specifications/tags/3.0/ and not
> the
> old 1.2.5 one, remove that old one.
> Why do you have both included?
>
> Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:19:
>
> > 6.0.0
> >
> > 1.2.5
> >
> > 3.0.0
> >
> > 3.1.1
> > 
> >
> > Kevin Huntly
> > Email: kmhun...@gmail.com
> > Cell: 716/424-3311
> > 
> >
> > -BEGIN GEEK CODE BLOCK-
> > Version: 1.0
> > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > G++ e(+) h--- r+++ y+++*
> > --END GEEK CODE BLOCK--
> >
> >
> > On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah  wrote:
> >
> > > All the api ones have to be provided, not compile scope imho. Tomcat
> does
> > > provide them, don't package them in your war file and double check the
> > > versions from the guide, there is still a class referencing the old API
> > and
> > > is causing the exception.
> > >
> > > You missed to add the versions you used, add them here please, the
> > > information you provided is lacking those crucial detail.
> > >
> > > Kevin Huntly  schrieb am Di., 18. Apr. 2023,
> 00:12:
> > >
> > > > Thank you for that... I have the right (I think) dependencies in my
> > pom:
> > > >
> > > > 
> > > >
> > > > org.apache.taglibs
> > > >
> > > > taglibs-standard-impl
> > > >
> > > > ${taglibs.version}
> > > >
> > > > jar
> > > >
> > > > compile
> > > >
> > > > 
> > > >
> > > > 
> > > >
> > > > jakarta.servlet.jsp.jstl
> > > >
> > > > jakarta.servlet.jsp.jstl-api
> > > >
> > > > ${jstl.version}
> > > >
> > > > jar
> > > >
> > > > compile
> > > >
> > > > 
> > > >
> > > > 
> > > >
> > > > jakarta.servlet.jsp
> > > >
> > > > jakarta.servlet.jsp-api
> > > >
> > > > ${jsp-api.version}
> > > >
> > > > jar
> > > >
> > > > compile
> > > >
> > > > 
> > > >
> > > > 
> > > >
> > > > jakarta.servlet
> > > >
> > > > jakarta.servlet-api
> > > >
> > > > ${jakarta.servlet.version}
> > > >
> > > > jar
> > > >
> > > > provided
> > > >
> > > > 
> > > >
> > > >
> > > > I just want to use the jstl tag libraries =(
> > > > 
> > > >
> > > > Kevin Huntly
> > > > Email: kmhun...@gmail.com
> > > > Cell: 716/424-3311
> > > > 
> > > >
> > > > -BEGIN GEEK CODE BLOCK-
> > > > Version: 1.0
> > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > G++ e(+) h--- r+++ y+++*
> > > > --END GEEK CODE BLOCK--
> > > >
> > > >
> > > > On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah 
> > wrote:
> > > >
> > > > > Please read
> > > https://tomcat.apache.org/migration-10.html#Server_Pages_3.0
> > > > > and while you are there, read the whole guide ;-).
> > > > >
> > > > > Kevin Huntly  schrieb am Mo., 17. Apr. 2023,
> > > 23:57:
> > > > >
> > > > > > Hello,
> > > > > >
> > > > > > I'm getting the following exception when I try to access my
> webapp:
> > > > > >
> > > > > > 17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
> > > > > > org.apache.catalina.core.ApplicationDispatcher.invoke
> > > Servlet.service()
> > > > > for
> > > > > > servlet [jsp] threw exception
> > > > > > 

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

You should only use https://jakarta.ee/specifications/tags/3.0/ and not the
old 1.2.5 one, remove that old one.
Why do you have both included?

Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:19:

> 6.0.0
>
> 1.2.5
>
> 3.0.0
>
> 3.1.1
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah  wrote:
>
> > All the api ones have to be provided, not compile scope imho. Tomcat does
> > provide them, don't package them in your war file and double check the
> > versions from the guide, there is still a class referencing the old API
> and
> > is causing the exception.
> >
> > You missed to add the versions you used, add them here please, the
> > information you provided is lacking those crucial detail.
> >
> > Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:12:
> >
> > > Thank you for that... I have the right (I think) dependencies in my
> pom:
> > >
> > > 
> > >
> > > org.apache.taglibs
> > >
> > > taglibs-standard-impl
> > >
> > > ${taglibs.version}
> > >
> > > jar
> > >
> > > compile
> > >
> > > 
> > >
> > > 
> > >
> > > jakarta.servlet.jsp.jstl
> > >
> > > jakarta.servlet.jsp.jstl-api
> > >
> > > ${jstl.version}
> > >
> > > jar
> > >
> > > compile
> > >
> > > 
> > >
> > > 
> > >
> > > jakarta.servlet.jsp
> > >
> > > jakarta.servlet.jsp-api
> > >
> > > ${jsp-api.version}
> > >
> > > jar
> > >
> > > compile
> > >
> > > 
> > >
> > > 
> > >
> > > jakarta.servlet
> > >
> > > jakarta.servlet-api
> > >
> > > ${jakarta.servlet.version}
> > >
> > > jar
> > >
> > > provided
> > >
> > > 
> > >
> > >
> > > I just want to use the jstl tag libraries =(
> > > 
> > >
> > > Kevin Huntly
> > > Email: kmhun...@gmail.com
> > > Cell: 716/424-3311
> > > 
> > >
> > > -BEGIN GEEK CODE BLOCK-
> > > Version: 1.0
> > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > G++ e(+) h--- r+++ y+++*
> > > --END GEEK CODE BLOCK--
> > >
> > >
> > > On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah 
> wrote:
> > >
> > > > Please read
> > https://tomcat.apache.org/migration-10.html#Server_Pages_3.0
> > > > and while you are there, read the whole guide ;-).
> > > >
> > > > Kevin Huntly  schrieb am Mo., 17. Apr. 2023,
> > 23:57:
> > > >
> > > > > Hello,
> > > > >
> > > > > I'm getting the following exception when I try to access my webapp:
> > > > >
> > > > > 17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
> > > > > org.apache.catalina.core.ApplicationDispatcher.invoke
> > Servlet.service()
> > > > for
> > > > > servlet [jsp] threw exception
> > > > > java.lang.ClassNotFoundException:
> > > > > javax.servlet.jsp.tagext.TagLibraryValidator
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > > > > at
> > java.base/java.lang.ClassLoader.defineClass1(Native
> > > > > Method)
> > > > > at
> > > > > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:865)
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1401)
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > > > >
> > > > > it's running on AlmaLinux and tomcat 10.1.7. If I do a grep for
> > > > > "TagLibraryValidator" I can find it in my app under WEB-INF/lib, so
> > I'm
> > > > not
> > > > > sure what's going on
> > > > > 
> > > > >
> > > > > Kevin Huntly
> > > > > Email: kmhun...@gmail.com
> > > > > Cell: 716/424-3311
> > > > > 
> > > > >
> > > > > -BEGIN GEEK CODE BLOCK-
> > > > > Version: 1.0

Re: ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

6.0.0

1.2.5

3.0.0

3.1.1


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:17 PM Torsten Krah  wrote:

> All the api ones have to be provided, not compile scope imho. Tomcat does
> provide them, don't package them in your war file and double check the
> versions from the guide, there is still a class referencing the old API and
> is causing the exception.
>
> You missed to add the versions you used, add them here please, the
> information you provided is lacking those crucial detail.
>
> Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:12:
>
> > Thank you for that... I have the right (I think) dependencies in my pom:
> >
> > 
> >
> > org.apache.taglibs
> >
> > taglibs-standard-impl
> >
> > ${taglibs.version}
> >
> > jar
> >
> > compile
> >
> > 
> >
> > 
> >
> > jakarta.servlet.jsp.jstl
> >
> > jakarta.servlet.jsp.jstl-api
> >
> > ${jstl.version}
> >
> > jar
> >
> > compile
> >
> > 
> >
> > 
> >
> > jakarta.servlet.jsp
> >
> > jakarta.servlet.jsp-api
> >
> > ${jsp-api.version}
> >
> > jar
> >
> > compile
> >
> > 
> >
> > 
> >
> > jakarta.servlet
> >
> > jakarta.servlet-api
> >
> > ${jakarta.servlet.version}
> >
> > jar
> >
> > provided
> >
> > 
> >
> >
> > I just want to use the jstl tag libraries =(
> > 
> >
> > Kevin Huntly
> > Email: kmhun...@gmail.com
> > Cell: 716/424-3311
> > 
> >
> > -BEGIN GEEK CODE BLOCK-
> > Version: 1.0
> > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > G++ e(+) h--- r+++ y+++*
> > --END GEEK CODE BLOCK--
> >
> >
> > On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah  wrote:
> >
> > > Please read
> https://tomcat.apache.org/migration-10.html#Server_Pages_3.0
> > > and while you are there, read the whole guide ;-).
> > >
> > > Kevin Huntly  schrieb am Mo., 17. Apr. 2023,
> 23:57:
> > >
> > > > Hello,
> > > >
> > > > I'm getting the following exception when I try to access my webapp:
> > > >
> > > > 17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
> > > > org.apache.catalina.core.ApplicationDispatcher.invoke
> Servlet.service()
> > > for
> > > > servlet [jsp] threw exception
> > > > java.lang.ClassNotFoundException:
> > > > javax.servlet.jsp.tagext.TagLibraryValidator
> > > > at
> > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)
> > > > at
> > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > > > at
> java.base/java.lang.ClassLoader.defineClass1(Native
> > > > Method)
> > > > at
> > > > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)
> > > > at
> > > >
> > > >
> > >
> >
> java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
> > > > at
> > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)
> > > > at
> > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:865)
> > > > at
> > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1401)
> > > > at
> > > >
> > > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > > >
> > > > it's running on AlmaLinux and tomcat 10.1.7. If I do a grep for
> > > > "TagLibraryValidator" I can find it in my app under WEB-INF/lib, so
> I'm
> > > not
> > > > sure what's going on
> > > > 
> > > >
> > > > Kevin Huntly
> > > > Email: kmhun...@gmail.com
> > > > Cell: 716/424-3311
> > > > 
> > > >
> > > > -BEGIN GEEK CODE BLOCK-
> > > > Version: 1.0
> > > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > > G++ e(+) h--- r+++ y+++*
> > > > --END GEEK CODE BLOCK--
> > > >
> > >
> >
>

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

All the api ones have to be provided, not compile scope imho. Tomcat does
provide them, don't package them in your war file and double check the
versions from the guide, there is still a class referencing the old API and
is causing the exception.

You missed to add the versions you used, add them here please, the
information you provided is lacking those crucial detail.

Kevin Huntly  schrieb am Di., 18. Apr. 2023, 00:12:

> Thank you for that... I have the right (I think) dependencies in my pom:
>
> 
>
> org.apache.taglibs
>
> taglibs-standard-impl
>
> ${taglibs.version}
>
> jar
>
> compile
>
> 
>
> 
>
> jakarta.servlet.jsp.jstl
>
> jakarta.servlet.jsp.jstl-api
>
> ${jstl.version}
>
> jar
>
> compile
>
> 
>
> 
>
> jakarta.servlet.jsp
>
> jakarta.servlet.jsp-api
>
> ${jsp-api.version}
>
> jar
>
> compile
>
> 
>
> 
>
> jakarta.servlet
>
> jakarta.servlet-api
>
> ${jakarta.servlet.version}
>
> jar
>
> provided
>
> 
>
>
> I just want to use the jstl tag libraries =(
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>
>
> On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah  wrote:
>
> > Please read https://tomcat.apache.org/migration-10.html#Server_Pages_3.0
> > and while you are there, read the whole guide ;-).
> >
> > Kevin Huntly  schrieb am Mo., 17. Apr. 2023, 23:57:
> >
> > > Hello,
> > >
> > > I'm getting the following exception when I try to access my webapp:
> > >
> > > 17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
> > > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
> > for
> > > servlet [jsp] threw exception
> > > java.lang.ClassNotFoundException:
> > > javax.servlet.jsp.tagext.TagLibraryValidator
> > > at
> > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)
> > > at
> > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > > at java.base/java.lang.ClassLoader.defineClass1(Native
> > > Method)
> > > at
> > > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)
> > > at
> > >
> > >
> >
> java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
> > > at
> > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)
> > > at
> > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:865)
> > > at
> > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1401)
> > > at
> > >
> > >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > >
> > > it's running on AlmaLinux and tomcat 10.1.7. If I do a grep for
> > > "TagLibraryValidator" I can find it in my app under WEB-INF/lib, so I'm
> > not
> > > sure what's going on
> > > 
> > >
> > > Kevin Huntly
> > > Email: kmhun...@gmail.com
> > > Cell: 716/424-3311
> > > 
> > >
> > > -BEGIN GEEK CODE BLOCK-
> > > Version: 1.0
> > > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > > G++ e(+) h--- r+++ y+++*
> > > --END GEEK CODE BLOCK--
> > >
> >
>

Re: ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

Thank you for that... I have the right (I think) dependencies in my pom:



org.apache.taglibs

taglibs-standard-impl

${taglibs.version}

jar

compile





jakarta.servlet.jsp.jstl

jakarta.servlet.jsp.jstl-api

${jstl.version}

jar

compile





jakarta.servlet.jsp

jakarta.servlet.jsp-api

${jsp-api.version}

jar

compile





jakarta.servlet

jakarta.servlet-api

${jakarta.servlet.version}

jar

provided




I just want to use the jstl tag libraries =(


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--


On Mon, Apr 17, 2023 at 6:07 PM Torsten Krah  wrote:

> Please read https://tomcat.apache.org/migration-10.html#Server_Pages_3.0
> and while you are there, read the whole guide ;-).
>
> Kevin Huntly  schrieb am Mo., 17. Apr. 2023, 23:57:
>
> > Hello,
> >
> > I'm getting the following exception when I try to access my webapp:
> >
> > 17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
> > org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service()
> for
> > servlet [jsp] threw exception
> > java.lang.ClassNotFoundException:
> > javax.servlet.jsp.tagext.TagLibraryValidator
> > at
> >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)
> > at
> >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> > at java.base/java.lang.ClassLoader.defineClass1(Native
> > Method)
> > at
> > java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)
> > at
> >
> >
> java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
> > at
> >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)
> > at
> >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:865)
> > at
> >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1401)
> > at
> >
> >
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> >
> > it's running on AlmaLinux and tomcat 10.1.7. If I do a grep for
> > "TagLibraryValidator" I can find it in my app under WEB-INF/lib, so I'm
> not
> > sure what's going on
> > 
> >
> > Kevin Huntly
> > Email: kmhun...@gmail.com
> > Cell: 716/424-3311
> > 
> >
> > -BEGIN GEEK CODE BLOCK-
> > Version: 1.0
> > GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> > W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> > PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> > G++ e(+) h--- r+++ y+++*
> > --END GEEK CODE BLOCK--
> >
>

Re: ClassNotFound after upgrade to tomcat 10

[Torsten Krah]

Please read https://tomcat.apache.org/migration-10.html#Server_Pages_3.0
and while you are there, read the whole guide ;-).

Kevin Huntly  schrieb am Mo., 17. Apr. 2023, 23:57:

> Hello,
>
> I'm getting the following exception when I try to access my webapp:
>
> 17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
> org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
> servlet [jsp] threw exception
> java.lang.ClassNotFoundException:
> javax.servlet.jsp.tagext.TagLibraryValidator
> at
>
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)
> at
>
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
> at java.base/java.lang.ClassLoader.defineClass1(Native
> Method)
> at
> java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)
> at
>
> java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
> at
>
> org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)
> at
>
> org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:865)
> at
>
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1401)
> at
>
> org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
>
> it's running on AlmaLinux and tomcat 10.1.7. If I do a grep for
> "TagLibraryValidator" I can find it in my app under WEB-INF/lib, so I'm not
> sure what's going on
> 
>
> Kevin Huntly
> Email: kmhun...@gmail.com
> Cell: 716/424-3311
> 
>
> -BEGIN GEEK CODE BLOCK-
> Version: 1.0
> GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
> W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
> PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
> G++ e(+) h--- r+++ y+++*
> --END GEEK CODE BLOCK--
>

RE: Tomcat 9.0.73 - Exception while accessing application

[jonmcalexander]

I don't think they have a mixed environment, but will have them check this out. 
If it's not a mixed Tomcat lib issue, could it be something else?

Dream * Excel * Explore * Inspire
Jon McAlexander
Senior Infrastructure Engineer
Asst. Vice President
He/His

Middleware Product Engineering
Enterprise CIO | EAS | Middleware | Infrastructure Solutions

8080 Cobblestone Rd | Urbandale, IA 50322
MAC: F4469-010
Tel 515-988-2508 | Cell 515-988-2508

jonmcalexan...@wellsfargo.com
This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.

> -Original Message-
> From: Christopher Schultz 
> Sent: Monday, April 17, 2023 4:48 PM
> To: users@tomcat.apache.org
> Subject: Re: Tomcat 9.0.73 - Exception while accessing application
> 
> Jon,
> 
> On 4/13/23 17:57, jonmcalexan...@wellsfargo.com.INVALID wrote:
> > They are using Java 11.1
> 
> I wonder if you/they have a broken/mixed Tomcat installation.
> https://urldefense.com/v3/__https://github.com/apache/tomcat/blob/9.0.
> x/java/org/apache/catalina/core/ApplicationContext.java*L459__;Iw!!F9svG
> WnIaVPGSwU!ojzcWqxdHFnKdTAFNeLjjEHz-
> PBPgH8h0F2GT4mmGD2s0jJpNF5EqAoh0kXzJYDLbTnQIBFO8O8E8r32JZqbLCu
> QzDoElOv4$
> does indeed reference MessageBytes.EMPTY_CHAR_ARRAY which was
> added a few months ago to the MessageBytes class.
> 
> If you have some kind of mixed jumble of libraries from Tomcat then you
> could have a situation where ApplicationContext has new code but
> MessageBytes for some reason has old code.
> 
> I would recommend repairing your Tomcat installation.
> 
> -chris
> 
> > 
> > From: Christopher Schultz 
> > Sent: Thursday, April 13, 2023 1:11:15 PM
> > To: users@tomcat.apache.org 
> > Subject: Re: Tomcat 9.0.73 - Exception while accessing application
> >
> > Jon,
> >
> > On 4/12/23 17:38, jonmcalexan...@wellsfargo.com.INVALID wrote:
> >> And another app, different stack-trace, same
> java.lang.NoSuchFieldError: EMPTY_CHAR_ARRAY
> >
> > What version of Java are you using?
> >
> > -chris
> >
> >>
> >>
> >> 11-Apr-2023 12:38:44.264 SEVERE
> >> [https-jsse-nio-0.0.0.0-23601-exec-11]
> org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for
> servlet [F5 Mo nitoring.] in context with path [/accounts] threw exception
> [Servlet execution threw an exception] with root cause
> >>   java.lang.NoSuchFieldError: EMPTY_CHAR_ARRAY
> >>   at
> org.apache.catalina.core.ApplicationContext.getRequestDispatcher(Applicati
> onContext.java:459)
> >>   at
> org.apache.catalina.core.ApplicationContextFacade.getRequestDispatcher(A
> pplicationContextFacade.java:215)
> >>   at
> com.wellsfargo.accounts.monitoring.F5Monitoring.doPost(F5Monitoring.jav
> a:38)
> >>   at
> com.wellsfargo.accounts.monitoring.F5Monitoring.doGet(F5Monitoring.java
> :33)
> >>   at 
> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:502)
> >>   at 
> >> javax.servlet.http.HttpServlet.service(HttpServlet.java:596)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi
> lterChain.java:209)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChai
> n.java:153)
> >>   at
> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi
> lterChain.java:178)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChai
> n.java:153)
> >>   at
> com.wellsfargo.mwf.webappsupport.inlanguage.filter.InLanguageFilter.doFil
> ter(InLanguageFilter.java:49)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi
> lterChain.java:178)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChai
> n.java:153)
> >>   at
> com.wellsfargo.mwf.webappsupport.devicedetection.DeviceDetection.doFil
> ter(DeviceDetection.java:151)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi
> lterChain.java:178)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChai
> n.java:153)
> >>   at
> com.wellsfargo.mwf.webappsupport.security.SecurityCheck.doFilter(Securit
> yCheck.java:425)
> >>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFi
> lterChain.java:178)

ClassNotFound after upgrade to tomcat 10

[Kevin Huntly]

Hello,

I'm getting the following exception when I try to access my webapp:

17-Apr-2023 17:52:55.982 SEVERE [catalina-exec-1]
org.apache.catalina.core.ApplicationDispatcher.invoke Servlet.service() for
servlet [jsp] threw exception
java.lang.ClassNotFoundException:
javax.servlet.jsp.tagext.TagLibraryValidator
at
org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1437)
at
org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)
at java.base/java.lang.ClassLoader.defineClass1(Native
Method)
at
java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1013)
at
java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:150)
at
org.apache.catalina.loader.WebappClassLoaderBase.findClassInternal(WebappClassLoaderBase.java:2487)
at
org.apache.catalina.loader.WebappClassLoaderBase.findClass(WebappClassLoaderBase.java:865)
at
org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1401)
at
org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1245)

it's running on AlmaLinux and tomcat 10.1.7. If I do a grep for
"TagLibraryValidator" I can find it in my app under WEB-INF/lib, so I'm not
sure what's going on


Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311


-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL+++$ P+(++) L+++ E---
W+++ N+ o K(+) w--- O- M-- V-- PS+ PE Y(+)
PGP++(+++) t+ 5-- X-- R+ tv+ b++  DI++ D++
G++ e(+) h--- r+++ y+++*
--END GEEK CODE BLOCK--

Re: Tomcat 9.0.73 - Exception while accessing application

[Christopher Schultz]

Jon,

On 4/13/23 17:57, jonmcalexan...@wellsfargo.com.INVALID wrote:

They are using Java 11.1


I wonder if you/they have a broken/mixed Tomcat installation. 
https://github.com/apache/tomcat/blob/9.0.x/java/org/apache/catalina/core/ApplicationContext.java#L459 
does indeed reference MessageBytes.EMPTY_CHAR_ARRAY which was added a 
few months ago to the MessageBytes class.


If you have some kind of mixed jumble of libraries from Tomcat then you 
could have a situation where ApplicationContext has new code but 
MessageBytes for some reason has old code.


I would recommend repairing your Tomcat installation.

-chris



From: Christopher Schultz 
Sent: Thursday, April 13, 2023 1:11:15 PM
To: users@tomcat.apache.org 
Subject: Re: Tomcat 9.0.73 - Exception while accessing application

Jon,

On 4/12/23 17:38, jonmcalexan...@wellsfargo.com.INVALID wrote:

And another app, different stack-trace, same 
java.lang.NoSuchFieldError: EMPTY_CHAR_ARRAY


What version of Java are you using?

-chris




11-Apr-2023 12:38:44.264 SEVERE [https-jsse-nio-0.0.0.0-23601-exec-11] 
org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for 
servlet [F5 Mo
nitoring.] in context with path [/accounts] threw exception [Servlet execution 
threw an exception] with root cause
  java.lang.NoSuchFieldError: EMPTY_CHAR_ARRAY
  at 
org.apache.catalina.core.ApplicationContext.getRequestDispatcher(ApplicationContext.java:459)
  at 
org.apache.catalina.core.ApplicationContextFacade.getRequestDispatcher(ApplicationContextFacade.java:215)
  at 
com.wellsfargo.accounts.monitoring.F5Monitoring.doPost(F5Monitoring.java:38)
  at 
com.wellsfargo.accounts.monitoring.F5Monitoring.doGet(F5Monitoring.java:33)
  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:502)
  at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:596)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:209)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
com.wellsfargo.mwf.webappsupport.inlanguage.filter.InLanguageFilter.doFilter(InLanguageFilter.java:49)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
com.wellsfargo.mwf.webappsupport.devicedetection.DeviceDetection.doFilter(DeviceDetection.java:151)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
com.wellsfargo.mwf.webappsupport.security.SecurityCheck.doFilter(SecurityCheck.java:425)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
com.wellsfargo.wasapi.remediators.CsrfRemediator.remediate(CsrfRemediator.java:102)
  at 
com.wellsfargo.wasapi.filters.CsrfFilter.doFilter(CsrfFilter.java:81)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
com.wellsfargo.mwf.webappsupport.log.LogContextFilter.doFilter(LogContextFilter.java:81)
  at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:178)
  at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:153)
  at 
com.wellsfargo.wasapi.remediators.securityheaders.XContentSecurityPolicyHeaderRemediator.processWrapperContent(XContentSecurityPolicyHeaderRe
mediator.java:222)
  at 
com.wellsfargo.wasapi.remediators.securityheaders.XContentSecurityPolicyHeaderRemediator.remediate(XContentSecurityPolicyHeaderRemediator.jav
a:181)


Dream * Excel * Explore * Inspire
Jon McAlexander
Senior Infrastructure Engineer
Asst. Vice President
He/His

Middleware Product Engineering
Enterprise CIO | EAS | Middleware | Infrastructure Solutions

8080 Cobblestone Rd | Urbandale, IA 50322
MAC: F4469-010
Tel 

Re: Java Heap Space Error

[Christopher Schultz]

Pratik,

On 4/13/23 22:55, pratik.kulka...@shell.com.INVALID wrote:

Chris - I see. So we already have installed a service and I tried to
set the environment variable after we got the error. Is there a way
for Tomcat to read the variables we set after installation?
If you are running the Windows Service to launch Tomcat, you need to 
edit the service using tomcat9w.exe. There is a panel for Java options 
and you can set the heap sizes there.



Also, what I meant by "when I access the application" is that it
worked for a few requests; but as soon as I started to launch the pages
which have SQL queries being executed to fetch user data, the
application was crashing with this error.


I wonder if Tomcat 9 requires just a little bit more memory in general 
than Tomcat 8 (and I'm not suggesting that it DOES, only that it MIGHT) 
and you had been riding the line between "runnable" and "runs out of 
memory all the time".


Are you able to run under Tomcat 8 and observe the total-heap-space 
versus used-heap-space over time to see how that compares to Tomcat 9? I 
wonder if Tomcat 8 was configured to provide enough heap space but your 
Tomcat 9 setup does not have that same configuration.



When I set both values for Xms and Xmx as Olaf suggested, the application 
crashed right on Tomcat startup, so I couldn't access the URL at all. Also, 
below is the output of tomcat_stderr,


How did you set those values? What did you set them both to? When you 
say "crashed right on Tomcat startup", what was the error message you 
got? The stack trace you posted was from a request processing error, and 
not during startup.


-chris

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

Re: Tomcat 8.5.85 and above - Issue with file uploads

[Mark Thomas]

On 17/04/2023 19:51, Mark Thomas wrote:

Hi,

I have tried but am unable to recreate this.

Please provide the simplest possible web application (it should be 
possible to do this in a single Servlet) that demonstrates the issue.


To give you an idea of what I mean by a single servlet, here is the test 
case I was using:


https://github.com/markt-asf/tomcat-bugs/blob/main/src/main/java/org/apache/markt/MultiPartUpload2.java

(it is the 11.0.x version of the test but the code for upload should be 
the same across Tomcat versions)


Mark



Please make sure you provide the source code for the web application.

Thanks,

Mark


On 14/04/2023 19:40, William L. Cunningham wrote:

Thanks, yes it happens with any file upload.

-Original Message-
From: Mark Thomas 
Sent: Friday, April 14, 2023 9:36 AM
To: users@tomcat.apache.org
Subject: Re: Tomcat 8.5.85 and above - Issue with file uploads

WARNING: This email originated from an external source. Please be 
careful when clicking on any links in external emails.


On 13/04/2023 21:40, William L. Cunningham wrote:
Environment:  Windows 2019 Standard with latest JDK 17 and Apache 
Tomcat 8.5.87.


When trying to upload a file to the application running off Tomcat 
(custom software), we are getting the following error since 8.5.85 
(works fine on 8.5.84).


ERROR [2023-04-13 15:20:20]:
com.company.dataimporter.servlet.FileUpload::doPost::85 Cannot delete
C:\Program Files\Apache Software Foundation\Tomcat
8.5_Tomcat_Prod\work\Catalina\localhost\company\upload_1da07be9_7508_4
4d3_aee6_28d1d7989727_.tmp
java.lang.IllegalStateException: Cannot delete C:\Program 
Files\Apache Software Foundation\Tomcat 
8.5_Tomcat_Prod\work\Catalina\localhost\company\upload_1da07be9_7508_44d3_aee6_28d1d7989727_.tmp

   at
org.apache.tomcat.util.http.fileupload.disk.DiskFileItem.delete(DiskFi
leItem.java:428) ~[tomcat-coyote.jar:8.5.87]

This same procedure works perfectly fine in 8.5.84.  It was something 
introduced with 8.5.85.  It also works fine on a Linux hosted version 
(Centos) for 8.5.84 and above.  So it appears to be Windows centric.


When I watch the procedure in the Catalina\localhost\company folder 
on 8.5.84, I see the tmp file generated and then immediately deleted 
(it's a small upload).  On 8.5.85 and above, it's locked and can't be 
deleted.  Thus causing the error.


Anyone have any thoughts?


Tomcat 8.5.85 includes an updated version of the Commons FileUpload 
code that throws an ISE if the temporary file can't be deleted.


https://github.com/apache/tomcat/commit/8d21b9ef4ae30f6f6474f00a72887338a5b745ac

It looks like this may have exposed an underlying Commons IO bug:

https://issues.apache.org/jira/browse/IO-788

Do you see this problem every time you try to upload a file?

Mark

-
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



-
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

Re: Tomcat 8.5.85 and above - Issue with file uploads

[Mark Thomas]

Hi,

I have tried but am unable to recreate this.

Please provide the simplest possible web application (it should be 
possible to do this in a single Servlet) that demonstrates the issue.


Please make sure you provide the source code for the web application.

Thanks,

Mark


On 14/04/2023 19:40, William L. Cunningham wrote:

Thanks, yes it happens with any file upload.

-Original Message-
From: Mark Thomas 
Sent: Friday, April 14, 2023 9:36 AM
To: users@tomcat.apache.org
Subject: Re: Tomcat 8.5.85 and above - Issue with file uploads

WARNING: This email originated from an external source. Please be careful when 
clicking on any links in external emails.

On 13/04/2023 21:40, William L. Cunningham wrote:

Environment:  Windows 2019 Standard with latest JDK 17 and Apache Tomcat 8.5.87.

When trying to upload a file to the application running off Tomcat (custom 
software), we are getting the following error since 8.5.85 (works fine on 
8.5.84).

ERROR [2023-04-13 15:20:20]:
com.company.dataimporter.servlet.FileUpload::doPost::85 Cannot delete
C:\Program Files\Apache Software Foundation\Tomcat
8.5_Tomcat_Prod\work\Catalina\localhost\company\upload_1da07be9_7508_4
4d3_aee6_28d1d7989727_.tmp
java.lang.IllegalStateException: Cannot delete C:\Program Files\Apache Software 
Foundation\Tomcat 
8.5_Tomcat_Prod\work\Catalina\localhost\company\upload_1da07be9_7508_44d3_aee6_28d1d7989727_.tmp
   at
org.apache.tomcat.util.http.fileupload.disk.DiskFileItem.delete(DiskFi
leItem.java:428) ~[tomcat-coyote.jar:8.5.87]

This same procedure works perfectly fine in 8.5.84.  It was something 
introduced with 8.5.85.  It also works fine on a Linux hosted version (Centos) 
for 8.5.84 and above.  So it appears to be Windows centric.

When I watch the procedure in the Catalina\localhost\company folder on 8.5.84, 
I see the tmp file generated and then immediately deleted (it's a small 
upload).  On 8.5.85 and above, it's locked and can't be deleted.  Thus causing 
the error.

Anyone have any thoughts?


Tomcat 8.5.85 includes an updated version of the Commons FileUpload code that 
throws an ISE if the temporary file can't be deleted.

https://github.com/apache/tomcat/commit/8d21b9ef4ae30f6f6474f00a72887338a5b745ac

It looks like this may have exposed an underlying Commons IO bug:

https://issues.apache.org/jira/browse/IO-788

Do you see this problem every time you try to upload a file?

Mark

-
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



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

Re: Updated Tomcat from 6.0.13 to 9.0.73 on IBMi, now the submitting job stays active.

[Thomas Meyer]

Hi,

What arguments do you give to catalina.sh?


Am 17. April 2023 13:08:43 MESZ schrieb "j...@nosnow.us" :
>Not a system job.  
>The submitting job is the qshell command interpreter and we should be able to 
>do the submit and exit.   But haven't got it to work yet. 
> 
>I was reviewing the catalina.sh file to see if there was anything preventing 
>the job from exiting as it does in the earlier version. 
>
>
>
>> On Apr 15, 2023, at 8:57 AM, Greg Huber  wrote:
>> 
>> Back in the day, you could look at the job to see what the processes are.
>> One may be a system job?
>> 
>>> On Fri, 14 Apr 2023 at 20:50, j...@nosnow.us  wrote:
>>> 
>>> Hello,
>>> 
>>> Our start process is a simple command that will submit a batch job that
>>> will use the qshell command to run the startup.sh script.
>>> 
>>> In version 6.0.13 this would leave 1 job running, QP0ZSPWT, running the
>>> application.
>>> In version 9.0.73 we have 2 jobs now running, QP0ZSPWT and the submitting
>>> job with the qshell commands.
>>> 
>>> We have both versions running on IBM i V7R3 systems. So that rules out
>>> qshell issues.
>>> 
>>> I am hoping someone knows a way to get the submitting job to end, without
>>> ending the application.
>>> Does anyone have any experience with this type of issue?
>>> 
>>> Thank you!
>>> Jean
>>> 
>
>
>-
>To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>For additional commands, e-mail: users-h...@tomcat.apache.org
>

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Re: How to have a custom classloader outside Tomcat's own lib-dir?

[Thorsten Schöning]

Guten Tag Thorsten Schöning,
am Montag, 17. April 2023 um 13:16 schrieben Sie:

>> common.loader=[...],"${catalina.base}/lib_custom/*.jar"
>> common.loader=[...],"${catalina.home}/lib_custom/*.jar"
>> common.loader=[...],"${catalina.base}/lib_custom/custom.jar"
>> common.loader=[...],"${catalina.home}/lib_custom/custom.jar"

No idea what I did wrong before, but this works now as long as I have
the correct path to the JAR.

> common.loader="[...],"${catalina.base}/Tomcat_ClassLoader.jar"
> common.loader="[...],"${catalina.base}/webapps/RIFF/WEB-INF/lib/Tomcat_ClassLoader.jar"

Mit freundlichen Grüßen

Thorsten Schöning

-- 
AM-SoFT IT-Service - Bitstore Hameln GmbH
Mitglied der Bitstore Gruppe - Ihr Full-Service-Dienstleister für IT und TK

E-Mail: thorsten.schoen...@am-soft.de
Web:http://www.AM-SoFT.de/

Tel:   +49 5151-  9468- 0
Tel:   +49 5151-  9468-55
Mobil: +49  178-8 9468-04

AM-SoFT IT-Service - Bitstore Hameln GmbH, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 221853 - Geschäftsführer: Janine Galonska


Für Rückfragen stehe ich Ihnen jederzeit zur Verfügung. 

Mit freundlichen Grüßen, 

Thorsten Schöning


Telefon: +49 5151 9468-55
Fax: 
E-Mail: tschoen...@am-soft.de

AM-Soft IT-Service - Bitstore Hameln GmbH
Brandenburger Straße 7c
31789 Hameln

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen 
und ist ausschliesslich für den Adressaten bestimmt. Jeglicher Zugriff auf 
diese E-Mail durch andere Personen als den Adressaten ist untersagt. Wenn Sie 
nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. 
Sollten Sie nicht der für diese E-Mail bestimmte Adressat sein, ist Ihnen jede 
Veröffentlichung, Vervielfältigung oder Weitergabe wie auch das Ergreifen oder 
Unterlassen von Massnahmen im Vertrauen auf erlangte Information untersagt. 

This e-mail may contain confidential and/or privileged information and is 
intended solely for the addressee. Access to this email by anyone else is 
unauthorized. If you are not the intended recipient (or have received this 
e-mail in error) please notify the sender immediately and destroy this e-mail. 
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful. 

Hinweise zum Datenschutz: bitstore.group/datenschutz




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

Re: How to have a custom classloader outside Tomcat's own lib-dir?

[BRUNO MELLONI]

Perhaps this info will help:

- Custom class loaders are supposed to be possible but very poorly documented.  
I was never able to make them work properly.   You might have some luck if you 
study the source code of Tomcat itself, as it does implement them.

- Webapps really expect all custom library jars to be loaded from web-inf/lib.

- up to Java 8 you could write code to dynamically add to the class path.  I 
used to use that ability extensively, even though I was not really using a 
custom classloader.   Starting in Java 9 they broke that capability.

- In tomcat/conf/catalina.prooerties you can add jars and folders to the common 
class path.  It is discouraged but it might get you out of trouble in a pinch.

Get Outlook for Android

From: Mark Thomas 
Sent: Monday, April 17, 2023 5:13:44 AM
To: users@tomcat.apache.org 
Subject: Re: How to have a custom classloader outside Tomcat's own lib-dir?

On 16/04/2023 12: 36, Thorsten Schöning wrote: > Hi everyone, > > I have some 
app consisting of a directory layout with some bundled > Tomcat, containing at 
least one exploded webapp. For various reasons, What are those reasons?
ZjQcmQRYFpfptBannerStart
CAUTION: This Message Is From an External Source
This message originated outside the Chickasaw Nation. Do not click links or 
open attachments unless you recognize the sender and know the content is safe!

Report Suspicious

ZjQcmQRYFpfptBannerEnd

On 16/04/2023 12:36, Thorsten Schöning wrote:
> Hi everyone,
>
> I have some app consisting of a directory layout with some bundled
> Tomcat, containing at least one exploded webapp. For various reasons,

What are those reasons? I'm wondering if the reasons have any impact on
the answer.

> that webbapp needs its own classloader, which is currently configured
> in context.xml of Tomcat and stored in its own lib-dir. I don't like
> putting custom JARs into the default deployment of Tomcat too much.
>
>> 
>> 
>
> So, is there some way to put the JAR elsewhere?

Yes, as long as you tell Tomcat where to find it.

> Whatever I tested didn't work, e.g. adding the JAR to "common.loader".

That should have worked and is the approach I'd recommend. Exactly what
did you change when you tried this?

> But I must admit that I didn't fully understand if common.loader is
> used to load the custom loader at all or only afterwards and stuff.
>
> Or is there some way to not use Tomcat's "Loader" above and only
> maintain a custom, webapp-specific classloader in the one webapp
> needing it?

No. Tomcat needs to be able to load the custom class loader in order to
configure it.

Mark


>
> I've searched for somethign like "setClassLoader" and found it for
> some servlet containers, but it doesn't seem to be standard and
> supported by Tomcat.
>
> Thanks for your input!
>
> Mit freundlichen Grüßen
>
> Thorsten Schöning
>

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

Re: How to have a custom classloader outside Tomcat's own lib-dir?

[Thorsten Schöning]

Guten Tag Mark Thomas,
am Montag, 17. April 2023 um 12:13 schrieben Sie:

> What are those reasons? I'm wondering if the reasons have any impact on the 
> answer.

Unlikely, it's about business logic. The custom classloader uses some
custom config file to maintain additional JARs for the classloader
based on a custom feature system enabling/disabling things.

For the time being that classloader is needed, but the interesting
question is where the JAR file is stored and where the classloader is
actually enabled/used. If it really needs to be in some Tomcat server
side config or can be placed into a webapp.

> That should have worked and is the approach I'd recommend. Exactly
> what did you change when you tried this?

Something along the following, don't have the exact lines anymore.
Need to try again at some later time not that I know it's the correct
approach at all in theory.

> common.loader=[...],"${catalina.base}/lib_custom/*.jar"
> common.loader=[...],"${catalina.home}/lib_custom/*.jar"
> common.loader=[...],"${catalina.base}/lib_custom/custom.jar"
> common.loader=[...],"${catalina.home}/lib_custom/custom.jar"

> No. Tomcat needs to be able to load the custom class loader in order to 
> configure it.

Just to be sure: I don't necessarily need Tomcat-level classloader,
but webapp-specific might be sufficient. But on that level there's no
way to use a custom classloader or is there?

I'm e.g. using Axis2 as a webapp in Tomcat and that does support a
custom classloader. But that is simply because it does so on its own,
have nothign to do with Servlet standards?

Mit freundlichen Grüßen

Thorsten Schöning

-- 
AM-SoFT IT-Service - Bitstore Hameln GmbH
Mitglied der Bitstore Gruppe - Ihr Full-Service-Dienstleister für IT und TK

E-Mail: thorsten.schoen...@am-soft.de
Web:http://www.AM-SoFT.de/

Tel:   +49 5151-  9468- 0
Tel:   +49 5151-  9468-55
Mobil: +49  178-8 9468-04

AM-SoFT IT-Service - Bitstore Hameln GmbH, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 221853 - Geschäftsführer: Janine Galonska


Für Rückfragen stehe ich Ihnen jederzeit zur Verfügung. 

Mit freundlichen Grüßen, 

Thorsten Schöning


Telefon: +49 5151 9468-55
Fax: 
E-Mail: tschoen...@am-soft.de

AM-Soft IT-Service - Bitstore Hameln GmbH
Brandenburger Straße 7c
31789 Hameln

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen 
und ist ausschliesslich für den Adressaten bestimmt. Jeglicher Zugriff auf 
diese E-Mail durch andere Personen als den Adressaten ist untersagt. Wenn Sie 
nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. 
Sollten Sie nicht der für diese E-Mail bestimmte Adressat sein, ist Ihnen jede 
Veröffentlichung, Vervielfältigung oder Weitergabe wie auch das Ergreifen oder 
Unterlassen von Massnahmen im Vertrauen auf erlangte Information untersagt. 

This e-mail may contain confidential and/or privileged information and is 
intended solely for the addressee. Access to this email by anyone else is 
unauthorized. If you are not the intended recipient (or have received this 
e-mail in error) please notify the sender immediately and destroy this e-mail. 
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful. 

Hinweise zum Datenschutz: bitstore.group/datenschutz




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

Re: Updated Tomcat from 6.0.13 to 9.0.73 on IBMi, now the submitting job stays active.

[j...@nosnow.us]

Not a system job.  
The submitting job is the qshell command interpreter and we should be able to 
do the submit and exit.   But haven't got it to work yet. 
 
I was reviewing the catalina.sh file to see if there was anything preventing 
the job from exiting as it does in the earlier version. 



> On Apr 15, 2023, at 8:57 AM, Greg Huber  wrote:
> 
> Back in the day, you could look at the job to see what the processes are.
> One may be a system job?
> 
>> On Fri, 14 Apr 2023 at 20:50, j...@nosnow.us  wrote:
>> 
>> Hello,
>> 
>> Our start process is a simple command that will submit a batch job that
>> will use the qshell command to run the startup.sh script.
>> 
>> In version 6.0.13 this would leave 1 job running, QP0ZSPWT, running the
>> application.
>> In version 9.0.73 we have 2 jobs now running, QP0ZSPWT and the submitting
>> job with the qshell commands.
>> 
>> We have both versions running on IBM i V7R3 systems. So that rules out
>> qshell issues.
>> 
>> I am hoping someone knows a way to get the submitting job to end, without
>> ending the application.
>> Does anyone have any experience with this type of issue?
>> 
>> Thank you!
>> Jean
>> 


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

Re: How to have a custom classloader outside Tomcat's own lib-dir?

[Mark Thomas]

On 16/04/2023 12:36, Thorsten Schöning wrote:

Hi everyone,

I have some app consisting of a directory layout with some bundled
Tomcat, containing at least one exploded webapp. For various reasons,


What are those reasons? I'm wondering if the reasons have any impact on 
the answer.



that webbapp needs its own classloader, which is currently configured
in context.xml of Tomcat and stored in its own lib-dir. I don't like
putting custom JARs into the default deployment of Tomcat too much.






So, is there some way to put the JAR elsewhere?


Yes, as long as you tell Tomcat where to find it.


Whatever I tested didn't work, e.g. adding the JAR to "common.loader".


That should have worked and is the approach I'd recommend. Exactly what 
did you change when you tried this?



But I must admit that I didn't fully understand if common.loader is
used to load the custom loader at all or only afterwards and stuff.

Or is there some way to not use Tomcat's "Loader" above and only
maintain a custom, webapp-specific classloader in the one webapp
needing it?


No. Tomcat needs to be able to load the custom class loader in order to 
configure it.


Mark




I've searched for somethign like "setClassLoader" and found it for
some servlet containers, but it doesn't seem to be standard and
supported by Tomcat.

Thanks for your input!

Mit freundlichen Grüßen

Thorsten Schöning



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