RE: Issue with the log4j2.xml

2024-07-30 Thread Burle, Saicharan
Hi Team,

Can I get any update on this request? I have responded to the queries asked, 
PFA email for the same.

Regards,
Saicharan Burle
Lead Infrastructure Engineer
Chief Technology Office | Foundational Hosting Platform | Middleware Product 
Engineering
G=ETI DPS Middleware Prod Eng

Block B1A Divyasree Orion | Hyderabad - 500081 | India
MAC O2806-010 | Cell +91 9966964321

MPE Service Desk: 
https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385
Enterprise Middleware Services: 
https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home
Normal Working hours: 4:00 AM to 1:00 PM EST
Upcoming PTO:
Be Green, Leave it on Screen!!!
[http://f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png]



From: Christopher Schultz 
Sent: Friday, July 26, 2024 7:24 PM
To: users@tomcat.apache.org
Subject: Re: Issue with the log4j2.xml

Saicharan, On 7/26/24 09: 36, Burle, Saicharan wrote: > We are observing a 
strange behavior for our app running on the Tomcat9. > > Issue: > We have 2 
applications configured on tomcat9 (Java8) named app1 & app2. There are 2 log


Saicharan,



On 7/26/24 09:36, Burle, Saicharan wrote:

> We are observing a strange behavior for our app running on the Tomcat9.

>

> Issue:

> We have 2 applications configured on tomcat9 (Java8) named app1 & app2. There 
> are 2 log files named a.log & b.log to be created under a path /a/b/c (for 
> app1) & /d/e/f (for app2) and this path is defined in log4j2.xml. The log 
> files a.log & b.log is getting created at /a/b/c for app1 but not for app2 
> and instead it is getting written in default Catalina.out file. Nothing 
> created under /d/e/f.



Where is log4j2.xml located?



Where is log4j2-*.jar located?



How does each application initialize log4j2?



> We tried few steps in our lab server and below are our observations.

>

>

>1.  Got this issue when we are Migrating from RHEL-7 to RHEL-8



Which of the following changed during this migration?



- Java version

- Tomcat version

- Application version/configuration/etc



>2.  The same war file for app1 and app2 is working as expected in RHEL-7 
> (a.log and b.log getting created under the path /a/b/c and d/e/f 
> respectively).

>3.  No Issue on RHEL-8, When the war is built locally (created from same 
> branch where Prod war file is) and deployed MANUALLY.

>4.  We got ISSUE on RHEL-8, when the war is built and deployed via UCD.

>5.  No issues in RHEL-7 with UCD build and deploy.

>

> So, we are not sure if it is RHEL-8 or the UCD that is causing this issue. 
> Could you please take a look at it and help with steps to resolve this issue.

 >

> Please let me know in case you need further information.



What is UCD?



If things run under both RHEL-7 and RHEL-8 when building locally, I

would guess that something is wrong with either (a) the data transfer

mechanism or (b) the configuration of the target environment, and the

data-transfer is not relevant.



I would focus on the environmental changes. Look for what files are

where (under the Tomcat deployment, including Tomcat configuration files

and libraries), and the differences between the working-environment and

the non-working environment.



-chris



-

To unsubscribe, e-mail: 
users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org>

For additional commands, e-mail: 
users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org>


--- Begin Message ---
Hi Chirs, PFB my answers inline: Where is log4j2. xml located? 
/apps/tomcat/deploy///pkg//WEB-INF/classes Where is log4j2-*. 
jar located? /apps/tomcat/deploy//pkg//WEB-INF/lib/

Hi Chirs,

PFB my answers inline:

Where is log4j2.xml located?  
/apps/tomcat/deploy///pkg//WEB-INF/classes





Where is log4j2-*.jar located? 
/apps/tomcat/deploy//pkg//WEB-INF/lib/


How does each application initialize log4j2? Log4j gets initialized during 
server restarts (auto initialized) . From the logs we could see initialization 
is happening for app1 but NOT for app2





Which of the following changed during this migration?



- Java version - No

- Tomcat version - No

- Application version/configuration/etc – No (We have copied entire 
configuration files and folder from RHEL7 to RHEL8 still facing the same issue.)



Only change is from RHEL7 to RHEL8



What is UCD? – Urbancode deploy. A tool that we use for deployment.



If things run under both RHEL-7 and RHEL-8 when building locally, I

would guess that something is wrong with either (a) the data transfer

mechanism or (b) the configuration of the target environment, and the

data-transfer is not relevant.



I would focus on the environmental changes.

RE: Issue with the log4j2.xml

2024-07-29 Thread Burle, Saicharan
Hi Team,

Can I get an update on the below issue?

Thanks,
Saicharan Burle

From: Burle, Saicharan 
Sent: Monday, July 29, 2024 2:29 PM
To: Tomcat Users List ; ch...@christopherschultz.net
Subject: RE: Issue with the log4j2.xml

Hi Chirs, PFB my answers inline: Where is log4j2. xml located? 
/apps/tomcat/deploy///pkg//WEB-INF/classes Where is log4j2-*. 
jar located? /apps/tomcat/deploy//pkg//WEB-INF/lib/


Hi Chirs,



PFB my answers inline:



Where is log4j2.xml located?  
/apps/tomcat/deploy///pkg//WEB-INF/classes











Where is log4j2-*.jar located? 
/apps/tomcat/deploy//pkg//WEB-INF/lib/





How does each application initialize log4j2? Log4j gets initialized during 
server restarts (auto initialized) . From the logs we could see initialization 
is happening for app1 but NOT for app2











Which of the following changed during this migration?







- Java version - No



- Tomcat version - No



- Application version/configuration/etc – No (We have copied entire 
configuration files and folder from RHEL7 to RHEL8 still facing the same issue.)







Only change is from RHEL7 to RHEL8







What is UCD? – Urbancode deploy. A tool that we use for deployment.







If things run under both RHEL-7 and RHEL-8 when building locally, I



would guess that something is wrong with either (a) the data transfer



mechanism or (b) the configuration of the target environment, and the



data-transfer is not relevant.







I would focus on the environmental changes. Look for what files are



where (under the Tomcat deployment, including Tomcat configuration files



and libraries), and the differences between the working-environment and



the non-working environment. – We have copied entire working directory from 
RHEL7 to RHEL8







Regards,

Saicharan Burle

Lead Infrastructure Engineer

Chief Technology Office | Foundational Hosting Platform | Middleware Product 
Engineering

G=ETI DPS Middleware Prod Eng



Block B1A Divyasree Orion | Hyderabad - 500081 | India

MAC O2806-010 | Cell +91 9966964321



MPE Service Desk: 
https://urldefense.com/v3/__https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiPZYqikM$<https://urldefense.com/v3/__https:/devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiPZYqikM$>

Enterprise Middleware Services: 
https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home

Normal Working hours: 4:00 AM to 1:00 PM EST

Upcoming PTO:

Be Green, Leave it on Screen!!!

[https://urldefense.com/v3/__http://f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiCficwrE$<https://urldefense.com/v3/__http:/f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png__;!!F9svGWnIaVPGSwU!ugowykuW49XDLDyMAeXtYU9fbcaFsrI0wY2jIpVespq1g7rydvv4Omnkl-F_tAEKH1j73NkWMX_JqLo4XljHKAP4JzIrVA1Nsb_jiCficwrE$>]







From: Christopher Schultz 
mailto:ch...@christopherschultz.net>>

Sent: Friday, July 26, 2024 7:24 PM

To: users@tomcat.apache.org<mailto:users@tomcat.apache.org>

Subject: Re: Issue with the log4j2.xml



Saicharan, On 7/26/24 09: 36, Burle, Saicharan wrote: > We are observing a 
strange behavior for our app running on the Tomcat9. > > Issue: > We have 2 
applications configured on tomcat9 (Java8) named app1 & app2. There are 2 log





Saicharan,







On 7/26/24 09:36, Burle, Saicharan wrote:



> We are observing a strange behavior for our app running on the Tomcat9.



>



> Issue:



> We have 2 applications configured on tomcat9 (Java8) named app1 & app2. There 
> are 2 log files named a.log & b.log to be created under a path /a/b/c (for 
> app1) & /d/e/f (for app2) and this path is defined in log4j2.xml. The log 
> files a.log & b.log is getting created at /a/b/c for app1 but not for app2 
> and instead it is getting written in default Catalina.out file. Nothing 
> created under /d/e/f.







Where is log4j2.xml located?







Where is log4j2-*.jar located?







How does each application initialize log4j2?







> We tried few steps in our lab server and below are our observations.



>



>



>1.  Got this issue when we are Migrating from RHEL-7 to RHEL-8







Which of the following changed during this migration?







- Java version



- Tomcat version



- Application version/configuration/etc







>2.  The same war file for app1 and app2 is working as expected in RHEL-

RE: Issue with the log4j2.xml

2024-07-29 Thread Burle, Saicharan
Hi Chirs,

PFB my answers inline:

Where is log4j2.xml located?  
/apps/tomcat/deploy///pkg//WEB-INF/classes





Where is log4j2-*.jar located? 
/apps/tomcat/deploy//pkg//WEB-INF/lib/


How does each application initialize log4j2? Log4j gets initialized during 
server restarts (auto initialized) . From the logs we could see initialization 
is happening for app1 but NOT for app2





Which of the following changed during this migration?



- Java version - No

- Tomcat version - No

- Application version/configuration/etc – No (We have copied entire 
configuration files and folder from RHEL7 to RHEL8 still facing the same issue.)



Only change is from RHEL7 to RHEL8



What is UCD? – Urbancode deploy. A tool that we use for deployment.



If things run under both RHEL-7 and RHEL-8 when building locally, I

would guess that something is wrong with either (a) the data transfer

mechanism or (b) the configuration of the target environment, and the

data-transfer is not relevant.



I would focus on the environmental changes. Look for what files are

where (under the Tomcat deployment, including Tomcat configuration files

and libraries), and the differences between the working-environment and

the non-working environment. – We have copied entire working directory from 
RHEL7 to RHEL8



Regards,
Saicharan Burle
Lead Infrastructure Engineer
Chief Technology Office | Foundational Hosting Platform | Middleware Product 
Engineering
G=ETI DPS Middleware Prod Eng

Block B1A Divyasree Orion | Hyderabad - 500081 | India
MAC O2806-010 | Cell +91 9966964321

MPE Service Desk: 
https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385
Enterprise Middleware Services: 
https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home
Normal Working hours: 4:00 AM to 1:00 PM EST
Upcoming PTO:
Be Green, Leave it on Screen!!!
[http://f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png]



From: Christopher Schultz 
Sent: Friday, July 26, 2024 7:24 PM
To: users@tomcat.apache.org
Subject: Re: Issue with the log4j2.xml

Saicharan, On 7/26/24 09: 36, Burle, Saicharan wrote: > We are observing a 
strange behavior for our app running on the Tomcat9. > > Issue: > We have 2 
applications configured on tomcat9 (Java8) named app1 & app2. There are 2 log


Saicharan,



On 7/26/24 09:36, Burle, Saicharan wrote:

> We are observing a strange behavior for our app running on the Tomcat9.

>

> Issue:

> We have 2 applications configured on tomcat9 (Java8) named app1 & app2. There 
> are 2 log files named a.log & b.log to be created under a path /a/b/c (for 
> app1) & /d/e/f (for app2) and this path is defined in log4j2.xml. The log 
> files a.log & b.log is getting created at /a/b/c for app1 but not for app2 
> and instead it is getting written in default Catalina.out file. Nothing 
> created under /d/e/f.



Where is log4j2.xml located?



Where is log4j2-*.jar located?



How does each application initialize log4j2?



> We tried few steps in our lab server and below are our observations.

>

>

>1.  Got this issue when we are Migrating from RHEL-7 to RHEL-8



Which of the following changed during this migration?



- Java version

- Tomcat version

- Application version/configuration/etc



>2.  The same war file for app1 and app2 is working as expected in RHEL-7 
> (a.log and b.log getting created under the path /a/b/c and d/e/f 
> respectively).

>3.  No Issue on RHEL-8, When the war is built locally (created from same 
> branch where Prod war file is) and deployed MANUALLY.

>4.  We got ISSUE on RHEL-8, when the war is built and deployed via UCD.

>5.  No issues in RHEL-7 with UCD build and deploy.

>

> So, we are not sure if it is RHEL-8 or the UCD that is causing this issue. 
> Could you please take a look at it and help with steps to resolve this issue.

 >

> Please let me know in case you need further information.



What is UCD?



If things run under both RHEL-7 and RHEL-8 when building locally, I

would guess that something is wrong with either (a) the data transfer

mechanism or (b) the configuration of the target environment, and the

data-transfer is not relevant.



I would focus on the environmental changes. Look for what files are

where (under the Tomcat deployment, including Tomcat configuration files

and libraries), and the differences between the working-environment and

the non-working environment.



-chris



-

To unsubscribe, e-mail: 
users-unsubscr...@tomcat.apache.org<mailto:users-unsubscr...@tomcat.apache.org>

For additional commands, e-mail: 
users-h...@tomcat.apache.org<mailto:users-h...@tomcat.apache.org>




Issue with the log4j2.xml

2024-07-26 Thread Burle, Saicharan
Hi Team,

We are observing a strange behavior for our app running on the Tomcat9.

Issue:
We have 2 applications configured on tomcat9 (Java8) named app1 & app2. There 
are 2 log files named a.log & b.log to be created under a path /a/b/c (for 
app1) & /d/e/f (for app2) and this path is defined in log4j2.xml. The log files 
a.log & b.log is getting created at /a/b/c for app1 but not for app2 and 
instead it is getting written in default Catalina.out file. Nothing created 
under /d/e/f.

We tried few steps in our lab server and below are our observations.


  1.  Got this issue when we are Migrating from RHEL-7 to RHEL-8
  2.  The same war file for app1 and app2 is working as expected in RHEL-7 
(a.log and b.log getting created under the path /a/b/c and d/e/f respectively).
  3.  No Issue on RHEL-8, When the war is built locally (created from same 
branch where Prod war file is) and deployed MANUALLY.
  4.  We got ISSUE on RHEL-8, when the war is built and deployed via UCD.
  5.  No issues in RHEL-7 with UCD build and deploy.

So, we are not sure if it is RHEL-8 or the UCD that is causing this issue. 
Could you please take a look at it and help with steps to resolve this issue.

Please let me know in case you need further information.


Regards,
Saicharan Burle
Lead Infrastructure Engineer
Chief Technology Office | Foundational Hosting Platform | Middleware Product 
Engineering
G=ETI DPS Middleware Prod Eng

Block B1A Divyasree Orion | Hyderabad - 500081 | India
MAC O2806-010 | Cell +91 9966964321

MPE Service Desk: 
https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385
Enterprise Middleware Services: 
https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home
Normal Working hours: 4:00 AM to 1:00 PM EST
Upcoming PTO:
Be Green, Leave it on Screen!!!
[http://f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png]



RE: Tomcat Build Issue

2023-12-05 Thread Burle, Saicharan
Hi Mark/Chris,

We are getting this error without even deploying any application.

Regards,
Saicharan Burle
Lead Infrastructure Engineer
Chief Technology Office | Foundational Hosting Platform | Middleware Product 
Engineering
G=ETI DPS Middleware Prod Eng

Block B1A Divyasree Orion | Hyderabad - 500081 | India
MAC O2806-010 | Cell +91 9966964321

MPE Service Desk: 
https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385
Enterprise Middleware Services: 
https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home
Normal Working hours: 4:00 AM to 1:00 PM EST
Upcoming PTO:
Be Green, Leave it on Screen!!!





-Original Message-
From: Christopher Schultz  
Sent: Tuesday, December 5, 2023 7:22 PM
To: users@tomcat.apache.org
Subject: Re: Tomcat Build Issue

Mark,

On 12/5/23 07:15, Mark Thomas wrote:
> On 05/12/2023 09:45, Burle, Saicharan wrote:
>> Hi All,
>>
>> I am trying to build a tomcat instance in a net new server and 
>> getting the below error while starting. Although instance has come up 
>> but I am unable to debug the below error. Can someone please assist 
>> in this regard?
>>
>> [https-jsse-nio-11511-exec-4]
>> org.apache.coyote.http11.Http11Processor.service Error parsing HTTP 
>> request header
>> Note: further occurrences of HTTP request parsing errors will be 
>> logged at DEBUG level.
>>  java.lang.IllegalArgumentException: Invalid character found 
>> in method name 
>> [000x020x010x01`+0x020x010x030x040x08cn=Admin0x800x1c0x7d1a9b5edae2b4
>> de4ff533738b...]. HTTP method names must be tokens
> 
> The client isn't sending a valid HTTP request. What it is sending 
> isn't even close.
> 
> The presence of "cn=Admin" in what is sent makes me wonder if the 
> client is trying to send HTTPS to an HTTP connection.

Probably not, looking at the thread name:

> [https-jsse-nio-11511-exec-4]
> org.apache.coyote.http11.Http11Processor.service Error parsing HTTP 
> request header
Maybe doubly-wrapped HTTPS? Like connecting making an HTTPS connection to an 
stunnel instance in client-mode?

-chris

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



Tomcat Build Issue

2023-12-05 Thread Burle, Saicharan
Hi All,

I am trying to build a tomcat instance in a net new server and getting the 
below error while starting. Although instance has come up but I am unable to 
debug the below error. Can someone please assist in this regard?

[https-jsse-nio-11511-exec-4] org.apache.coyote.http11.Http11Processor.service 
Error parsing HTTP request header
Note: further occurrences of HTTP request parsing errors will be logged at 
DEBUG level.
java.lang.IllegalArgumentException: Invalid character found in method 
name 
[000x020x010x01`+0x020x010x030x040x08cn=Admin0x800x1c0x7d1a9b5edae2b4de4ff533738b...].
 HTTP method names must be tokens
at 
org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:407)
at 
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:263)
at 
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:63)
at 
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:928)
at 
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1794)
at 
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:52)
at 
org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191)
at 
org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:750)


Apache Tomcat Version : 9.0.82
JDK: jdk1.8.0_391/ jdk-11.0.21(Same issue with this version as well)

Regards,
Saicharan Burle
Lead Infrastructure Engineer
Chief Technology Office | Foundational Hosting Platform | Middleware Product 
Engineering
G=ETI DPS Middleware Prod Eng

Block B1A Divyasree Orion | Hyderabad - 500081 | India
MAC O2806-010 | Cell +91 9966964321

MPE Service Desk: 
https://devops-servicedesk.wellsfargo.net/servicedesk/customer/portal/14/group/385?groupId=385
Enterprise Middleware Services: 
https://wim-wiki.wellsfargo.com/pages/viewpage.action?spaceKey=MPE&title=Middleware+Product+Engineering+Team+Home
Normal Working hours: 4:00 AM to 1:00 PM EST
Upcoming PTO:
Be Green, Leave it on Screen!!!
[http://f.connect.wellsfargoemail.com/i/38/2082566297/EML-224071_4726581_6304406_logo-stagecoach-eml_511x80.png]