Re: health check return 404 after upgrade from 70 to tomcat 9.0.71

2023-03-17 Thread Rui
Hi user group:
just found open-telemetry has fixing for it:

https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/main/instrumentation/tomcat/tomcat-common/javaagent/src/main/java/io/opentelemetry/javaagent/instrumentation/tomcat/common/TomcatHelper.java#L71


```
 static String messageBytesToString(MessageBytes messageBytes) {
// on tomcat 10.1.0 MessageBytes.toString() has a side effect. Calling
it caches the string
// value and changes type of the MessageBytes from T_BYTES to T_STR
which breaks request
// processing in CoyoteAdapter.postParseRequest when it is called on
MessageBytes from
// request.requestURI().
if (messageBytes.getType() == MessageBytes.T_BYTES) {
  return messageBytes.getByteChunk().toString();
}
return messageBytes.toString();
  }
}
```

so I will update our telemetry-agent first
thanks!
Zhou Rui

On Sat, 18 Mar 2023 at 11:33, Rui  wrote:

> Hi Mark
>
> I can't find any Valve setting in the spring boot application(search by
> valve), would you mind sharing more info?
>
> Regarding the mb state and debugging, yes aware that my local intellij
> debugger could change the mb state, so in the the debug lib I call
> mb.getType() only
>
> I got more interesting logs today:
>
> step 1. a stack trace before it hits CoyoteAdapter.java#L677
> 
>
> ``` I type manually, can't copy it
> mb.toString()
>
> io.opentelemetry.javaagent.instrumentation.tomcat.common.TomcatHttpAttributesGetter.target(TomcatHttpAttributesGetter.java:26)
> ...
> ```
> refer to
>
> https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/main/instrumentation/tomcat/tomcat-common/javaagent/src/main/java/io/opentelemetry/javaagent/instrumentation/tomcat/common/TomcatHttpAttributesGetter.java#L28
>
> so the thing is telemetry-agent adds instrumentation code to call
> mb.toString() before it hits tomcat, which will change mb type(to T_STR)
>
>
> step 2.
> https://github.com/apache/tomcat/blob/9.0.71/java/org/apache/catalina/connector/CoyoteAdapter.java#L677
> mb type was changed at step1 so the following processing is wrong.
>
> Questions:
> 1. In mb.toString() it will change the type to (T_STR), is it a right
> approach?(compare with 9.0.70)
> 2. It may not be tomcat bug, but I feel a bit confused. The type will be
> changed to T_STR implicitly when call mb.toString(), it is kind of API
> change will impact 3rd libs such as open-telemetry?
> 3.  what is your suggestion to solve this issue?
>
>
> thanks
> Zhou Rui
>
> On Fri, 17 Mar 2023 at 22:41, Mark Thomas  wrote:
>
>> On 17/03/2023 14:27, Rui wrote:
>> > Hi user group:
>> >
>> > I added some debug info to the 9.0.71 baseline
>> >
>> > from the logs it hit this (supposed not inn 9.0.70)
>> >
>> https://github.com/apache/tomcat/blob/9.0.71/java/org/apache/catalina/connector/CoyoteAdapter.java#L677
>>
>> That suggests you are using the Rewrite Valve? Is that correct?
>>
>> If so, that suggests that whatever is going wrong, is going wrong in
>> that Valve.
>>
>> If not, it is likely that your debugging is corrupting the state of the
>> MessageByte instances. You need to be really careful when logging values
>> from them.
>>
>> Mark
>>
>> >
>> > means undecodedURI type is T_CHARS or T_STR, however, decodedURI type is
>> > T_NULL at this time,
>> > so decodedURI.toChars();  actually will recycle its buffer.
>> >
>> > I can reproduce it locally with debug mode, but don't know how
>> reproduce it
>> > in the company EKS cluster
>> >
>> > thanks.
>> > Zhou Rui
>> >
>> >
>> >
>> > On Fri, 17 Mar 2023 at 00:50, Rui  wrote:
>> >
>> >> I did some tests with several different commits in 9.0.71, I think my
>> >> issue is caused by this
>> >>
>> >>
>> https://github.com/apache/tomcat/commit/10a1a6d46d952bab4dfde44c3c0de12b0330da79
>> >> the "toBytesSimple" change has not been added to the repo yet, so the
>> >> change in 9.073 doesn't solve the problem.
>> >> Next I will go through these codes, but any clue?
>> >>
>> >> thanks
>> >> Zhou Rui
>> >>
>> >>
>> >> On Tue, 7 Mar 2023 at 00:34, Mark Thomas  wrote:
>> >>
>> >>> On 25/02/2023 17:57, Mark Thomas wrote:
>> 
>> 
>>  On 25/02/2023 15:47, Rui wrote:
>> > Hi
>> > recently upgraded tomcat to 9.0.71 from 9.0.70
>> > but saw 404 in our EKS cluster(with istio installed)
>> >
>> > Received [GET /actuator HTTP/1.1
>> > Host: x:8079
>> > User-Agent: kube-probe/1.23+
>> > Accept: */*
>> > Connection: close
>> > Accept-Encoding: gzip
>> > ]
>> > Incoming request /health with originalRemoteAddr 
>> >
>> > in 9.0.70 I can see the below following message but not in 9.0.71
>> > o.a.c.authenticator.AuthenticatorBase: Security checking request
>> >>> GET
>> > /health
>> >
>> > seems the processing has stopped somewhere and the pod health check
>> > didn't
>> > pass.
>> >
>> 

Re: health check return 404 after upgrade from 70 to tomcat 9.0.71

2023-03-17 Thread Rui
Hi Mark

I can't find any Valve setting in the spring boot application(search by
valve), would you mind sharing more info?

Regarding the mb state and debugging, yes aware that my local intellij
debugger could change the mb state, so in the the debug lib I call
mb.getType() only

I got more interesting logs today:

step 1. a stack trace before it hits CoyoteAdapter.java#L677


``` I type manually, can't copy it
mb.toString()
io.opentelemetry.javaagent.instrumentation.tomcat.common.TomcatHttpAttributesGetter.target(TomcatHttpAttributesGetter.java:26)
...
```
refer to
https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/main/instrumentation/tomcat/tomcat-common/javaagent/src/main/java/io/opentelemetry/javaagent/instrumentation/tomcat/common/TomcatHttpAttributesGetter.java#L28

so the thing is telemetry-agent adds instrumentation code to call
mb.toString() before it hits tomcat, which will change mb type(to T_STR)


step 2.
https://github.com/apache/tomcat/blob/9.0.71/java/org/apache/catalina/connector/CoyoteAdapter.java#L677
mb type was changed at step1 so the following processing is wrong.

Questions:
1. In mb.toString() it will change the type to (T_STR), is it a right
approach?(compare with 9.0.70)
2. It may not be tomcat bug, but I feel a bit confused. The type will be
changed to T_STR implicitly when call mb.toString(), it is kind of API
change will impact 3rd libs such as open-telemetry?
3.  what is your suggestion to solve this issue?


thanks
Zhou Rui

On Fri, 17 Mar 2023 at 22:41, Mark Thomas  wrote:

> On 17/03/2023 14:27, Rui wrote:
> > Hi user group:
> >
> > I added some debug info to the 9.0.71 baseline
> >
> > from the logs it hit this (supposed not inn 9.0.70)
> >
> https://github.com/apache/tomcat/blob/9.0.71/java/org/apache/catalina/connector/CoyoteAdapter.java#L677
>
> That suggests you are using the Rewrite Valve? Is that correct?
>
> If so, that suggests that whatever is going wrong, is going wrong in
> that Valve.
>
> If not, it is likely that your debugging is corrupting the state of the
> MessageByte instances. You need to be really careful when logging values
> from them.
>
> Mark
>
> >
> > means undecodedURI type is T_CHARS or T_STR, however, decodedURI type is
> > T_NULL at this time,
> > so decodedURI.toChars();  actually will recycle its buffer.
> >
> > I can reproduce it locally with debug mode, but don't know how reproduce
> it
> > in the company EKS cluster
> >
> > thanks.
> > Zhou Rui
> >
> >
> >
> > On Fri, 17 Mar 2023 at 00:50, Rui  wrote:
> >
> >> I did some tests with several different commits in 9.0.71, I think my
> >> issue is caused by this
> >>
> >>
> https://github.com/apache/tomcat/commit/10a1a6d46d952bab4dfde44c3c0de12b0330da79
> >> the "toBytesSimple" change has not been added to the repo yet, so the
> >> change in 9.073 doesn't solve the problem.
> >> Next I will go through these codes, but any clue?
> >>
> >> thanks
> >> Zhou Rui
> >>
> >>
> >> On Tue, 7 Mar 2023 at 00:34, Mark Thomas  wrote:
> >>
> >>> On 25/02/2023 17:57, Mark Thomas wrote:
> 
> 
>  On 25/02/2023 15:47, Rui wrote:
> > Hi
> > recently upgraded tomcat to 9.0.71 from 9.0.70
> > but saw 404 in our EKS cluster(with istio installed)
> >
> > Received [GET /actuator HTTP/1.1
> > Host: x:8079
> > User-Agent: kube-probe/1.23+
> > Accept: */*
> > Connection: close
> > Accept-Encoding: gzip
> > ]
> > Incoming request /health with originalRemoteAddr 
> >
> > in 9.0.70 I can see the below following message but not in 9.0.71
> > o.a.c.authenticator.AuthenticatorBase: Security checking request
> >>> GET
> > /health
> >
> > seems the processing has stopped somewhere and the pod health check
> > didn't
> > pass.
> >
> > I also noticed there was also a 404 issue but don't know if it is
> > relevant.
> > https://lists.apache.org/thread/gr814rmrlbk9rrqxqjrh4p3x0bfvv1g9
> >
> > I have tested it locally with curl or jmeter, but can't reproduce
> > the problem.
> >
> > but when I step by step debug the spring app, I found the
> undecodedURI
> > type
> > is T_STR
> > in CoyoteAdapter.java(in 70 it supposed to be T_BYTES), then
> > decodedURI is
> > uninitialized and the uri can't find the mapping in internalMap of
> > Mapper.java, which will cause 404(guess it thinks the uri is
> malformed)
> >
> > MessageBytes decodedURI = req.decodedURI();
> >
> > if (undecodedURI.getType() == MessageBytes.T_BYTES) {
> >   // Copy the raw URI to the decodedURI
> >   decodedURI.duplicate(undecodedURI);
> >
> >
> > 404 example: (when I debug step by step to check unndecodedURI)
> >
> > curl http://localhost:8080/actuator
> >
> > HTTP Status 404 – Not
> > Foundbody
> > 

Re: Tomcat 9.0.72 Firefox issue with 204 response (Empty Body)

2023-03-17 Thread Bhavesh Mistry
Hi Tomcat Team and Mark,

I am able to reproduce the problem with your sample app. *CSP large header
is causing this problem we attached it to ALL responses.  This custom
header.  I am not sure if this is a tomcat issue or Firefox.  *We get
*NS_ERROR_ABORT*.   Sorry, it took a while but the issue is reproducible
with CSP or Large header.

Sample:
https://github.com/bmistry13/tomat-204-issue/blob/main/no-content-test.war

web.xml
http://www.w3.org/2001/XMLSchema-instance;
xmlns="http://java.sun.com/xml/ns/javaee;
xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_4_0.xsd;
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
https://java.sun.com/xml/ns/javaee/web-app_4_0.xsd;
id="Versa"
version="4.0">

testa










*TESTServlet
AjaxTestServlet
AjaxServletTest
AjaxTestServlet
  /test*

60
COOKIE

   true
   true




HTTPSOnly
/*








js
application/javascript


~

--- JSP change



  
http://ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js";>

function test() {

 for (let i = 5; i < 10; i++) {
$.ajax({
async: true,
type: "GET",
url: "/no-content-test/test?q=test1",
contentType: "application/json; charset=utf-8",
dataType: "json",
success: function (response) {
alert(response.status);
}
});
}
for (let i = 5; i < 10; i++) {
$.ajax({
async: true,
type: "GET",
url: "/no-content-test/test?q=test2",
contentType: "application/json; charset=utf-8",
dataType: "json",
success: function (response) {
alert(response.d);
}
});
}
}

Clinking on button to ajax test 
  

--

import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

public class AjaxServletTest extends HttpServlet {

private static final String CSP_HEADER = "Content-Security-Policy";

private static final String CSP_HEADER_POLICY = "default-src
'self' https:;font-src 'self' data: https://fonts.googleapis.com/
https://fonts.gstatic.com; script-src 'self' " +
"'sha256-BdZ62JYXk9kaPAizrIertjvay2mtb//aXKRFuOz6RLI='
'sha256-Rv1DFftLIYbmrwNcvKH3vd+fs4aXTb6/RNjTs7CLJOg=' " +
"'sha256-BDvo3wEMDWiXAoVw9mYgGW9GCvsvo3ECBHjc4FzPky8='
'unsafe-eval' https://maps.googleapis.com/maps/api/geocode/json
https://maps.googleapis.com/ " +
"https://*.tile.openstreetmap.org
https://export.highcharts.com/ https://code.highcharts.com/; img-src
'self' blob: " +
"data: https://maps.googleapis.com/maps/api/geocode/json
https://maps.gstatic.com/ https://maps.googleapis.com/
https://*.tile.openstreetmap.org " +
"https://chart.apis.google.com/
https://export.highcharts.com/; style-src 'self' 'unsafe-inline' data:
" +
"https://maps.googleapis.com/maps/api/geocode/json
https://*.tile.openstreetmap.org " +
"https://fonts.googleapis.com/ https://export.highcharts.com/ " +
"https://code.highcharts.com/;form-action 'self'; https:;
block-all-mixed-content; connect-src 'self' wss://self:6080 data:
https://maps.googleapis.com https://*.tile.openstreetmap.org/
https://ipapi.co https://oauth2.googleapis.com/token
https://dialogflow.googleapis.com;;

public void doGet(HttpServletRequest req, HttpServletResponse
resp) throws ServletException, IOException {
resp.setStatus(204);
resp.setHeader(CSP_HEADER, CSP_HEADER_POLICY);
}
}


On Wed, Mar 15, 2023 at 11:30 AM Bhavesh Mistry 
wrote:

> Hi Mark and Tomcat Team,
>
> We have been using tomcat 9 from version 0 to 70 and no issues so far with
> our application and firefox.  We also tried to upgrade to 9.0.73, and show
> the same issue:
>
> As you can see from Devtools it is missing Protocol HTTP2 and is hung
> there.
> [image: image.png]
>
> [04/Mar/2023:00:40:47 +] 10.40.207.127 -
> https-jsse-nio-127.0.0.1-8443-exec-54 Administrator "GET
> /versa/ncs-services/vnms/analyticgroup/all *HTTP/2.0*" 204 - 148ms 148ms
>
>
> Any clue you have in the filter or why it might be 204 response caused
> firefox to be hung?  we have added a custom header to the response that is
> all.   I remove them still same issue.  Any theory or clue you have further
> to debug this notorious issue?
>
> Thanks,
>
>
> Bhavesh
>
>
> On Thu, Mar 9, 2023 at 11:54 AM Mark Thomas  wrote:
>
>> On 09/03/2023 18:19, Bhavesh Mistry wrote:
>> > Hi Mark,
>> >
>> > Your sample application worked 204 Firefox and our application does not
>> > work.  That leads me to believe *Application Filter *is an 

Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Some context regarding context.xml

https://serverfault.com/questions/177862/how-to-add-multiple-context-elements-to-conf-context-xml-in-tomcat6

On 3/17/23, Kevin Huntly  wrote:
> no I think it has something to do with it but I'm not sure. I'll try taking
> out the environment values and see what happens
>
> On Fri, Mar 17, 2023, 19:11 John Dale (DB2DOM)  wrote:
>
>> In the log you sent below, I see a typo:
>> Context/Environmnet
>>
>> Does that have something to do with it, or is this a typo in tomcat
>> logging?
>>
>>
>>
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > yes, under Catalina/localhost
>> >
>> > On Fri, Mar 17, 2023, 19:07 John Dale (DB2DOM) 
>> wrote:
>> >
>> >> Are you modifying a context.xml file in the conf folder?
>> >>
>> >> On 3/17/23, Kevin Huntly  wrote:
>> >> > Also of note:
>> >> >
>> >> > 17-Mar-2023 17:25:42.113 INFO [main]
>> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> >> > deployment descriptor
>> >> >
>> >>
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> >> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>> >> matching
>> >> > [Context/Environmnet]
>> >> > 
>> >> >
>> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> >> > wrote:
>> >> >
>> >> >> Here's my santized server.xml and context.xml
>> >> >>
>> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >> >>
>> >> >
>> >>
>> >> -
>> >> 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: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
ok - "mnet" should be "ment"

I figured I'd spell that out and behave like a compiler.  :)

I would also move that configuration into server.xml (it's a major
difference between your configuration and mine).  I have never used
conf/Context.xml to configure my applications.  I've always either put
it into the webapp, or included it in server.xml

Lastly, maybe to help debug a future issue, did you compile your
project files against the tomcat libs included with your distribution,
or did you drop them into this version of tomcat from another version?
 Probably won't matter since you should be coded to the interfaces,
but one never knows.

John

On 3/17/23, Kevin Huntly  wrote:
> no I think it has something to do with it but I'm not sure. I'll try taking
> out the environment values and see what happens
>
> On Fri, Mar 17, 2023, 19:11 John Dale (DB2DOM)  wrote:
>
>> In the log you sent below, I see a typo:
>> Context/Environmnet
>>
>> Does that have something to do with it, or is this a typo in tomcat
>> logging?
>>
>>
>>
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > yes, under Catalina/localhost
>> >
>> > On Fri, Mar 17, 2023, 19:07 John Dale (DB2DOM) 
>> wrote:
>> >
>> >> Are you modifying a context.xml file in the conf folder?
>> >>
>> >> On 3/17/23, Kevin Huntly  wrote:
>> >> > Also of note:
>> >> >
>> >> > 17-Mar-2023 17:25:42.113 INFO [main]
>> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> >> > deployment descriptor
>> >> >
>> >>
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> >> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>> >> matching
>> >> > [Context/Environmnet]
>> >> > 
>> >> >
>> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> >> > wrote:
>> >> >
>> >> >> Here's my santized server.xml and context.xml
>> >> >>
>> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >> >>
>> >> >
>> >>
>> >> -
>> >> 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: Unable to start application

2023-03-17 Thread Kevin Huntly
no I think it has something to do with it but I'm not sure. I'll try taking
out the environment values and see what happens

On Fri, Mar 17, 2023, 19:11 John Dale (DB2DOM)  wrote:

> In the log you sent below, I see a typo:
> Context/Environmnet
>
> Does that have something to do with it, or is this a typo in tomcat
> logging?
>
>
>
>
> On 3/17/23, Kevin Huntly  wrote:
> > yes, under Catalina/localhost
> >
> > On Fri, Mar 17, 2023, 19:07 John Dale (DB2DOM) 
> wrote:
> >
> >> Are you modifying a context.xml file in the conf folder?
> >>
> >> On 3/17/23, Kevin Huntly  wrote:
> >> > Also of note:
> >> >
> >> > 17-Mar-2023 17:25:42.113 INFO [main]
> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> >> > deployment descriptor
> >> >
> >>
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
> >> > org.apache.tomcat.util.digester.Digester.endElement No rules found
> >> matching
> >> > [Context/Environmnet]
> >> > 
> >> >
> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
> >> > wrote:
> >> >
> >> >> Here's my santized server.xml and context.xml
> >> >>
> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
> >> >>
> >> >
> >>
> >> -
> >> 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: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
In the log you sent below, I see a typo:
Context/Environmnet

Does that have something to do with it, or is this a typo in tomcat logging?




On 3/17/23, Kevin Huntly  wrote:
> yes, under Catalina/localhost
>
> On Fri, Mar 17, 2023, 19:07 John Dale (DB2DOM)  wrote:
>
>> Are you modifying a context.xml file in the conf folder?
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > Also of note:
>> >
>> > 17-Mar-2023 17:25:42.113 INFO [main]
>> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> > deployment descriptor
>> >
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>> matching
>> > [Context/Environmnet]
>> > 
>> >
>> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> > wrote:
>> >
>> >> Here's my santized server.xml and context.xml
>> >>
>> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >>
>> >
>>
>> -
>> 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: Unable to start application

2023-03-17 Thread Kevin Huntly
yes, under Catalina/localhost

On Fri, Mar 17, 2023, 19:07 John Dale (DB2DOM)  wrote:

> Are you modifying a context.xml file in the conf folder?
>
> On 3/17/23, Kevin Huntly  wrote:
> > Also of note:
> >
> > 17-Mar-2023 17:25:42.113 INFO [main]
> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> > deployment descriptor
> >
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> > 17-Mar-2023 17:25:42.174 WARNING [main]
> > org.apache.tomcat.util.digester.Digester.endElement No rules found
> matching
> > [Context/Environmnet]
> > 
> >
> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:
> >
> >> Here's my santized server.xml and context.xml
> >>
> >> server.xml -> https://pastebin.com/Bj6Wh0qU
> >> context.xml -> https://pastebin.com/Z3dBf3eK
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Are you modifying a context.xml file in the conf folder?

On 3/17/23, Kevin Huntly  wrote:
> Also of note:
>
> 17-Mar-2023 17:25:42.113 INFO [main]
> org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> deployment descriptor
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> 17-Mar-2023 17:25:42.174 WARNING [main]
> org.apache.tomcat.util.digester.Digester.endElement No rules found matching
> [Context/Environmnet]
> 
>
> 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:
>
>> Here's my santized server.xml and context.xml
>>
>> server.xml -> https://pastebin.com/Bj6Wh0qU
>> context.xml -> https://pastebin.com/Z3dBf3eK
>>
>

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



Re: Unable to start application

2023-03-17 Thread Kevin Huntly
oh yeah definitely. I have path="/solutions" in there. didn't make a
difference. if you want the logs I can toss them over, you may see
something I don't

On Fri, Mar 17, 2023, 18:52 John Dale (DB2DOM)  wrote:

> Did you try it with your actual context path?
>
> path=""
>
> would work for localhost:8080
>
> path="mypath"
>
> would work for localhost:8080/mypath
>
> Obviously, replacing "mypath" with your path.
>
>
>
> On 3/17/23, Kevin Huntly  wrote:
> > thank you i really appreciate that - and whats wrong with loonies and
> > toonies?! hahaha
> >
> > haven't figured it out yet, I did add the path="" tag, it didn't help at
> > all. its almost like its just ignoring the actual content of the
> > context.xml but is reading it, because it is attempting to deploy the app
> > based off the context - which is good, but bad that it's not reading the
> > resources. so not really sure what to do.
> >
> > on an unrelated note... I'm running this MySQL server right... lol
> > 
> >
> > 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 Fri, Mar 17, 2023 at 6:30 PM John Dale (DB2DOM) 
> > wrote:
> >
> >> Because you seem so humble and are willing to ask a lot of questions,
> >> I predict you'll be a very good DB2 admin or a very good whatever you
> >> choose to do.
> >>
> >> I do development/design on Oracle, SQL Server, and MariaDB.  I haven't
> >> done anything with DB2 since 2003, and it was short lived.  I prefer
> >> MariaDB these days, and to offload more risky scalability
> >> responsibilities to my middle ware.  I administer MariaDB in the cloud
> >> and in our development environments.
> >>
> >> But since most of the concepts are the same from RDB to RDB, I could
> >> probably help you out as long as you don't pay in Canadian dollars.
> >>
> >> da da, CHING!  :D
> >>
> >> So, did you figure it out?
> >>
> >> Sincerely,
> >>
> >> John
> >>
> >>
> >> On 3/17/23, Kevin Huntly  wrote:
> >> > are you a db2 admin? I need one of those too hahaha - I became the db2
> >> > admin at my job because I knew the most about it which isn't saying
> >> > much
> >> > lol
> >> >
> >> > On Fri, Mar 17, 2023, 18:17 John Dale (DB2DOM) 
> >> wrote:
> >> >
> >> >> I'm not a guru regarding tomcat system ops .. I'm trying to hold down
> >> >> the fort until one of the really knowledgeable folks chimes-in if we
> >> >> can't figure it out. :)
> >> >>
> >> >> try setting path = "/mycontext"
> >> >>
> >> >> Also, I'm not sure how tomcat is going to resolve the names to
> service
> >> >> configurations and whatnot .. I tend to defer to spelling this stuff
> >> >> out directly when I can.
> >> >>
> >> >> Sincerely,
> >> >>
> >> >> John
> >> >>
> >> >>
> >> >> On 3/17/23, Kevin Huntly  wrote:
> >> >> > I assumed the context is driven by the xml name - at least that's
> >> >> > what
> >> >> I've
> >> >> > read. happy to add it if it needs to be there
> >> >> >
> >> >> > On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM) 
> >> >> wrote:
> >> >> >
> >> >> >> Did I miss something?
> >> >> >>
> >> >> >> Isn't there supposed to be a "path" element in your context?
> >> >> >>
> >> >> >> I'm seeing session cookie path, but not path.
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> On 3/17/23, Kevin Huntly  wrote:
> >> >> >> > Also of note:
> >> >> >> >
> >> >> >> > 17-Mar-2023 17:25:42.113 INFO [main]
> >> >> >> > org.apache.catalina.startup.HostConfig.deployDescriptor
> Deploying
> >> >> >> > deployment descriptor
> >> >> >> >
> >> >> >>
> >> >>
> >>
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> >> >> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
> >> >> >> > org.apache.tomcat.util.digester.Digester.endElement No rules
> >> >> >> > found
> >> >> >> matching
> >> >> >> > [Context/Environmnet]
> >> >> >> > 
> >> >> >> >
> >> >> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly <
> kmhun...@gmail.com>
> >> >> >> > wrote:
> >> >> >> >
> >> >> >> >> Here's my santized server.xml and context.xml
> >> >> >> >>
> >> >> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
> >> >> >> >> 

Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Did you try it with your actual context path?

path=""

would work for localhost:8080

path="mypath"

would work for localhost:8080/mypath

Obviously, replacing "mypath" with your path.



On 3/17/23, Kevin Huntly  wrote:
> thank you i really appreciate that - and whats wrong with loonies and
> toonies?! hahaha
>
> haven't figured it out yet, I did add the path="" tag, it didn't help at
> all. its almost like its just ignoring the actual content of the
> context.xml but is reading it, because it is attempting to deploy the app
> based off the context - which is good, but bad that it's not reading the
> resources. so not really sure what to do.
>
> on an unrelated note... I'm running this MySQL server right... lol
> 
>
> 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 Fri, Mar 17, 2023 at 6:30 PM John Dale (DB2DOM) 
> wrote:
>
>> Because you seem so humble and are willing to ask a lot of questions,
>> I predict you'll be a very good DB2 admin or a very good whatever you
>> choose to do.
>>
>> I do development/design on Oracle, SQL Server, and MariaDB.  I haven't
>> done anything with DB2 since 2003, and it was short lived.  I prefer
>> MariaDB these days, and to offload more risky scalability
>> responsibilities to my middle ware.  I administer MariaDB in the cloud
>> and in our development environments.
>>
>> But since most of the concepts are the same from RDB to RDB, I could
>> probably help you out as long as you don't pay in Canadian dollars.
>>
>> da da, CHING!  :D
>>
>> So, did you figure it out?
>>
>> Sincerely,
>>
>> John
>>
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > are you a db2 admin? I need one of those too hahaha - I became the db2
>> > admin at my job because I knew the most about it which isn't saying
>> > much
>> > lol
>> >
>> > On Fri, Mar 17, 2023, 18:17 John Dale (DB2DOM) 
>> wrote:
>> >
>> >> I'm not a guru regarding tomcat system ops .. I'm trying to hold down
>> >> the fort until one of the really knowledgeable folks chimes-in if we
>> >> can't figure it out. :)
>> >>
>> >> try setting path = "/mycontext"
>> >>
>> >> Also, I'm not sure how tomcat is going to resolve the names to service
>> >> configurations and whatnot .. I tend to defer to spelling this stuff
>> >> out directly when I can.
>> >>
>> >> Sincerely,
>> >>
>> >> John
>> >>
>> >>
>> >> On 3/17/23, Kevin Huntly  wrote:
>> >> > I assumed the context is driven by the xml name - at least that's
>> >> > what
>> >> I've
>> >> > read. happy to add it if it needs to be there
>> >> >
>> >> > On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM) 
>> >> wrote:
>> >> >
>> >> >> Did I miss something?
>> >> >>
>> >> >> Isn't there supposed to be a "path" element in your context?
>> >> >>
>> >> >> I'm seeing session cookie path, but not path.
>> >> >>
>> >> >>
>> >> >>
>> >> >> On 3/17/23, Kevin Huntly  wrote:
>> >> >> > Also of note:
>> >> >> >
>> >> >> > 17-Mar-2023 17:25:42.113 INFO [main]
>> >> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> >> >> > deployment descriptor
>> >> >> >
>> >> >>
>> >>
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> >> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> >> >> > org.apache.tomcat.util.digester.Digester.endElement No rules
>> >> >> > found
>> >> >> matching
>> >> >> > [Context/Environmnet]
>> >> >> > 
>> >> >> >
>> >> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> >> >> > wrote:
>> >> >> >
>> >> >> >> Here's my santized server.xml and context.xml
>> >> >> >>
>> >> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >> >> >>
>> >> >> >
>> >> >>
>> >> >> -
>> >> >> 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: 

Re: Unable to start application

2023-03-17 Thread Kevin Huntly
thank you i really appreciate that - and whats wrong with loonies and
toonies?! hahaha

haven't figured it out yet, I did add the path="" tag, it didn't help at
all. its almost like its just ignoring the actual content of the
context.xml but is reading it, because it is attempting to deploy the app
based off the context - which is good, but bad that it's not reading the
resources. so not really sure what to do.

on an unrelated note... I'm running this MySQL server right... lol


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 Fri, Mar 17, 2023 at 6:30 PM John Dale (DB2DOM) 
wrote:

> Because you seem so humble and are willing to ask a lot of questions,
> I predict you'll be a very good DB2 admin or a very good whatever you
> choose to do.
>
> I do development/design on Oracle, SQL Server, and MariaDB.  I haven't
> done anything with DB2 since 2003, and it was short lived.  I prefer
> MariaDB these days, and to offload more risky scalability
> responsibilities to my middle ware.  I administer MariaDB in the cloud
> and in our development environments.
>
> But since most of the concepts are the same from RDB to RDB, I could
> probably help you out as long as you don't pay in Canadian dollars.
>
> da da, CHING!  :D
>
> So, did you figure it out?
>
> Sincerely,
>
> John
>
>
> On 3/17/23, Kevin Huntly  wrote:
> > are you a db2 admin? I need one of those too hahaha - I became the db2
> > admin at my job because I knew the most about it which isn't saying much
> > lol
> >
> > On Fri, Mar 17, 2023, 18:17 John Dale (DB2DOM) 
> wrote:
> >
> >> I'm not a guru regarding tomcat system ops .. I'm trying to hold down
> >> the fort until one of the really knowledgeable folks chimes-in if we
> >> can't figure it out. :)
> >>
> >> try setting path = "/mycontext"
> >>
> >> Also, I'm not sure how tomcat is going to resolve the names to service
> >> configurations and whatnot .. I tend to defer to spelling this stuff
> >> out directly when I can.
> >>
> >> Sincerely,
> >>
> >> John
> >>
> >>
> >> On 3/17/23, Kevin Huntly  wrote:
> >> > I assumed the context is driven by the xml name - at least that's what
> >> I've
> >> > read. happy to add it if it needs to be there
> >> >
> >> > On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM) 
> >> wrote:
> >> >
> >> >> Did I miss something?
> >> >>
> >> >> Isn't there supposed to be a "path" element in your context?
> >> >>
> >> >> I'm seeing session cookie path, but not path.
> >> >>
> >> >>
> >> >>
> >> >> On 3/17/23, Kevin Huntly  wrote:
> >> >> > Also of note:
> >> >> >
> >> >> > 17-Mar-2023 17:25:42.113 INFO [main]
> >> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> >> >> > deployment descriptor
> >> >> >
> >> >>
> >>
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> >> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
> >> >> > org.apache.tomcat.util.digester.Digester.endElement No rules found
> >> >> matching
> >> >> > [Context/Environmnet]
> >> >> > 
> >> >> >
> >> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
> >> >> > wrote:
> >> >> >
> >> >> >> Here's my santized server.xml and context.xml
> >> >> >>
> >> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
> >> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
> >> >> >>
> >> >> >
> >> >>
> >> >> -
> >> >> 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: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Because you seem so humble and are willing to ask a lot of questions,
I predict you'll be a very good DB2 admin or a very good whatever you
choose to do.

I do development/design on Oracle, SQL Server, and MariaDB.  I haven't
done anything with DB2 since 2003, and it was short lived.  I prefer
MariaDB these days, and to offload more risky scalability
responsibilities to my middle ware.  I administer MariaDB in the cloud
and in our development environments.

But since most of the concepts are the same from RDB to RDB, I could
probably help you out as long as you don't pay in Canadian dollars.

da da, CHING!  :D

So, did you figure it out?

Sincerely,

John


On 3/17/23, Kevin Huntly  wrote:
> are you a db2 admin? I need one of those too hahaha - I became the db2
> admin at my job because I knew the most about it which isn't saying much
> lol
>
> On Fri, Mar 17, 2023, 18:17 John Dale (DB2DOM)  wrote:
>
>> I'm not a guru regarding tomcat system ops .. I'm trying to hold down
>> the fort until one of the really knowledgeable folks chimes-in if we
>> can't figure it out. :)
>>
>> try setting path = "/mycontext"
>>
>> Also, I'm not sure how tomcat is going to resolve the names to service
>> configurations and whatnot .. I tend to defer to spelling this stuff
>> out directly when I can.
>>
>> Sincerely,
>>
>> John
>>
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > I assumed the context is driven by the xml name - at least that's what
>> I've
>> > read. happy to add it if it needs to be there
>> >
>> > On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM) 
>> wrote:
>> >
>> >> Did I miss something?
>> >>
>> >> Isn't there supposed to be a "path" element in your context?
>> >>
>> >> I'm seeing session cookie path, but not path.
>> >>
>> >>
>> >>
>> >> On 3/17/23, Kevin Huntly  wrote:
>> >> > Also of note:
>> >> >
>> >> > 17-Mar-2023 17:25:42.113 INFO [main]
>> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> >> > deployment descriptor
>> >> >
>> >>
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> >> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>> >> matching
>> >> > [Context/Environmnet]
>> >> > 
>> >> >
>> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> >> > wrote:
>> >> >
>> >> >> Here's my santized server.xml and context.xml
>> >> >>
>> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >> >>
>> >> >
>> >>
>> >> -
>> >> 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: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
All good information - thank you.

In looking over your configuration file, I noticed that "webapps" was specified.

I'm not sure about the "installed apps" folder (never used that).

My preferred deployment model is to put my app outside tomcat and
reference it from server.xml .. I do some limited contexts for file
transfer/uploads in webapps that are accessible on all contexts
(domain1.com/pdf, domain2.com/pdf, etc).

I'm curious what you find out ..

On 3/17/23, Kevin Huntly  wrote:
> also, to answer your other question - the app is installed as an exploded
> war under ${catalina.home}/installed apps as specified in the docbase
>
> On Fri, Mar 17, 2023, 18:12 Kevin Huntly  wrote:
>
>> I assumed the context is driven by the xml name - at least that's what
>> I've read. happy to add it if it needs to be there
>>
>> On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM)  wrote:
>>
>>> Did I miss something?
>>>
>>> Isn't there supposed to be a "path" element in your context?
>>>
>>> I'm seeing session cookie path, but not path.
>>>
>>>
>>>
>>> On 3/17/23, Kevin Huntly  wrote:
>>> > Also of note:
>>> >
>>> > 17-Mar-2023 17:25:42.113 INFO [main]
>>> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>>> > deployment descriptor
>>> >
>>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>>> > 17-Mar-2023 17:25:42.174 WARNING [main]
>>> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>>> matching
>>> > [Context/Environmnet]
>>> > 
>>> >
>>> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>>> wrote:
>>> >
>>> >> Here's my santized server.xml and context.xml
>>> >>
>>> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>>> >> context.xml -> https://pastebin.com/Z3dBf3eK
>>> >>
>>> >
>>>
>>> -
>>> 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: Unable to start application

2023-03-17 Thread Kevin Huntly
are you a db2 admin? I need one of those too hahaha - I became the db2
admin at my job because I knew the most about it which isn't saying much lol

On Fri, Mar 17, 2023, 18:17 John Dale (DB2DOM)  wrote:

> I'm not a guru regarding tomcat system ops .. I'm trying to hold down
> the fort until one of the really knowledgeable folks chimes-in if we
> can't figure it out. :)
>
> try setting path = "/mycontext"
>
> Also, I'm not sure how tomcat is going to resolve the names to service
> configurations and whatnot .. I tend to defer to spelling this stuff
> out directly when I can.
>
> Sincerely,
>
> John
>
>
> On 3/17/23, Kevin Huntly  wrote:
> > I assumed the context is driven by the xml name - at least that's what
> I've
> > read. happy to add it if it needs to be there
> >
> > On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM) 
> wrote:
> >
> >> Did I miss something?
> >>
> >> Isn't there supposed to be a "path" element in your context?
> >>
> >> I'm seeing session cookie path, but not path.
> >>
> >>
> >>
> >> On 3/17/23, Kevin Huntly  wrote:
> >> > Also of note:
> >> >
> >> > 17-Mar-2023 17:25:42.113 INFO [main]
> >> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> >> > deployment descriptor
> >> >
> >>
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> >> > 17-Mar-2023 17:25:42.174 WARNING [main]
> >> > org.apache.tomcat.util.digester.Digester.endElement No rules found
> >> matching
> >> > [Context/Environmnet]
> >> > 
> >> >
> >> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
> >> > wrote:
> >> >
> >> >> Here's my santized server.xml and context.xml
> >> >>
> >> >> server.xml -> https://pastebin.com/Bj6Wh0qU
> >> >> context.xml -> https://pastebin.com/Z3dBf3eK
> >> >>
> >> >
> >>
> >> -
> >> 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: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
I'm not a guru regarding tomcat system ops .. I'm trying to hold down
the fort until one of the really knowledgeable folks chimes-in if we
can't figure it out. :)

try setting path = "/mycontext"

Also, I'm not sure how tomcat is going to resolve the names to service
configurations and whatnot .. I tend to defer to spelling this stuff
out directly when I can.

Sincerely,

John


On 3/17/23, Kevin Huntly  wrote:
> I assumed the context is driven by the xml name - at least that's what I've
> read. happy to add it if it needs to be there
>
> On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM)  wrote:
>
>> Did I miss something?
>>
>> Isn't there supposed to be a "path" element in your context?
>>
>> I'm seeing session cookie path, but not path.
>>
>>
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > Also of note:
>> >
>> > 17-Mar-2023 17:25:42.113 INFO [main]
>> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> > deployment descriptor
>> >
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>> matching
>> > [Context/Environmnet]
>> > 
>> >
>> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> > wrote:
>> >
>> >> Here's my santized server.xml and context.xml
>> >>
>> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >>
>> >
>>
>> -
>> 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: Unable to start application

2023-03-17 Thread Kevin Huntly
also, to answer your other question - the app is installed as an exploded
war under ${catalina.home}/installed apps as specified in the docbase

On Fri, Mar 17, 2023, 18:12 Kevin Huntly  wrote:

> I assumed the context is driven by the xml name - at least that's what
> I've read. happy to add it if it needs to be there
>
> On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM)  wrote:
>
>> Did I miss something?
>>
>> Isn't there supposed to be a "path" element in your context?
>>
>> I'm seeing session cookie path, but not path.
>>
>>
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > Also of note:
>> >
>> > 17-Mar-2023 17:25:42.113 INFO [main]
>> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
>> > deployment descriptor
>> >
>> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
>> > 17-Mar-2023 17:25:42.174 WARNING [main]
>> > org.apache.tomcat.util.digester.Digester.endElement No rules found
>> matching
>> > [Context/Environmnet]
>> > 
>> >
>> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly 
>> wrote:
>> >
>> >> Here's my santized server.xml and context.xml
>> >>
>> >> server.xml -> https://pastebin.com/Bj6Wh0qU
>> >> context.xml -> https://pastebin.com/Z3dBf3eK
>> >>
>> >
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>


Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
I'm using tomcat 10.x - I have had good luck putting everything into
server.xml as such ..

Engine
  Host
Parameter
Resource
Context


On 3/17/23, Kevin Huntly  wrote:
> Also of note:
>
> 17-Mar-2023 17:25:42.113 INFO [main]
> org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> deployment descriptor
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> 17-Mar-2023 17:25:42.174 WARNING [main]
> org.apache.tomcat.util.digester.Digester.endElement No rules found matching
> [Context/Environmnet]
> 
>
> 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:
>
>> Here's my santized server.xml and context.xml
>>
>> server.xml -> https://pastebin.com/Bj6Wh0qU
>> context.xml -> https://pastebin.com/Z3dBf3eK
>>
>

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



Re: Unable to start application

2023-03-17 Thread Kevin Huntly
I assumed the context is driven by the xml name - at least that's what I've
read. happy to add it if it needs to be there

On Fri, Mar 17, 2023, 18:11 John Dale (DB2DOM)  wrote:

> Did I miss something?
>
> Isn't there supposed to be a "path" element in your context?
>
> I'm seeing session cookie path, but not path.
>
>
>
> On 3/17/23, Kevin Huntly  wrote:
> > Also of note:
> >
> > 17-Mar-2023 17:25:42.113 INFO [main]
> > org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> > deployment descriptor
> >
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> > 17-Mar-2023 17:25:42.174 WARNING [main]
> > org.apache.tomcat.util.digester.Digester.endElement No rules found
> matching
> > [Context/Environmnet]
> > 
> >
> > 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:
> >
> >> Here's my santized server.xml and context.xml
> >>
> >> server.xml -> https://pastebin.com/Bj6Wh0qU
> >> context.xml -> https://pastebin.com/Z3dBf3eK
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Where are you putting your Context file?

Do you have a war file deployed into webapps/some.war?


On 3/17/23, Kevin Huntly  wrote:
> Also of note:
>
> 17-Mar-2023 17:25:42.113 INFO [main]
> org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> deployment descriptor
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> 17-Mar-2023 17:25:42.174 WARNING [main]
> org.apache.tomcat.util.digester.Digester.endElement No rules found matching
> [Context/Environmnet]
> 
>
> 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:
>
>> Here's my santized server.xml and context.xml
>>
>> server.xml -> https://pastebin.com/Bj6Wh0qU
>> context.xml -> https://pastebin.com/Z3dBf3eK
>>
>

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



Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Did I miss something?

Isn't there supposed to be a "path" element in your context?

I'm seeing session cookie path, but not path.



On 3/17/23, Kevin Huntly  wrote:
> Also of note:
>
> 17-Mar-2023 17:25:42.113 INFO [main]
> org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
> deployment descriptor
> [/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
> 17-Mar-2023 17:25:42.174 WARNING [main]
> org.apache.tomcat.util.digester.Digester.endElement No rules found matching
> [Context/Environmnet]
> 
>
> 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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:
>
>> Here's my santized server.xml and context.xml
>>
>> server.xml -> https://pastebin.com/Bj6Wh0qU
>> context.xml -> https://pastebin.com/Z3dBf3eK
>>
>

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



Re: Unable to start application

2023-03-17 Thread Kevin Huntly
Also of note:

17-Mar-2023 17:25:42.113 INFO [main]
org.apache.catalina.startup.HostConfig.deployDescriptor Deploying
deployment descriptor
[/opt/Apache/Tomcat/apache-tomcat-9.0.73/conf/Catalina/localhost/esolutions.xml]
17-Mar-2023 17:25:42.174 WARNING [main]
org.apache.tomcat.util.digester.Digester.endElement No rules found matching
[Context/Environmnet]


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 Fri, Mar 17, 2023 at 5:24 PM Kevin Huntly  wrote:

> Here's my santized server.xml and context.xml
>
> server.xml -> https://pastebin.com/Bj6Wh0qU
> context.xml -> https://pastebin.com/Z3dBf3eK
>


Re: Unable to start application

2023-03-17 Thread Kevin Huntly
Here's my santized server.xml and context.xml

server.xml -> https://pastebin.com/Bj6Wh0qU
context.xml -> https://pastebin.com/Z3dBf3eK


Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Also, are you deploying a war file referenced outside of the tomcat
home folder, or are you referencing an expanded directory?

How much have you edited the default server.xml?

Were there xml structural changes in the server.xml file or Context
element from what you used to configure the server.xml and contex.xml
file(s)?

My gut is that there is a detail in your startup logs that will give
us a critical clue.


On 3/17/23, John Dale (DB2DOM)  wrote:
> Did you recursive file search "context.xml" in the tomcat root after
> deployment?
>
> Maybe we can help narrow things down for Chris et al with a little
> back and forth, or perhaps solve it ourselves. :)
>
> Try tailing the catalina, localhost, and other log files in the logs
> directory on startup .. usually it will give you some more detailed
> information about startup errors.
>
> I have luck killing the tomcat java process, then deleting everything
> in the logs folder between test runs.
>
> Sincerely,
>
> John
>
>
>
>
> On 3/17/23, Kevin Huntly  wrote:
>> There's no context.xml in the WAR
>> 
>>
>> 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 Fri, Mar 17, 2023 at 5:00 PM John Dale (DB2DOM) 
>> wrote:
>>
>>> Dissect your deployment war, but also make sure you aren't defining a
>>> context element in server.xml.  Lastly, if memory serves, Tomcat also
>>> allows context overrides in expanded war files.  I eventually just
>>> started managing server.xml metadata (context etc) to avoid conflicts
>>> and simplify.  "Hope dat heps." -- Rizzo
>>>
>>> On 3/17/23, Kevin Huntly  wrote:
>>> > Hello,
>>> >
>>> > I am unable to start my application on Tomcat 9.0.73 with JDK19 on
>>> > RHEL
>>> > 8.7. It appears to be ignoring everything in my context.xml, for
>>> > example:
>>> >
>>> > >> > override="false" />
>>> >
>>> > Code:
>>> >
>>> > try
>>> >
>>> > {
>>> >
>>> > Context initContext = new InitialContext();
>>> >
>>> > environment = (String) initContext.lookup("environment");
>>> >
>>> > }
>>> >
>>> > catch (final NamingException nx)
>>> >
>>> > {
>>> >
>>> > ERROR_RECORDER.error(nx.getMessage(), nx);
>>> >
>>> > }
>>> >
>>> > Exception:
>>> >
>>> > [2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
>>> > SecurityService: xmlURL provided was valid and found, continuing
>>> > configuration
>>> > Name [jdbc/cwssec] is not bound in this Context. Unable to find
>>> > [jdbc].
>>> > eSolutionsCore: xmlURL provided was valid and found, continuing
>>> > configuration
>>> > Name [jdbc/esolutions] is not bound in this Context. Unable to find
>>> [jdbc].
>>> > [Time: 17 Mar 2023 16:47:55,836][Thread: main][Log:
>>> ERROR_RECORDER.][Level:
>>> > ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is
>>> > not
>>> > bound in this Context. Unable to find [environment].
>>> > javax.naming.NameNotFoundException: Name [environment] is not bound in
>>> this
>>> > Context. Unable to find [environment].
>>> >
>>> >
>>> >
>>> > This code works just fine in other containers (for example, IBM
>>> WebSphere),
>>> >
>>> > so I must be doing something wrong with the context file. Can anyone
>>> > assist?
>>> >
>>>
>>> -
>>> 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: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Did you recursive file search "context.xml" in the tomcat root after deployment?

Maybe we can help narrow things down for Chris et al with a little
back and forth, or perhaps solve it ourselves. :)

Try tailing the catalina, localhost, and other log files in the logs
directory on startup .. usually it will give you some more detailed
information about startup errors.

I have luck killing the tomcat java process, then deleting everything
in the logs folder between test runs.

Sincerely,

John




On 3/17/23, Kevin Huntly  wrote:
> There's no context.xml in the WAR
> 
>
> 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 Fri, Mar 17, 2023 at 5:00 PM John Dale (DB2DOM) 
> wrote:
>
>> Dissect your deployment war, but also make sure you aren't defining a
>> context element in server.xml.  Lastly, if memory serves, Tomcat also
>> allows context overrides in expanded war files.  I eventually just
>> started managing server.xml metadata (context etc) to avoid conflicts
>> and simplify.  "Hope dat heps." -- Rizzo
>>
>> On 3/17/23, Kevin Huntly  wrote:
>> > Hello,
>> >
>> > I am unable to start my application on Tomcat 9.0.73 with JDK19 on RHEL
>> > 8.7. It appears to be ignoring everything in my context.xml, for
>> > example:
>> >
>> > > > override="false" />
>> >
>> > Code:
>> >
>> > try
>> >
>> > {
>> >
>> > Context initContext = new InitialContext();
>> >
>> > environment = (String) initContext.lookup("environment");
>> >
>> > }
>> >
>> > catch (final NamingException nx)
>> >
>> > {
>> >
>> > ERROR_RECORDER.error(nx.getMessage(), nx);
>> >
>> > }
>> >
>> > Exception:
>> >
>> > [2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
>> > SecurityService: xmlURL provided was valid and found, continuing
>> > configuration
>> > Name [jdbc/cwssec] is not bound in this Context. Unable to find [jdbc].
>> > eSolutionsCore: xmlURL provided was valid and found, continuing
>> > configuration
>> > Name [jdbc/esolutions] is not bound in this Context. Unable to find
>> [jdbc].
>> > [Time: 17 Mar 2023 16:47:55,836][Thread: main][Log:
>> ERROR_RECORDER.][Level:
>> > ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is not
>> > bound in this Context. Unable to find [environment].
>> > javax.naming.NameNotFoundException: Name [environment] is not bound in
>> this
>> > Context. Unable to find [environment].
>> >
>> >
>> >
>> > This code works just fine in other containers (for example, IBM
>> WebSphere),
>> >
>> > so I must be doing something wrong with the context file. Can anyone
>> > assist?
>> >
>>
>> -
>> 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: Unable to start application

2023-03-17 Thread Kevin Huntly
There's no context.xml in the WAR


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 Fri, Mar 17, 2023 at 5:00 PM John Dale (DB2DOM) 
wrote:

> Dissect your deployment war, but also make sure you aren't defining a
> context element in server.xml.  Lastly, if memory serves, Tomcat also
> allows context overrides in expanded war files.  I eventually just
> started managing server.xml metadata (context etc) to avoid conflicts
> and simplify.  "Hope dat heps." -- Rizzo
>
> On 3/17/23, Kevin Huntly  wrote:
> > Hello,
> >
> > I am unable to start my application on Tomcat 9.0.73 with JDK19 on RHEL
> > 8.7. It appears to be ignoring everything in my context.xml, for example:
> >
> >  > override="false" />
> >
> > Code:
> >
> > try
> >
> > {
> >
> > Context initContext = new InitialContext();
> >
> > environment = (String) initContext.lookup("environment");
> >
> > }
> >
> > catch (final NamingException nx)
> >
> > {
> >
> > ERROR_RECORDER.error(nx.getMessage(), nx);
> >
> > }
> >
> > Exception:
> >
> > [2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
> > SecurityService: xmlURL provided was valid and found, continuing
> > configuration
> > Name [jdbc/cwssec] is not bound in this Context. Unable to find [jdbc].
> > eSolutionsCore: xmlURL provided was valid and found, continuing
> > configuration
> > Name [jdbc/esolutions] is not bound in this Context. Unable to find
> [jdbc].
> > [Time: 17 Mar 2023 16:47:55,836][Thread: main][Log:
> ERROR_RECORDER.][Level:
> > ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is not
> > bound in this Context. Unable to find [environment].
> > javax.naming.NameNotFoundException: Name [environment] is not bound in
> this
> > Context. Unable to find [environment].
> >
> >
> >
> > This code works just fine in other containers (for example, IBM
> WebSphere),
> >
> > so I must be doing something wrong with the context file. Can anyone
> > assist?
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


Re: Unable to start application

2023-03-17 Thread Kevin Huntly
No, and for as much as I'm sure that would work I would rather have it in
the context where it belongs. Additionally, it's not reading my JDBC
resource references either, nor te MailSession I configured in the root
context.xml.


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 Fri, Mar 17, 2023 at 4:59 PM Darryl Baker 
wrote:

> Have you tried just setting the environment variable in the shell script
> .../bin/setenv.sh ?
>
> Darryl Baker, GSEC, GCLD (he/him/his)
> Sr. System Administrator
> Distributed Application Platform Services
> Northwestern University
> 4th Floor
> 2020 Ridge Avenue
> Evanston, IL 60208-0801
> darryl.ba...@northwestern.edu 
> (847) 467-6674 
>
>
>
>
> On 3/17/23, 3:52 PM, "Kevin Huntly"  kmhun...@gmail.com>> wrote:
>
>
> Hello,
>
>
> I am unable to start my application on Tomcat 9.0.73 with JDK19 on RHEL
> 8.7. It appears to be ignoring everything in my context.xml, for example:
>
>
>  override="false" />
>
>
> Code:
>
>
> try
>
>
> {
>
>
> Context initContext = new InitialContext();
>
>
> environment = (String) initContext.lookup("environment");
>
>
> }
>
>
> catch (final NamingException nx)
>
>
> {
>
>
> ERROR_RECORDER.error(nx.getMessage(), nx);
>
>
> }
>
>
> Exception:
>
>
> [2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
> SecurityService: xmlURL provided was valid and found, continuing
> configuration
> Name [jdbc/cwssec] is not bound in this Context. Unable to find [jdbc].
> eSolutionsCore: xmlURL provided was valid and found, continuing
> configuration
> Name [jdbc/esolutions] is not bound in this Context. Unable to find [jdbc].
> [Time: 17 Mar 2023 16:47:55,836][Thread: main][Log: ERROR_RECORDER.][Level:
> ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is not
> bound in this Context. Unable to find [environment].
> javax.naming.NameNotFoundException: Name [environment] is not bound in this
> Context. Unable to find [environment].
>
>
>
>
>
>
> This code works just fine in other containers (for example, IBM WebSphere),
>
>
> so I must be doing something wrong with the context file. Can anyone
> assist?
>
>
>
>


Re: Unable to start application

2023-03-17 Thread John Dale (DB2DOM)
Dissect your deployment war, but also make sure you aren't defining a
context element in server.xml.  Lastly, if memory serves, Tomcat also
allows context overrides in expanded war files.  I eventually just
started managing server.xml metadata (context etc) to avoid conflicts
and simplify.  "Hope dat heps." -- Rizzo

On 3/17/23, Kevin Huntly  wrote:
> Hello,
>
> I am unable to start my application on Tomcat 9.0.73 with JDK19 on RHEL
> 8.7. It appears to be ignoring everything in my context.xml, for example:
>
>  override="false" />
>
> Code:
>
> try
>
> {
>
> Context initContext = new InitialContext();
>
> environment = (String) initContext.lookup("environment");
>
> }
>
> catch (final NamingException nx)
>
> {
>
> ERROR_RECORDER.error(nx.getMessage(), nx);
>
> }
>
> Exception:
>
> [2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
> SecurityService: xmlURL provided was valid and found, continuing
> configuration
> Name [jdbc/cwssec] is not bound in this Context. Unable to find [jdbc].
> eSolutionsCore: xmlURL provided was valid and found, continuing
> configuration
> Name [jdbc/esolutions] is not bound in this Context. Unable to find [jdbc].
> [Time: 17 Mar 2023 16:47:55,836][Thread: main][Log: ERROR_RECORDER.][Level:
> ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is not
> bound in this Context. Unable to find [environment].
> javax.naming.NameNotFoundException: Name [environment] is not bound in this
> Context. Unable to find [environment].
>
>
>
> This code works just fine in other containers (for example, IBM WebSphere),
>
> so I must be doing something wrong with the context file. Can anyone
> assist?
>

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



Re: Unable to start application

2023-03-17 Thread Darryl Baker
Have you tried just setting the environment variable in the shell script 
.../bin/setenv.sh ?

Darryl Baker, GSEC, GCLD (he/him/his) 
Sr. System Administrator 
Distributed Application Platform Services 
Northwestern University 
4th Floor 
2020 Ridge Avenue 
Evanston, IL 60208-0801 
darryl.ba...@northwestern.edu  
(847) 467-6674  




On 3/17/23, 3:52 PM, "Kevin Huntly" mailto:kmhun...@gmail.com>> wrote:


Hello,


I am unable to start my application on Tomcat 9.0.73 with JDK19 on RHEL
8.7. It appears to be ignoring everything in my context.xml, for example:





Code:


try


{


Context initContext = new InitialContext();


environment = (String) initContext.lookup("environment");


}


catch (final NamingException nx)


{


ERROR_RECORDER.error(nx.getMessage(), nx);


}


Exception:


[2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
SecurityService: xmlURL provided was valid and found, continuing
configuration
Name [jdbc/cwssec] is not bound in this Context. Unable to find [jdbc].
eSolutionsCore: xmlURL provided was valid and found, continuing
configuration
Name [jdbc/esolutions] is not bound in this Context. Unable to find [jdbc].
[Time: 17 Mar 2023 16:47:55,836][Thread: main][Log: ERROR_RECORDER.][Level:
ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is not
bound in this Context. Unable to find [environment].
javax.naming.NameNotFoundException: Name [environment] is not bound in this
Context. Unable to find [environment].






This code works just fine in other containers (for example, IBM WebSphere),


so I must be doing something wrong with the context file. Can anyone assist?





Unable to start application

2023-03-17 Thread Kevin Huntly
Hello,

I am unable to start my application on Tomcat 9.0.73 with JDK19 on RHEL
8.7. It appears to be ignoring everything in my context.xml, for example:



Code:

try

{

Context initContext = new InitialContext();

environment = (String) initContext.lookup("environment");

}

catch (final NamingException nx)

{

ERROR_RECORDER.error(nx.getMessage(), nx);

}

Exception:

[2023-03-17T16:47:54.663-0400] GC(3) Concurrent Mark Cycle 89.898ms
SecurityService: xmlURL provided was valid and found, continuing
configuration
Name [jdbc/cwssec] is not bound in this Context. Unable to find [jdbc].
eSolutionsCore: xmlURL provided was valid and found, continuing
configuration
Name [jdbc/esolutions] is not bound in this Context. Unable to find [jdbc].
[Time: 17 Mar 2023 16:47:55,836][Thread: main][Log: ERROR_RECORDER.][Level:
ERROR] - [File: ResponseTimeFilter.java:80] - Name [environment] is not
bound in this Context. Unable to find [environment].
javax.naming.NameNotFoundException: Name [environment] is not bound in this
Context. Unable to find [environment].



This code works just fine in other containers (for example, IBM WebSphere),

so I must be doing something wrong with the context file. Can anyone assist?


Re: Systemd file and umask for tomcat

2023-03-17 Thread Simon Matter
> Hello,
> today I was struggling with the umask on ubuntu and tomcat.
>
> The normal way to do it in systemd is:
>
> [Service]
> UMask=0022
>
> Unfortunately, this didn’t work and it took me a while to figure out, that
> Catalina.sh
> is overwriting the umask with 0027 if no env-variable was set.
> So for tomcat, I needed to set:
> Environment='UMASK=0022'
>
> Is there any reason, why tomcat has some unexpected logic which overrides
> the systemd settings?

I think Tomcat uses its own way to do things so that it can do it in all
platforms in the same way. Outside of Linux, nobody is using systemd
anyway :)

Therefore I have this in setenv.sh

# Umask for system reserved uid/gid
if [ -z "$UMASK" ]; then
  UMASK="0022"
fi

Regards,
Simon



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



Systemd file and umask for tomcat

2023-03-17 Thread Thomas Hoffmann (Speed4Trade GmbH)
Hello,
today I was struggling with the umask on ubuntu and tomcat.

The normal way to do it in systemd is:

[Service]
UMask=0022

Unfortunately, this didn’t work and it took me a while to figure out, that 
Catalina.sh
is overwriting the umask with 0027 if no env-variable was set.
So for tomcat, I needed to set:
Environment='UMASK=0022'

Is there any reason, why tomcat has some unexpected logic which overrides the 
systemd settings?

Thanks! Thomas

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



Re: health check return 404 after upgrade from 70 to tomcat 9.0.71

2023-03-17 Thread Mark Thomas

On 17/03/2023 14:27, Rui wrote:

Hi user group:

I added some debug info to the 9.0.71 baseline

from the logs it hit this (supposed not inn 9.0.70)
https://github.com/apache/tomcat/blob/9.0.71/java/org/apache/catalina/connector/CoyoteAdapter.java#L677


That suggests you are using the Rewrite Valve? Is that correct?

If so, that suggests that whatever is going wrong, is going wrong in 
that Valve.


If not, it is likely that your debugging is corrupting the state of the 
MessageByte instances. You need to be really careful when logging values 
from them.


Mark



means undecodedURI type is T_CHARS or T_STR, however, decodedURI type is
T_NULL at this time,
so decodedURI.toChars();  actually will recycle its buffer.

I can reproduce it locally with debug mode, but don't know how reproduce it
in the company EKS cluster

thanks.
Zhou Rui



On Fri, 17 Mar 2023 at 00:50, Rui  wrote:


I did some tests with several different commits in 9.0.71, I think my
issue is caused by this

https://github.com/apache/tomcat/commit/10a1a6d46d952bab4dfde44c3c0de12b0330da79
the "toBytesSimple" change has not been added to the repo yet, so the
change in 9.073 doesn't solve the problem.
Next I will go through these codes, but any clue?

thanks
Zhou Rui


On Tue, 7 Mar 2023 at 00:34, Mark Thomas  wrote:


On 25/02/2023 17:57, Mark Thomas wrote:



On 25/02/2023 15:47, Rui wrote:

Hi
recently upgraded tomcat to 9.0.71 from 9.0.70
but saw 404 in our EKS cluster(with istio installed)

Received [GET /actuator HTTP/1.1
Host: x:8079
User-Agent: kube-probe/1.23+
Accept: */*
Connection: close
Accept-Encoding: gzip
]
Incoming request /health with originalRemoteAddr 

in 9.0.70 I can see the below following message but not in 9.0.71
o.a.c.authenticator.AuthenticatorBase: Security checking request

GET

/health

seems the processing has stopped somewhere and the pod health check
didn't
pass.

I also noticed there was also a 404 issue but don't know if it is
relevant.
https://lists.apache.org/thread/gr814rmrlbk9rrqxqjrh4p3x0bfvv1g9

I have tested it locally with curl or jmeter, but can't reproduce
the problem.

but when I step by step debug the spring app, I found the undecodedURI
type
is T_STR
in CoyoteAdapter.java(in 70 it supposed to be T_BYTES), then
decodedURI is
uninitialized and the uri can't find the mapping in internalMap of
Mapper.java, which will cause 404(guess it thinks the uri is malformed)

MessageBytes decodedURI = req.decodedURI();

if (undecodedURI.getType() == MessageBytes.T_BYTES) {
  // Copy the raw URI to the decodedURI
  decodedURI.duplicate(undecodedURI);


404 example: (when I debug step by step to check unndecodedURI)

curl http://localhost:8080/actuator

HTTP Status 404 – Not
Foundbody
{font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b
{color:white;background-color:#525D76;} h1 {font-size:22px;} h2
{font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a
{color:black;}
.line

{height:1px;background-color:#525D76;border:none;}HTTP

Status 404 – Not Found%


However, it runs well without breakpoint! I am quite confused...my
intellij
has problem?
but anyway, summary:
   9.0.69 and 70 are good in the AWS/EKS(kubernetes) cluster with istio
9.0.71 and 72 return 404 when health check by the EKS cluster.


Looks like an instance of:
https://bz.apache.org/bugzilla/show_bug.cgi?id=66488


If not that then maybe

https://bz.apache.org/bugzilla/show_bug.cgi?id=66512

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



Re: Tomcat 9.0.72 and New Relic APM java agent issues

2023-03-17 Thread Mark Thomas

On 17/03/2023 14:02, Roe, Jennifer L wrote:

Hi,

    We have opened a case with New Relic. The behavior exists with the 
7.11.1 and 8.0.1 java agents per multiple applications teams. [The 
behavior was first noticed with Tomcat 9.0.72; Tomcat 9.0.73 which was 
released shortly after 9.0.72 also experiences this behavior.]


    The app teams stated disabling the java agent allows the application 
to function as expected. However, without the agent our observability 
and monitoring of the applications takes a hit as metrics are not available.


    Could this be related to fix 66441?

Fix:66441 : Make 
imports of static fields in JSPs visible to any EL expressions used on 
the page. (markt)


On one hand that is one of only two code changes (the other changes for 
formatting and/or comments) in the org.apache.jasper packages between 
9.0.71 and 9.0.72 so it seems possible. On the other hand, I'm 
struggling to see how either of those code changes could cause the sort 
of corruption being observed.


I'm be interested in hearing New Relic's explanation for this.

Mark




Regards,

Joel

Nationwide is on your side.



*Jennifer Roe*

Consultant, Technology Engineer

Proud Nationwide Member

Middleware Technology

ro...@nationwide.com

/FORTUNE® and Time Inc. are not affiliated with, and do not endorse the 
products or services of, Nationwide Mutual Insurance Company./


*From:* Thomas Meyer 
*Sent:* Friday, March 17, 2023 9:27 AM
*To:* Tomcat Users List ; Roe, Jennifer L 

*Cc:* Whitesel, Joel M ; Adcock, Troy Allen 
; Abbott, William H (Bill) 


*Subject:* [EXTERNAL] Re: Tomcat 9.0.72 and New Relic APM java agent issues

*Nationwide Information Security Warning: **This is an 
**EXTERNALemail. *Use *CAUTIONbefore clicking on links, opening 
attachments, or responding.*(*Sender:*tho...@m3y3r.de 
)




Hi,

We may see something similar with tomcat 9.0.73 and jsp pages.

Need to test with newrelic app disabled.

Did you already create a case with newrelic with this problem?

Mfg
Thomas

Am 13. März 2023 20:18:12 MEZ schrieb "Roe, Jennifer L" 
mailto:ro...@nationwide.com>>:


We are using 9.0.73 Tomcat version and New Relic APM java agent
7.11.0, it seems we are missing the injected New Relic script and
the DOM looks much different than in 9.0.71. Looks as though it's
incorrectly escaping certain html tags as if they're text (EG:
changing < to "/")

In our application login page is not fully displayed and we see the
following at the bottom:

This field is required.", }, "j_password": { required: "This field
is required.", }, }, showErrors: function (errorMap, errorList) {
var numOfInvalids = this.numberOfInvalids(); if (numOfInvalids != 0)
{ $("#loginErrorSummary").html("

Version 9.0.72 is when this was first noticed, nothing seemed to
change with .73 and the New Relic version has remained the same 7.11.0.

We have run a test with New Relic 8.01 agent with the same results

System details:

Ubuntu 20.04.5 LTS

OpenJDK Runtime Environment Temurin-17.0.6+10

Example of where it seems to be doing an incorrect escape on the
html produced from our .jsp

Working page 9.0.71



     

     

     

     

     

Not working 9.0.73



     "/

Thanks

Nationwide is on your side.



*Jennifer Roe*

Consultant, Technology Engineer

Proud Nationwide Member

Middleware Technology

ro...@nationwide.com 

/FORTUNE® and Time Inc. are not affiliated with, and do not endorse
the products or services of, Nationwide Mutual Insurance Company./

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



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



Re: health check return 404 after upgrade from 70 to tomcat 9.0.71

2023-03-17 Thread Rui
Hi user group:

I added some debug info to the 9.0.71 baseline

from the logs it hit this (supposed not inn 9.0.70)
https://github.com/apache/tomcat/blob/9.0.71/java/org/apache/catalina/connector/CoyoteAdapter.java#L677

means undecodedURI type is T_CHARS or T_STR, however, decodedURI type is
T_NULL at this time,
so decodedURI.toChars();  actually will recycle its buffer.

I can reproduce it locally with debug mode, but don't know how reproduce it
in the company EKS cluster

thanks.
Zhou Rui



On Fri, 17 Mar 2023 at 00:50, Rui  wrote:

> I did some tests with several different commits in 9.0.71, I think my
> issue is caused by this
>
> https://github.com/apache/tomcat/commit/10a1a6d46d952bab4dfde44c3c0de12b0330da79
> the "toBytesSimple" change has not been added to the repo yet, so the
> change in 9.073 doesn't solve the problem.
> Next I will go through these codes, but any clue?
>
> thanks
> Zhou Rui
>
>
> On Tue, 7 Mar 2023 at 00:34, Mark Thomas  wrote:
>
>> On 25/02/2023 17:57, Mark Thomas wrote:
>> >
>> >
>> > On 25/02/2023 15:47, Rui wrote:
>> >> Hi
>> >> recently upgraded tomcat to 9.0.71 from 9.0.70
>> >> but saw 404 in our EKS cluster(with istio installed)
>> >>
>> >> Received [GET /actuator HTTP/1.1
>> >> Host: x:8079
>> >> User-Agent: kube-probe/1.23+
>> >> Accept: */*
>> >> Connection: close
>> >> Accept-Encoding: gzip
>> >> ]
>> >> Incoming request /health with originalRemoteAddr 
>> >>
>> >> in 9.0.70 I can see the below following message but not in 9.0.71
>> >> o.a.c.authenticator.AuthenticatorBase: Security checking request
>> GET
>> >> /health
>> >>
>> >> seems the processing has stopped somewhere and the pod health check
>> >> didn't
>> >> pass.
>> >>
>> >> I also noticed there was also a 404 issue but don't know if it is
>> >> relevant.
>> >> https://lists.apache.org/thread/gr814rmrlbk9rrqxqjrh4p3x0bfvv1g9
>> >>
>> >> I have tested it locally with curl or jmeter, but can't reproduce
>> >> the problem.
>> >>
>> >> but when I step by step debug the spring app, I found the undecodedURI
>> >> type
>> >> is T_STR
>> >> in CoyoteAdapter.java(in 70 it supposed to be T_BYTES), then
>> >> decodedURI is
>> >> uninitialized and the uri can't find the mapping in internalMap of
>> >> Mapper.java, which will cause 404(guess it thinks the uri is malformed)
>> >>
>> >> MessageBytes decodedURI = req.decodedURI();
>> >>
>> >> if (undecodedURI.getType() == MessageBytes.T_BYTES) {
>> >>  // Copy the raw URI to the decodedURI
>> >>  decodedURI.duplicate(undecodedURI);
>> >>
>> >>
>> >> 404 example: (when I debug step by step to check unndecodedURI)
>> >>
>> >> curl http://localhost:8080/actuator
>> >>
>> >> HTTP Status 404 – Not
>> >> Foundbody
>> >> {font-family:Tahoma,Arial,sans-serif;} h1, h2, h3, b
>> >> {color:white;background-color:#525D76;} h1 {font-size:22px;} h2
>> >> {font-size:16px;} h3 {font-size:14px;} p {font-size:12px;} a
>> >> {color:black;}
>> >> .line
>> >>
>> {height:1px;background-color:#525D76;border:none;}HTTP
>> >> Status 404 – Not Found%
>> >>
>> >>
>> >> However, it runs well without breakpoint! I am quite confused...my
>> >> intellij
>> >> has problem?
>> >> but anyway, summary:
>> >>   9.0.69 and 70 are good in the AWS/EKS(kubernetes) cluster with istio
>> >> 9.0.71 and 72 return 404 when health check by the EKS cluster.
>> >
>> > Looks like an instance of:
>> > https://bz.apache.org/bugzilla/show_bug.cgi?id=66488
>>
>> If not that then maybe
>>
>> https://bz.apache.org/bugzilla/show_bug.cgi?id=66512
>>
>> Mark
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>


RE: Re: Tomcat 9.0.72 and New Relic APM java agent issues

2023-03-17 Thread Roe, Jennifer L
Hi,

   We have opened a case with New Relic. The behavior exists with the 7.11.1 
and 8.0.1 java agents per multiple applications teams. [The behavior was first 
noticed with Tomcat 9.0.72; Tomcat 9.0.73 which was released shortly after 
9.0.72 also experiences this behavior.]

   The app teams stated disabling the java agent allows the application to 
function as expected. However, without the agent our observability and 
monitoring of the applications takes a hit as metrics are not available.

   Could this be related to fix 66441?
[Fix:] 66441: Make 
imports of static fields in JSPs visible to any EL expressions used on the 
page. (markt)

Regards,
Joel


[Nationwide is on your side.]
Jennifer Roe
Consultant, Technology Engineer
Proud Nationwide Member
Middleware Technology
ro...@nationwide.com
FORTUNE® and Time Inc. are not affiliated with, and do not endorse the products 
or services of, Nationwide Mutual Insurance Company.


From: Thomas Meyer 
Sent: Friday, March 17, 2023 9:27 AM
To: Tomcat Users List ; Roe, Jennifer L 

Cc: Whitesel, Joel M ; Adcock, Troy Allen 
; Abbott, William H (Bill) 

Subject: [EXTERNAL] Re: Tomcat 9.0.72 and New Relic APM java agent issues


Nationwide Information Security Warning: This is an EXTERNAL email. Use CAUTION 
before clicking on links, opening attachments, or responding. (Sender: 
tho...@m3y3r.de)



Hi,

We may see something similar with tomcat 9.0.73 and jsp pages.

Need to test with newrelic app disabled.

Did you already create a case with newrelic with this problem?

Mfg
Thomas
Am 13. März 2023 20:18:12 MEZ schrieb "Roe, Jennifer L" 
mailto:ro...@nationwide.com>>:
We are using 9.0.73 Tomcat version and New Relic APM java agent 7.11.0, it 
seems we are missing the injected New Relic script and the DOM looks much 
different than in 9.0.71. Looks as though it's incorrectly escaping certain 
html tags as if they're text (EG: changing < to "/")

In our application login page is not fully displayed and we see the following 
at the bottom:
This field is required.", }, "j_password": { required: "This field is 
required.", }, }, showErrors: function (errorMap, errorList) { var 
numOfInvalids = this.numberOfInvalids(); if (numOfInvalids != 0) { 
$("#loginErrorSummary").html("

Version 9.0.72 is when this was first noticed, nothing seemed to change with 
.73 and the New Relic version has remained the same 7.11.0.
We have run a test with New Relic 8.01 agent with the same results

System details:
Ubuntu 20.04.5 LTS
OpenJDK Runtime Environment Temurin-17.0.6+10

Example of where it seems to be doing an incorrect escape on the html produced 
from our .jsp

Working page 9.0.71








Not working 9.0.73

"/


Thanks


[Nationwide is on your side.]
Jennifer Roe
Consultant, Technology Engineer
Proud Nationwide Member
Middleware Technology
ro...@nationwide.com
FORTUNE® and Time Inc. are not affiliated with, and do not endorse the products 
or services of, Nationwide Mutual Insurance Company.


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


Re: Tomcat 9.0.72 and New Relic APM java agent issues

2023-03-17 Thread Thomas Meyer
Hi,

We may see something similar with tomcat 9.0.73 and jsp pages.

Need to test with newrelic app disabled. 

Did you already create a case with newrelic with this problem?

Mfg
Thomas

Am 13. März 2023 20:18:12 MEZ schrieb "Roe, Jennifer L" :
>We are using 9.0.73 Tomcat version and New Relic APM java agent 7.11.0, it 
>seems we are missing the injected New Relic script and the DOM looks much 
>different than in 9.0.71. Looks as though it's incorrectly escaping certain 
>html tags as if they're text (EG: changing < to "/")
>
>In our application login page is not fully displayed and we see the following 
>at the bottom:
>This field is required.", }, "j_password": { required: "This field is 
>required.", }, }, showErrors: function (errorMap, errorList) { var 
>numOfInvalids = this.numberOfInvalids(); if (numOfInvalids != 0) { 
>$("#loginErrorSummary").html("
>
>Version 9.0.72 is when this was first noticed, nothing seemed to change with 
>.73 and the New Relic version has remained the same 7.11.0.
>We have run a test with New Relic 8.01 agent with the same results
>
>System details:
>Ubuntu 20.04.5 LTS
>OpenJDK Runtime Environment Temurin-17.0.6+10
>
>Example of where it seems to be doing an incorrect escape on the html produced 
>from our .jsp
>
>Working page 9.0.71
>method="post" novalidate="novalidate">
>
>
>
>
>
>
>
>Not working 9.0.73
>method="post">
>"/
>
>
>Thanks
>
>
>[Nationwide is on your side.]
>Jennifer Roe
>Consultant, Technology Engineer
>Proud Nationwide Member
>Middleware Technology
>ro...@nationwide.com
>FORTUNE(r) and Time Inc. are not affiliated with, and do not endorse the 
>products or services of, Nationwide Mutual Insurance Company.
>
>

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

Re: Did something JSP related change between 9.0.71 and 9.0.73

2023-03-17 Thread Thomas Meyer
Hi,

It looks like some parts of this is missing:

JSP snippet:
[...]


[...]

Will render into

configBaseString" />

Looks like the :
>Hello,
>
>> -Ursprüngliche Nachricht-
>> Von: Thomas Meyer 
>> Gesendet: Freitag, 17. März 2023 09:57
>> An: users@tomcat.apache.org
>> Betreff: Did something JSP related change between 9.0.71 and 9.0.73
>> 
>> Hi,
>> 
>> One of our jsp pages did start to render incorrectly in 9.0.73.
>> The same page does render correctly in 9.0.71.
>> We never did use 9.0.72.
>> 
>> Any ideas?
>
>Can you provide a JSP snippet and how it rendered before and afterwards?
>
>Thanks! Thomas
>
>-
>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.

AW: Did something JSP related change between 9.0.71 and 9.0.73

2023-03-17 Thread Thomas Hoffmann (Speed4Trade GmbH)
Hello,

> -Ursprüngliche Nachricht-
> Von: Thomas Meyer 
> Gesendet: Freitag, 17. März 2023 09:57
> An: users@tomcat.apache.org
> Betreff: Did something JSP related change between 9.0.71 and 9.0.73
> 
> Hi,
> 
> One of our jsp pages did start to render incorrectly in 9.0.73.
> The same page does render correctly in 9.0.71.
> We never did use 9.0.72.
> 
> Any ideas?

Can you provide a JSP snippet and how it rendered before and afterwards?

Thanks! Thomas

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



Did something JSP related change between 9.0.71 and 9.0.73

2023-03-17 Thread Thomas Meyer
Hi,

One of our jsp pages did start to render incorrectly in 9.0.73.
The same page does render correctly in 9.0.71.
We never did use 9.0.72.

Any ideas?

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

AW: How do I see the POST payload sent from Tomcat

2023-03-17 Thread Thomas Hoffmann (Speed4Trade GmbH)
Hello,

> -Ursprüngliche Nachricht-
> Von: Aditya Kumar <0akum...@gmail.com>
> Gesendet: Donnerstag, 16. März 2023 20:29
> An: Tomcat Users List 
> Betreff: How do I see the POST payload sent from Tomcat
> 
> I have a Java application running under Tomcat 9. One component of this
> application is OpenID authentication, in which my application is a relying 
> party.
> 
> It sends a POST request to https://login.microsoftonline.com, but  in one
> scenario I'm getting an error back from Microsoft.
> 
> I need to see exactly what was sent in the POST request including the POST
> payload data. Is there a way of doing this? I tried the requestdumper filter 
> but I
> don't see anything useful.

You could use javax.net.debug as explained here: 
https://docs.oracle.com/javase/7/docs/technotes/guides/security/jsse/ReadDebug.html
  
Another option would be a reverse proxy between but it takes a bit of work.

Greetings, Thomas