impact of setting autoDeploy="false" in server.xml

2022-04-22 Thread Rathore, Rajendra
Hi Team,

Please let me know the impact of setting autoDeploy="false" in server.xml 
files. Some of them I might aware like autodeploy is not going to work, impact 
for day light.

I ready some blogs and they saying that for production server you need to set 
the property to false, please confirm the same as you are the expert of this 
area.



Thanks and Regards,
Rajendra Rathore
9922701491



RE: issue with Form based authentication

2021-12-30 Thread Rathore, Rajendra
Link for image where it will shows the details

https://docs.google.com/document/d/1Ziojwm6rPvyuJ6rpJR1tu0e5xTfnawrHeLz3QvL28XA/edit?usp=sharing


Thanks and Regards,
Rajendra Rathore
9922701491

From: Rathore, Rajendra
Sent: Thursday, December 30, 2021 4:25 PM
To: users@tomcat.apache.org
Subject: issue with Form based authentication
Importance: High

Hi Team,

We are facing some weird issue with tomcat Form based authentication, I will 
try to explain the scenario as below:

issue is reproducible in specific conditions, when browser cache is disabled, 
and cleared out before session timeout. In this conditions after session 
timeout when user is moving mouse over some elements where requests for GIFs 
are sent. Those request are processed by FormAuthenticator tomcat class. This 
class is responsible for saving requested URL and redirecting user to this 
saved URL after successful login. But this class saves in session all requests 
using the same key, this means that old requests are overrided by new ones. In 
this case there are multiple requests after session timeout, to get some GIFs, 
and to show relogin.jsp in popup window, those requests are handled by 
different threads, and last executed thread is saving to session information 
about requested URL. We have classic race condition here. If relogin.jsp will 
be requested last, then issue is not reproducible, if some GIF will be 
requested and saved last issue will be reproducible.

Please let me know if any extra loggers required, will enable and shared with 
you.

Thanks and Regards,
Rajendra Rathore



issue with Form based authentication

2021-12-30 Thread Rathore, Rajendra
Hi Team,

We are facing some weird issue with tomcat Form based authentication, I will 
try to explain the scenario as below:

issue is reproducible in specific conditions, when browser cache is disabled, 
and cleared out before session timeout. In this conditions after session 
timeout when user is moving mouse over some elements where requests for GIFs 
are sent. Those request are processed by FormAuthenticator tomcat class. This 
class is responsible for saving requested URL and redirecting user to this 
saved URL after successful login. But this class saves in session all requests 
using the same key, this means that old requests are overrided by new ones. In 
this case there are multiple requests after session timeout, to get some GIFs, 
and to show relogin.jsp in popup window, those requests are handled by 
different threads, and last executed thread is saving to session information 
about requested URL. We have classic race condition here. If relogin.jsp will 
be requested last, then issue is not reproducible, if some GIF will be 
requested and saved last issue will be reproducible.

Please let me know if any extra loggers required, will enable and shared with 
you.

Thanks and Regards,
Rajendra Rathore



Re: application deploy error

2021-03-06 Thread Rajendra Popuri
The complete error is as follows.

SEVERE [localhost-startStop-1]
org.apache.catalina.startup.HostConfig.deployWAR Error deploying web
application archive [/opt/rundeck/tomcat/webapps/rundeck.war]
java.lang.IllegalStateException: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/rundeck]]


On Sat, Mar 6, 2021 at 6:27 PM Rajendra Popuri 
wrote:

> Hi Team,
>
> I run into deployment issue with Tomcat 8.x (latest version) while
> upgrading Rundeck environment from older version to latest version (3.3.9).
> Rundeck war file is running on Tomcat and the OS is RHEL 7.x. The error I
> got constantly is as below.
>
> org.apache.catalina.startup.HostConfig.deployWAR Error deploying web
> application archive
>
> Could anyone please advise when we will get this error and what is the
> remediation for this error.
>
> Thanks,
> Rajendra
>


application deploy error

2021-03-06 Thread Rajendra Popuri
Hi Team,

I run into deployment issue with Tomcat 8.x (latest version) while
upgrading Rundeck environment from older version to latest version (3.3.9).
Rundeck war file is running on Tomcat and the OS is RHEL 7.x. The error I
got constantly is as below.

org.apache.catalina.startup.HostConfig.deployWAR Error deploying web
application archive

Could anyone please advise when we will get this error and what is the
remediation for this error.

Thanks,
Rajendra


RE: hiding tomcat version from error pages

2020-09-17 Thread Rathore, Rajendra
Hi Tim,

I am using tomcat 8.5.x, will that available over there?

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Tim Funk  
Sent: Thursday, September 17, 2020 6:12 PM
To: Tomcat Users List 
Subject: Re: hiding tomcat version from error pages

External email from: users-return-271678-rarathore=ptc@tomcat.apache.org

It should a tweak to the ErrorReportValve as documented here: (inside of
server.xml)

https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftomcat.apache.org%2Ftomcat-9.0-doc%2Fconfig%2Fvalve.html%23Error_Report_Valvedata=02%7C01%7Crarathore%40ptc.com%7Cf025f80f3c7f4f94aadf08d85b074060%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C1%7C637359433989184801sdata=eMHYctj3jTQW5WSlAfbKXukvFuh7Jvnudb%2BO8s8%2BzCw%3Dreserved=0

You'll want to set showServerInfo and showReport to false

-Tim


On Thu, Sep 17, 2020 at 8:20 AM Rathore, Rajendra  wrote:

> Hi All,
>
>
>
> Please let me know the standard way to hide tomcat version from error 
> pages, I tried on google and saying that you need to modify some 
> properties inside catelina.jar, but that is not a standard way.
>
>
>
>
>
> Thanks and Regards,
>
> Rajendra Rathore
>
> 9922701491
>
>
>


hiding tomcat version from error pages

2020-09-17 Thread Rathore, Rajendra
Hi All,

Please let me know the standard way to hide tomcat version from error pages, I 
tried on google and saying that you need to modify some properties inside 
catelina.jar, but that is not a standard way.

[cid:image003.jpg@01D68D1A.F310D100]

Thanks and Regards,
Rajendra Rathore
9922701491



regarding CVE-2020-8022 applicable to tomcat 8.5.57

2020-09-02 Thread Rathore, Rajendra

Hi Team,

Please let me know whether CVE-2020-8022 applicable to tomcat 8.5.57 or not, if 
yes please let me know which release we fixing it.

Thanks and Regards,
Rajendra Rathore
9922701491



RE: issue faced in tomcat 8.5.51

2020-03-01 Thread Rathore, Rajendra
Hi Calder/Team,

I set the below flag as false but still it will giving the same error.

I am using Apache http server(with AJP worker) and tomcat configuration, Is am 
I missing something in configuration, please let me know?

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: calder  
Sent: Friday, February 28, 2020 7:41 PM
To: Tomcat Users List 
Subject: Re: issue faced in tomcat 8.5.51

External email from: users-return-269823-rarathore=ptc@tomcat.apache.org

On Fri, Feb 28, 2020, 07:39 Rathore, Rajendra  wrote:

> Hi Team,
>
> I am using below configuration in server.xml for tomcat
>
>  secretRequired="false" secure="false"  address="127.0.0.1"
>tomcatAuthentication="false" enableLookups="false"
> maxPostSize="-1" maxSavePostSize="8388608" maxParameterCount="-1"
>useBodyEncodingForURI="true" URIEncoding="UTF-8"
> backlog="100" packetSize="8192"
>maxThreads="320" minSpareThreads="8"/>
>
> but I got below exception in start up time
>

< snip >

>

Caused by: java.lang.IllegalArgumentException:

The AJP Connector is configured with secretRequired="true" but the secret
> attribute is either null or "". This combination is not valid
>





Please let me know what should I put to fix the issue, it will be very
> helpful for me.
>
> I am stuck because of the above issue, we are using Apache and tomcat 
> for serving the request.
>
> Let me know if anything else required from my side.
>


issue faced in tomcat 8.5.51

2020-02-28 Thread Rathore, Rajendra
Hi Team,

I am using below configuration in server.xml for tomcat



but I got below exception in start up time

2020-02-27 17:59:57,524 ERROR [Servlet engine main] 
org.apache.catalina.core.StandardService  - Failed to start connector 
[Connector[AJP/1.3-8010]]
org.apache.catalina.LifecycleException: Protocol handler start failed
   at 
org.apache.catalina.connector.Connector.startInternal(Connector.java:1057)
   at 
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
   at 
org.apache.catalina.core.StandardService.startInternal(StandardService.java:440)
   at 
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
   at 
org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:766)
   at 
org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:688)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:498)
   at 
org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:343)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:498)
   at com.ptc.tomcat.embedded.Bootstrap.start(Bootstrap.java:495)
   at com.ptc.tomcat.embedded.Bootstrap.start(Bootstrap.java:439)
   at 
com.ptc.tomcat.embedded.Bootstrap.lambda$new$0(Bootstrap.java:167)
   at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.IllegalArgumentException: The AJP Connector is configured 
with secretRequired="true" but the secret attribute is either null or "". This 
combination is not valid.
   at 
org.apache.coyote.ajp.AbstractAjpProtocol.start(AbstractAjpProtocol.java:274)
   at 
org.apache.catalina.connector.Connector.startInternal(Connector.java:1055)
   ... 19 more


Please let me know what should I put to fix the issue, it will be very helpful 
for me.

I am stuck because of the above issue, we are using Apache and tomcat for 
serving the request.

Let me know if anything else required from my side.


Thanks and Regards,
Rajendra Rathore
9922701491



RE: BLOCKING: performance issue with Tomcat 8.5.35 in org.apache.tomcat.util.net.NioBlockingSelector.write API

2020-01-08 Thread Rathore, Rajendra
Hi Zahid,

How below link is going to help me out to know the root cause of the problem?

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Zahid Rahman  
Sent: Thursday, January 9, 2020 10:53 AM
To: Tomcat Users List 
Subject: Re: BLOCKING: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

External email from: users-return-269283-rarathore=ptc@tomcat.apache.org

https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.codota.com%2Fcode%2Fjava%2Fmethods%2Forg.apache.tomcat.util.net.NioBlockingSelector%2Fopendata=02%7C01%7Crarathore%40ptc.com%7C02a8c62f96c84b8ea63c08d794c40c25%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C637141442053995621sdata=E666bJmF4N1wxBhm%2Fa%2BY29lvLlA32tQ%2B4F3lwBnLM2g%3Dreserved=0


On Thu, 9 Jan 2020, 04:49 Rathore, Rajendra,  wrote:

> Hi Team,
>
> If someone know how to check whether proper read/write operation done 
> or not or it will caused by network please let me know because it is 
> blocking for me.
>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Rathore, Rajendra
> Sent: Wednesday, January 8, 2020 11:43 AM
> To: 'Tomcat Users List' 
> Subject: RE: performance issue with Tomcat 8.5.35 in 
> org.apache.tomcat.util.net.NioBlockingSelector.write API
>
> Can someone please help me to find out the root cause for below issue.
>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Rathore, Rajendra
> Sent: Tuesday, January 7, 2020 4:16 PM
> To: Tomcat Users List 
> Subject: RE: performance issue with Tomcat 8.5.35 in 
> org.apache.tomcat.util.net.NioBlockingSelector.write API
>
> Hi Remy,
>
> Thanks for the reply,
>
> As you mention below points
>
> "There's a problem only if things are blocked improperly, for example 
> if the client is correctly reading the data and/or there's no network backlog.
> Also the timeout configured on the connector must be respected by the 
> operation."
>
> 1. how can we check the network backlog or data read/write not working 
> properly, if any tool pls let us know 2. how can we set connector timeout.
>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Rémy Maucherat 
> Sent: Tuesday, January 7, 2020 4:11 PM
> To: Tomcat Users List 
> Subject: Re: performance issue with Tomcat 8.5.35 in 
> org.apache.tomcat.util.net.NioBlockingSelector.write API
>
> External email from: users-return-269207-rarathore= 
> ptc@tomcat.apache.org
>
> On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra 
> wrote:
>
> > Hi Rémy/ Christopher,
> >
> > It will stuck there for 10-15 minutes, so it will take time to load 
> > simple Web UI, there is no WebSocket call. I am giving you one of 
> > the sample where it will take 90% time in write operation, sometime 
> > it will
> reach to 100%.
> >
> >
> >  ||
> >
> > O-org.apache.coyote.ajp.AjpProcessor.writeData(AjpProcessor.java:133
> > 1)
> > count=1669(%92.877)
> >  ||
> >
> > O-org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBa
> > se
> > .java:385)
> > count=1669(%92.877)
> >  ||
> >
> > O-org.apache.tomcat.util.net.SocketWrapperBase.writeBlocking(SocketW
> > ra
> > pperBase.java:462)
> > count=1669(%92.877)
> >  ||
> >
> > O-org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapper
> > Ba
> > se.java:726)
> > count=1669(%92.877)
> >  ||
> >
> > O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(Ni
> > oE
> > ndpoint.java:1316)
> > count=1669(%92.877)
> >  ||
> >
> > O-org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.j
> > av
> > a:157)
> > count=1669(%92.877)
> >  ||
> >
> > O-org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSe
> > le
> > ctor.java:114)
> > count=1667(%92.766)
> >  ||
> > |
> > O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitWrite
> > La
> > tch(NioEndpoint.java:1160)
> >

RE: BLOCKING: performance issue with Tomcat 8.5.35 in org.apache.tomcat.util.net.NioBlockingSelector.write API

2020-01-08 Thread Rathore, Rajendra
Hi Team,

If someone know how to check whether proper read/write operation done or not or 
it will caused by network please let me know because it is blocking for me.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rathore, Rajendra 
Sent: Wednesday, January 8, 2020 11:43 AM
To: 'Tomcat Users List' 
Subject: RE: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

Can someone please help me to find out the root cause for below issue.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rathore, Rajendra
Sent: Tuesday, January 7, 2020 4:16 PM
To: Tomcat Users List 
Subject: RE: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

Hi Remy,

Thanks for the reply,

As you mention below points

"There's a problem only if things are blocked improperly, for example if the 
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the 
operation."

1. how can we check the network backlog or data read/write not working 
properly, if any tool pls let us know 2. how can we set connector timeout.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rémy Maucherat 
Sent: Tuesday, January 7, 2020 4:11 PM
To: Tomcat Users List 
Subject: Re: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

External email from: users-return-269207-rarathore=ptc@tomcat.apache.org

On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra  wrote:

> Hi Rémy/ Christopher,
>
> It will stuck there for 10-15 minutes, so it will take time to load 
> simple Web UI, there is no WebSocket call. I am giving you one of the 
> sample where it will take 90% time in write operation, sometime it will reach 
> to 100%.
>
>
>  ||
>
> O-org.apache.coyote.ajp.AjpProcessor.writeData(AjpProcessor.java:1331)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBase
> .java:385)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.SocketWrapperBase.writeBlocking(SocketWra
> pperBase.java:462)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapperBa
> se.java:726)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(NioE
> ndpoint.java:1316)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.jav
> a:157)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSele
> ctor.java:114)
> count=1667(%92.766)
>  ||
> |
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitWriteLa
> tch(NioEndpoint.java:1160)
> count=1667(%92.766)
>  ||
> |
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitLatch(NioEndpoint.java:1157)
> count=1667(%92.766)
>  ||
> |
> O-java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
> count=1667(%92.766)
>
>
It's a normal blocking write, and the await does not consume CPU (it sits there 
however and a profiler will count that but it doesn't matter).
There's a problem only if things are blocked improperly, for example if the 
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the operation.

Rémy

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



RE: performance issue with Tomcat 8.5.35 in org.apache.tomcat.util.net.NioBlockingSelector.write API

2020-01-07 Thread Rathore, Rajendra
Can someone please help me to find out the root cause for below issue.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rathore, Rajendra 
Sent: Tuesday, January 7, 2020 4:16 PM
To: Tomcat Users List 
Subject: RE: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

Hi Remy,

Thanks for the reply,

As you mention below points

"There's a problem only if things are blocked improperly, for example if the 
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the 
operation."

1. how can we check the network backlog or data read/write not working 
properly, if any tool pls let us know 2. how can we set connector timeout.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rémy Maucherat 
Sent: Tuesday, January 7, 2020 4:11 PM
To: Tomcat Users List 
Subject: Re: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

External email from: users-return-269207-rarathore=ptc@tomcat.apache.org

On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra  wrote:

> Hi Rémy/ Christopher,
>
> It will stuck there for 10-15 minutes, so it will take time to load 
> simple Web UI, there is no WebSocket call. I am giving you one of the 
> sample where it will take 90% time in write operation, sometime it will reach 
> to 100%.
>
>
>  ||
>
> O-org.apache.coyote.ajp.AjpProcessor.writeData(AjpProcessor.java:1331)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBase
> .java:385)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.SocketWrapperBase.writeBlocking(SocketWra
> pperBase.java:462)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapperBa
> se.java:726)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(NioE
> ndpoint.java:1316)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.jav
> a:157)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSele
> ctor.java:114)
> count=1667(%92.766)
>  ||
> |
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitWriteLa
> tch(NioEndpoint.java:1160)
> count=1667(%92.766)
>  ||
> |
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitLatch(NioEndpoint.java:1157)
> count=1667(%92.766)
>  ||
> |
> O-java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
> count=1667(%92.766)
>
>
It's a normal blocking write, and the await does not consume CPU (it sits there 
however and a profiler will count that but it doesn't matter).
There's a problem only if things are blocked improperly, for example if the 
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the operation.

Rémy


RE: performance issue with Tomcat 8.5.35 in org.apache.tomcat.util.net.NioBlockingSelector.write API

2020-01-07 Thread Rathore, Rajendra
Hi Remy,

Thanks for the reply,

As you mention below points

"There's a problem only if things are blocked improperly, for example if the 
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the 
operation."

1. how can we check the network backlog or data read/write not working 
properly, if any tool pls let us know
2. how can we set connector timeout.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rémy Maucherat  
Sent: Tuesday, January 7, 2020 4:11 PM
To: Tomcat Users List 
Subject: Re: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

External email from: users-return-269207-rarathore=ptc@tomcat.apache.org

On Tue, Jan 7, 2020 at 6:33 AM Rathore, Rajendra  wrote:

> Hi Rémy/ Christopher,
>
> It will stuck there for 10-15 minutes, so it will take time to load 
> simple Web UI, there is no WebSocket call. I am giving you one of the 
> sample where it will take 90% time in write operation, sometime it will reach 
> to 100%.
>
>
>  ||
>
> O-org.apache.coyote.ajp.AjpProcessor.writeData(AjpProcessor.java:1331)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBase
> .java:385)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.SocketWrapperBase.writeBlocking(SocketWra
> pperBase.java:462)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapperBa
> se.java:726)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(NioE
> ndpoint.java:1316)
> count=1669(%92.877)
>  ||
>   
> O-org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.jav
> a:157)
> count=1669(%92.877)
>  ||
> 
> O-org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSele
> ctor.java:114)
> count=1667(%92.766)
>  ||
> |  
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitWriteLa
> tch(NioEndpoint.java:1160)
> count=1667(%92.766)
>  ||
> |
> O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitLatch(NioEndpoint.java:1157)
> count=1667(%92.766)
>  ||
> |
> O-java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
> count=1667(%92.766)
>
>
It's a normal blocking write, and the await does not consume CPU (it sits there 
however and a profiler will count that but it doesn't matter).
There's a problem only if things are blocked improperly, for example if the 
client is correctly reading the data and/or there's no network backlog.
Also the timeout configured on the connector must be respected by the operation.

Rémy


RE: performance issue with Tomcat 8.5.35 in org.apache.tomcat.util.net.NioBlockingSelector.write API

2020-01-06 Thread Rathore, Rajendra
-org.apache.coyote.ajp.AjpProcessor.writeData(AjpProcessor.java:1331) 
count=1669(%92.877)
 || 
 
O-org.apache.tomcat.util.net.SocketWrapperBase.write(SocketWrapperBase.java:385)
 count=1669(%92.877)
 || 
   
O-org.apache.tomcat.util.net.SocketWrapperBase.writeBlocking(SocketWrapperBase.java:462)
 count=1669(%92.877)
 || 
 
O-org.apache.tomcat.util.net.SocketWrapperBase.doWrite(SocketWrapperBase.java:726)
 count=1669(%92.877)
 || 
   
O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.doWrite(NioEndpoint.java:1316)
 count=1669(%92.877)
 || 
 
O-org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:157) 
count=1669(%92.877)
 || 
   
O-org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:114)
 count=1667(%92.766)
 || 
   |  
O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitWriteLatch(NioEndpoint.java:1160)
 count=1667(%92.766)
 || 
   |
O-org.apache.tomcat.util.net.NioEndpoint$NioSocketWrapper.awaitLatch(NioEndpoint.java:1157)
 count=1667(%92.766)
 || 
   |  
O-java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277) 
count=1667(%92.766)

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rémy Maucherat  
Sent: Monday, January 6, 2020 10:18 PM
To: Tomcat Users List 
Subject: Re: performance issue with Tomcat 8.5.35 in 
org.apache.tomcat.util.net.NioBlockingSelector.write API

External email from: users-return-269178-rarathore=ptc@tomcat.apache.org

On Mon, Jan 6, 2020 at 1:27 PM Rathore, Rajendra  wrote:

> Hi Team,
>
>
>
> We are facing performance issue during 
> *org.apache.tomcat.util.net.NioBlockingSelector.write
> API call, *,most of our thread stuck and spending more time in that 
> API, you can check below screenshot for more details.
>
>
>
>
>
>
>
>
>
> We debug the code and found that NioChannel.write method return 
> 0(Zero) value, in that case our threads are stuck, Please  let us know 
> why this happen.
>

As NIO is non blocking IO, 0 bytes written means there's a backlog and output 
will block in NioBlockingSelector since it emulates blocking IO there. It 
should not actually consume CPU, just wait until there's a poller event 
indicating writing data may continue.

Rémy


>
>
> Please let me know if you need more details.
>
>
>
>
>
> Thanks and Regards,
>
> Rajendra Rathore
>
> 9922701491
>
>
>

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



performance issue with Tomcat 8.5.35 in org.apache.tomcat.util.net.NioBlockingSelector.write API

2020-01-06 Thread Rathore, Rajendra
Hi Team,

We are facing performance issue during 
org.apache.tomcat.util.net.NioBlockingSelector.write API call, ,most of our 
thread stuck and spending more time in that API, you can check below screenshot 
for more details.


[cid:image002.jpg@01D5C4BA.A1BBFAB0]


We debug the code and found that NioChannel.write method return 0(Zero) value, 
in that case our threads are stuck, Please  let us know why this happen.

Please let me know if you need more details.


Thanks and Regards,
Rajendra Rathore
9922701491



Thread pools

2019-03-28 Thread Rajendra Popuri
Hi,

Is any parameter to recycle Tomcat connector thread pools like Datasource
pools? Or we can only define maxThreads value to connector element. Please
advise.

Thanks,
Rajendra
-- 
Thanks Rajendra


Datasource Connection Pool

2019-03-18 Thread Rajendra
Hi,

Tomcat(8.5.32) is not establishing connections to database after database is 
restarted. Currently, I am restarting Tomcat instance if DB is restarted. 
Please let me know any parameters need to be added to datasource resource 
element in Tomcat in order to establish database connections automatically 
after database back into online.

Thanks !

Rajendra



RE: loss of connection with mod_jk(tomcat connector)

2019-02-06 Thread Rathore, Rajendra
Hi Rainer,

I am not much aware about JkShmFile but it was working fine with tomcat 
connector 1.2.43, is anything I need to setup for more loggers because even I 
am also not getting the actual problem.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rainer Jung  
Sent: 06 February 2019 06:41 PM
To: Tomcat Users List ; Rathore, Rajendra 

Subject: Re: loss of connection with mod_jk(tomcat connector)

External email from: rainer.j...@kippdata.de

Hi Rajendra,

Am 06.02.2019 um 12:36 schrieb Rathore, Rajendra:
> Hi Mark,
> 
> I am stuck and due to below issue unable to update to latest tomcat 
> connector, can you please share your finding, let me know if you need 
> anything from my side, I also raise issue 
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.apache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D63075data=02%7C01%7Crarathore%40ptc.com%7C1a09aaa2eae847b573eb08d68c349039%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C636850554720305577sdata=6u4FOXO5xbYRAJ2GFXE8zwNOIZ2MyNuVtuphdD6xur0%3Dreserved=0
>  but there is no progress on it.

as Mark already wrote, your mod_jk log file shows, that many of your tomcat 
instances are down.

You have configured a load balancer with 9 members, listening on localhost 
ports 8010-8018, but of these 9 tomcat instances only the one listening on port 
8010 was up. So some requests work, because they were forwarded coincidentally 
to the working port, others fail, because they were forwarded to one of the 8 
ports were nothing is listening and even their failover failed, because when 
only one out of 9 ports work, chances are very high, that the failover also 
hits a port where nothing listens.

mod_jk remembers the failing workers (ports) for some time and will not retry 
to use them, but as I wrote in the ticket, you have a broken JkShmFile, so 
mod_jk balancers can not correctly work. Fix that problem first and make sure 
your ports are actually listening.

Regards,

Rainer

> -Original Message-
> From: Rathore, Rajendra 
> Sent: 17 January 2019 10:33 AM
> To: Tomcat Users List 
> Subject: RE: loss of connection with mod_jk(tomcat connector)
> 
> External email from: 
> users-return-266670-rarathore=ptc@tomcat.apache.org
> 
> Hi Mark,
> 
> We configure multiple tomcat and based on the configuration start 
> other tomcat, since one tomcat running fine but after some time it 
> will stop communicating, this problem we face from Tomcat Connector 
> 1.2.46 version onwards, for 1.2.43 it works fine, please let me know 
> if I need to enable extra loggers that will help out to understand the 
> problem better,
> 
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
> 
> -Original Message-
> From: Mark Thomas 
> Sent: 17 January 2019 05:05 AM
> To: Tomcat Users List 
> Subject: Re: loss of connection with mod_jk(tomcat connector)
> 
> External email from: 
> users-return-29-rarathore=ptc@tomcat.apache.org
> 
> On 16/01/2019 12:26, Rathore, Rajendra wrote:
>> Hi Team,
>>
>>   
>>
>> we are using Apache Http server with basic authentication, when we 
>> try to send some request to apache for authentication it will fail 
>> with
>> 401 error and when we check the JK Status,
>>
>> we found that status was not proper means instead of 'OK' state it 
>> was 'Awaiting..'. We are facing this issue with tomcat connector 
>> 1.2.46, it worked with 1.2.43. I attached our log files for your 
>> reference, please let me know if you need anything else.
> 
> Logs show the Tomcat instances aren't listening on the configured host/ports.
> 
> Mark


RE: loss of connection with mod_jk(tomcat connector)

2019-02-06 Thread Rathore, Rajendra
Hi Mark,

I am stuck and due to below issue unable to update to latest tomcat connector, 
can you please share your finding, let me know if you need anything from my 
side, I also raise issue https://bz.apache.org/bugzilla/show_bug.cgi?id=63075 
but there is no progress on it.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rathore, Rajendra  
Sent: 17 January 2019 10:33 AM
To: Tomcat Users List 
Subject: RE: loss of connection with mod_jk(tomcat connector)

External email from: users-return-266670-rarathore=ptc@tomcat.apache.org

Hi Mark,

We configure multiple tomcat and based on the configuration start other tomcat, 
since one tomcat running fine but after some time it will stop communicating, 
this problem we face from Tomcat Connector 1.2.46 version onwards, for 1.2.43 
it works fine, please let me know if I need to enable extra loggers that will 
help out to understand the problem better,

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Mark Thomas 
Sent: 17 January 2019 05:05 AM
To: Tomcat Users List 
Subject: Re: loss of connection with mod_jk(tomcat connector)

External email from: users-return-29-rarathore=ptc@tomcat.apache.org

On 16/01/2019 12:26, Rathore, Rajendra wrote:
> Hi Team,
> 
>  
> 
> we are using Apache Http server with basic authentication, when we try 
> to send some request to apache for authentication it will fail with
> 401 error and when we check the JK Status,
> 
> we found that status was not proper means instead of 'OK' state it was 
> 'Awaiting..'. We are facing this issue with tomcat connector 1.2.46, 
> it worked with 1.2.43. I attached our log files for your reference, 
> please let me know if you need anything else.

Logs show the Tomcat instances aren't listening on the configured host/ports.

Mark

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



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



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



RE: loss of connection with mod_jk(tomcat connector)

2019-01-16 Thread Rathore, Rajendra
Hi Mark,

We configure multiple tomcat and based on the configuration start other tomcat, 
since one tomcat running fine but after some time it will stop communicating, 
this problem we face from Tomcat Connector 1.2.46 version onwards, for 1.2.43 
it works fine, please let me know if I need to enable extra loggers that will 
help out to understand the problem better,

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Mark Thomas  
Sent: 17 January 2019 05:05 AM
To: Tomcat Users List 
Subject: Re: loss of connection with mod_jk(tomcat connector)

External email from: users-return-29-rarathore=ptc@tomcat.apache.org

On 16/01/2019 12:26, Rathore, Rajendra wrote:
> Hi Team,
> 
>  
> 
> we are using Apache Http server with basic authentication, when we try 
> to send some request to apache for authentication it will fail with 
> 401 error and when we check the JK Status,
> 
> we found that status was not proper means instead of 'OK' state it was 
> 'Awaiting..'. We are facing this issue with tomcat connector 1.2.46, 
> it worked with 1.2.43. I attached our log files for your reference, 
> please let me know if you need anything else.

Logs show the Tomcat instances aren't listening on the configured host/ports.

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 MaxConnectons

2019-01-11 Thread Rajendra Popuri
Hi Chris,

Thanks for prom response.

Actually I am trying to understand the attributes acceptCount vs
maxConnections. Assuming this is the maximum socket connections tomcat can
handle   In a time and this can be restricted with ulimit -f in linux.
Please advise.

Thanks,
Rajendra

On Fri, Jan 11, 2019 at 12:34 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Rajendra,
>
> On 1/11/19 10:20, Rajendra Popuri wrote:
> > What is maxConnections attribute in Tomcat
>
> It is all but deprecated IMHO.
>
> http://tomcat.apache.org/tomcat-9.0-doc/config/http.html#Standard_Implem
> entation
>
> Search for "maxConnections".
>
> Then read about Executors. They are a better idea.
>
> > and what is the optimum value in Unix machine?
>
> There isn't anything UNIX-specific about the optimum value. The
> default is 10,000 for NIO/NIO2 and 8192 for APR (I'm not sure why
> there is a difference in the defaults; perhaps we should fix that),
> which "ought to be enough for anyone".
>
> The proper value for your environment is highly dependent upon your
> use-case(s). If you tell us a little more about what you are doing,
> perhaps we can give you a better answer.
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/
>
> iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlw406wACgkQHPApP6U8
> pFh/+RAAke9fQiwIvCvp2w3ktrOXr+l56zIE/YJLk50PofEWWIz8LAV31jfmHP/s
> w5ROawFomB0UlSuAMJp1dmy43L9ptj7i7BDpwPMU74m8FPwUxWEi7rJ9bC5M2q00
> WNuBGcwENZ6zHWXURzZFJqoJTcK7e3U2xv7EMAHuTuJ1qSyrdbxQkDyLmJt0Cbep
> XNrtW9RAH++DDW992EL2T1wkRYGrVVdJP7g6D8ncQyf55umH+FWhEKfccTWRzsBX
> o2sg0OIfBRDxSilphRKLvhXaXcTDa2B5YBLCsnafNyWS5AGGr90WLvKrRamgZfVU
> +r4jQDgiuf94UJdanHOuhLQXBv+ejxeo/OMvCF3TZ2wkBrSEgsv4h74BcGHuK/v5
> Clfi+jw6y9EiQI6CTC5pYyNpu3f77zYvBCgRaN4M7qXss8HmNYNMIiLkrubKs1WT
> /d2xbjFT4bIPYdcYD+mw/uu/7jU8IubYyvAdEFFAEbCVaIPQAMgfl/ZmarO4o2qO
> r9qi+cY/TrNInNqjyrNrAjCEU5zgXJorrO8kDmLryp0TdyGpDll1H3eEIErLiM1W
> DJNCB8hq1VRQz8B8mrnOZnc3RvYdz5FDEJIiWPwvlDDjF9YCfUPC5zLiCbaopGEO
> UonupLQdtP94mvM3BwnMajnRhuO60kCbBZsZROozXZAtYvydorc=
> =kvz+
> -END PGP SIGNATURE-
>
> -----
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
> --
Thanks Rajendra


Tomcat MaxConnectons

2019-01-11 Thread Rajendra Popuri
What is maxConnections attribute in Tomcat and what is the optimum value in
Unix machine?

Thanks,
Raj
-- 
Thanks Rajendra


RE: Tomcat SSL - unsupported protocol or cipher suit error

2019-01-06 Thread Rajendra
Yes, TLS 1.2 protocol not enabled by default prior to jdk1.7.0_131 version. It 
has to enabled explicitly in order to support TLS1.2 if you are using earlier 
versions of jdk1.7.

Thanks !

Rajendra

From: John Larsen
Sent: 06 January 2019 11:17
To: Tomcat Users List
Subject: Re: Tomcat SSL - unsupported protocol or cipher suit error

I have run into this and solved it.

Basically its due to JDK versions 7 and older.
Two options to fix.
1. upgrade to jdk8
2. Add the following to your JAVA_OPTS or CATALINA_OPTS:
-Dhttps.protocols=TLSv1.2
-Dhttps.cipherSuites=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

John

On Sun, Jan 6, 2019 at 6:39 AM Rajendra  wrote:

> Sameer, can you please share Connector element for ssl port in server.xml
> file?
>
> Also, what is Jdk version you are using?
>
> Thanks !
>
> Rajendra
>
> From: Sameer Umbrajkar
> Sent: 06 January 2019 08:13
> To: users@tomcat.apache.org
> Subject: Tomcat SSL - unsupported protocol or cipher suit error
>
> Dear All,
>
> I am trying to  configure SSL (HTTPS) for Apache Tomcat 8.5.13. I am facing
> below error after importing the certificates.
>
> ==
>
> This page can’t be displayed
>
> Turn on TLS 1.0, TLS 1.1, and TLS 1.2 in Advanced settings and try
> connecting to *https://localhost:8443 <https://localhost:8443/> *again. If
> this error persists, it is possible that this site uses an unsupported
> protocol or cipher suite such as RC4 (link for the details)
> <http://go.microsoft.com/fwlink/?LinkId=735074>, which is not considered
> secure. Please contact your site administrator
>
> ===
>
>
> To generate Key store
> keytool.exe -genkey -alias tomcat -keysize 2048 -keyalg RSA
>
> To generate Certificate request i.e. CSR
> keytool -certreq -keyalg RSA -alias tomcat -file boqa.csr -keystore
> E:\SSL\.keystore
>
> To import chain (intermediate CA)
> keytool -import -trustcacerts -alias intermediate -keystore
> E:\SSL\.keystore -file E:\SSL\MOFChain.cer
>
> To import the signed server certificate
> keytool -import -alias tomcat -keystore E:\SSL\.keystore -file
> E:\SSL\mbq.cer
>
> We did not face error while importing the signed certificates however
> facing TLS protocol/cipher suit related issue now.
> Please help with your insights to resolve the issue
>
> Regards,
>
> Sameer
>
>



RE: Tomcat SSL - unsupported protocol or cipher suit error

2019-01-06 Thread Rajendra
Sameer, can you please share Connector element for ssl port in server.xml file? 

Also, what is Jdk version you are using?

Thanks !

Rajendra

From: Sameer Umbrajkar
Sent: 06 January 2019 08:13
To: users@tomcat.apache.org
Subject: Tomcat SSL - unsupported protocol or cipher suit error

Dear All,

I am trying to  configure SSL (HTTPS) for Apache Tomcat 8.5.13. I am facing
below error after importing the certificates.

==

This page can’t be displayed

Turn on TLS 1.0, TLS 1.1, and TLS 1.2 in Advanced settings and try
connecting to *https://localhost:8443 <https://localhost:8443/> *again. If
this error persists, it is possible that this site uses an unsupported
protocol or cipher suite such as RC4 (link for the details)
<http://go.microsoft.com/fwlink/?LinkId=735074>, which is not considered
secure. Please contact your site administrator

===


To generate Key store
keytool.exe -genkey -alias tomcat -keysize 2048 -keyalg RSA

To generate Certificate request i.e. CSR
keytool -certreq -keyalg RSA -alias tomcat -file boqa.csr -keystore
E:\SSL\.keystore

To import chain (intermediate CA)
keytool -import -trustcacerts -alias intermediate -keystore
E:\SSL\.keystore -file E:\SSL\MOFChain.cer

To import the signed server certificate
keytool -import -alias tomcat -keystore E:\SSL\.keystore -file
E:\SSL\mbq.cer

We did not face error while importing the signed certificates however
facing TLS protocol/cipher suit related issue now.
Please help with your insights to resolve the issue

Regards,

Sameer



Tomcat - Tibco jms

2018-12-20 Thread Rajendra Popuri
Hi,

Could you please share tibco jms configuration details in Tomcat if anyone
aware of it.

Thanks,
Rajendra
-- 
Thanks Rajendra


Tomcat JMS Setup

2018-12-18 Thread Rajendra
Hi,

I am trying to integrate ActiveMQ with Tomcat. I have defined a queue, Topic 
and Connection Factory in Tomcat server.xml and Context.xml file as below. 

Server.xml
===










Context.xml:




Do I need to create the JMS resources using ActiveMQ console as well in order 
to use the JMS resources? Please let me know.

Thanks !

Rajendra



JMS Testing

2018-12-17 Thread Rajendra
Hi,

How to test JMS on Tomcat without writing client code? Please let me know if 
anyone knows the steps or process.

Thanks !

Rajendra



RE: precompile JSPs failure issue - Tomcat community

2018-11-06 Thread Rathore, Rajendra
Hi Rainer/Chris,

I tried below command, it also fails with same error,
Please find attached output of strace command, I am unable to found any help 
from that file or I might not have much idea about it, can you please check it 
and let me know your finding, mean while is there any way to run the jspc 
command in single thread model like 8.5.32 tomcat version.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Christopher Schultz  
Sent: 02 November 2018 06:48 PM
To: users@tomcat.apache.org
Subject: Re: precompile JSPs failure issue - Tomcat community

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Rainer,

On 11/2/18 06:20, Rainer Jung wrote:
> You can control the number of threads using -threadCount. By default 
> the number is equals to the number of cores the operating system show 
> to the JVM.

x 2

> You might want to use a smaller number to see whether that helps.
> 
> I suggest you also check your Linux system limits on processes per 
> user. That system limit on Linux in fact limits threads per user.
> So if such a limit is set and your user has other processes with many 
> threads running, you might need to increase this limit.
> 
> In addition you can run your ant process with
> 
> strace -f -o /var/tmp/strace.out HERE_COMES_YOUR_ANT_COMMAND &
> 
> Then after you get the error, you can check the strace.out file for 
> system call errors. The file will be big, but most probably the error 
> is relatively close to the end.

- -chris

-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlvcTpgACgkQHPApP6U8
pFjorRAAgGTY4qhWtokCdEqowTjN3rWQUk75aCCEEX/zxhQloiXf3cC1CeQEDqjG
SwnATFP7VN7/z1vAdgV9MQlK4SFBy5mp/Tf8HL8K33h6kv0CoEIcvjYbn5fUbpAu
QxmD7zZzEol2hXaKm8+oMnIe28G+dp74jqEpUgbhLDZhd4gAZxc+lejkHRIM8Sqj
hAdi1jh3cslwRpHf5j+Ff9BvYfAuS7ET6aT6e85zsFotj3S6LoXr8zX2HxoDuYWc
P1OebWr9lrJDp/QZEdVDGYPk3b4mZWWG56BK0TTBo+b0TY+52bgXnG71g0tfK1PB
MV1E4wVOj1wYwTuqmZIBXUfLzvGZMIEDG8p4Ne/pM3Hf/ekViQdW7wE19Ro28b3m
iF5AQqeG80P+yerTk7Vic5p7YV11rZrnFT9bUYOe3zBwLJL/GG9zgBQJj1usGtLT
nCmS/7wj4YvqWr8UtagqfbzYyXpEZZ0ZQt67bfONLCXTyyDkd4vRQauGJkMnQEL3
Qobw9SVOefxvVa7ChNBmja6KlmsGhmSlSzW51o2UUiGuwl0tuuwuccw4A+baUMF+
8d/rfzEhFW7SF4Y1/681rvWoEyxA05ILd80+i9BSzr66z+v2+21i5ivWqYZ+TWaF
g8X7kk84JriPgiEbuwqvCG6TmpaXOF0w1FW20s28XiH7uvyllPE=
=/xUp
-END PGP SIGNATURE-

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

10807 stat("/utf/target/Windchill/codebase/wtcore/test/dynAnon.jsp", 
{st_mode=S_IFREG|0775, st_size=360, ...}) = 0
10807 clone(child_stack=0x7f53af001fb0, 
flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID,
 parent_tidptr=0x7f53af0029d0, tls=0x7f53af002700, child_tidptr=0x7f53af0029d0) 
= -1 EAGAIN (Resource temporarily unavailable)
10807 write(1, "!+! ERROR OCCURRED @ /utf/target"..., 81) = 81
10807 write(1, "\n", 1) = 1
10807 write(36, "!+! ERROR OCCURRED @ /utf/target"..., 81) = 81
10807 write(36, "\n", 1)= 1
10807 write(1, "  [antcall] Exiting /utf/target/"..., 71) = 71
10807 write(1, "\n", 1) = 1
10807 write(36, "  [antcall] Exiting /utf/target/"..., 71) = 71
10807 write(36, "\n", 1)= 1
10807 write(1, "\n---"..., 261) = 261
10807 write(1, "\n", 1) = 1
10807 write(36, "\n---"..., 261) = 261
10807 write(36, "\n", 1)= 1
10807 write(1, "!+! ERROR OCCURRED @ /utf/target"..., 81) = 81
10807 write(1, "\n", 1) = 1
10807 write(36, "!+! ERROR OCCURRED @ /utf/target"..., 81) = 81
10807 write(36, "\n", 1)= 1
10807 write(1, "  [antcall] Exiting /utf/target/"..., 71) = 71
10807 write(1, "\n", 1) = 1
10807 write(36, "  [antcall] Exiting /utf/target/"..., 71) = 71
10807 write(36, "\n", 1)= 1
10807 write(1, "\n---"..., 261) = 261
10807 write(1, "\n", 1) = 1
10807 write(36, "\n---"..., 261) = 261
10807 write(36, "\n", 1)= 1
10807 write(1, " [echo] FAILED to compile wt"..., 53) = 53
10807 write(1, "\n", 1) = 1
10807 write(36, " [echo] FAILED to compile wt"..., 53) = 53
10807 write(36, "\n", 1)= 1
10807 write(1, " [echo] ", 12)  = 12
10807 write(1, "\n", 1) = 1
10807 wri

RE: precompile JSPs failure issue - Tomcat community

2018-11-02 Thread Rathore, Rajendra
Hi Rainer,

We never face this issue with tomcat 8.5.32 and from 8.5.33 it will causing the 
issue and it happen on both OS Window and Linux, it will be blocking for us 
because we are not able to update tomcat to latest on and it had some security 
issue fixed in it, please let me know how should I proceed from here.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rainer Jung  
Sent: 02 November 2018 03:50 PM
To: Tomcat Users List ; Rathore, Rajendra 

Subject: Re: precompile JSPs failure issue - Tomcat community

Am 02.11.2018 um 10:57 schrieb Rathore, Rajendra:
> Hi Mark,
> 
> I tried with tomcat 8.5.33 and face the same issue, I logged a bug 
> also
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.ap
> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D62879data=02%7C01%7Crar
> athore%40ptc.com%7C80d42185b225483c061508d640accfbb%7Cb9921086ff774d0d
> 828acb3381f678e2%7C0%7C0%7C636767508304565081sdata=FGguJAuq0y%2Ft
> TMNTsd%2Fezc6yTbuOD5wxzlNWdYs8wFI%3Dreserved=0
> 
> Please let me know how should I proceed here?
> 
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
> 
> -Original Message-
> From: Rathore, Rajendra 
> Sent: 01 November 2018 06:10 PM
> To: Tomcat Users List 
> Subject: RE: precompile JSPs failure issue - Tomcat community
> 
> Hi Chao,
> 
> We already tried it and it still failing.
> 
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
> 
> -Original Message-
> From: Guang Chao 
> Sent: 01 November 2018 06:07 PM
> To: Tomcat Users List 
> Subject: Re: precompile JSPs failure issue - Tomcat community
> 
> On Thu, Nov 1, 2018 at 7:13 PM Rathore, Rajendra  wrote:
> 
>> Hi Mark,
>>
>> I am suspecting the same in 8.5.33 tomcat, do you still won't me to 
>> check it on tomcat 8.5.33?
>>
> 
> How about increasing your perm memory?
> 
> 
>>
>> Thanks and Regards,
>> Rajendra Rathore
>> 9922701491
>>
>> -Original Message-
>> From: Guang Chao 
>> Sent: 01 November 2018 03:41 PM
>> To: Tomcat Users List 
>> Subject: Re: precompile JSPs failure issue - Tomcat community
>>
>> On Thu, Nov 1, 2018 at 5:33 PM Mark Thomas  wrote:
>>
>>> On 01/11/2018 09:21, Rathore, Rajendra wrote:
>>>> Hi Team,
>>>>
>>>>
>>>>
>>>> We have precompileJSPs tests that include compilation of around
>>>> 4000 jsp files. After upgrading to Tomcat *8.5.34* from Tomcat
>>>> *8.5.32* we are facing an *Error:*/java.lang.OutOfMemoryError:
>>>> unable to create new native thread /
>>>>
>>>>
>>>>
>>>> The machines on which tests were executed have *16GB* of RAM, out 
>>>> of which around *13GB* was free.
>>>>
>>>> The precompileJSPs tests were executed on Tomcat *8.5.34* by 
>>>> setting ANT_OPTS from -Xmx4096m to -Xmx10240m, But Still the result 
>>>> was /OutOfMemoryError./
>>>>
>>>> / /
>>>>
>>>> However, We successfully tested precompileJSPs tests for Tomcat
>>>> *8.5.32 *with ANT_OPTS as -Xmx384m
>>>>
>>>>
>>>>
>>>> Can someone please have a look into this issue?
>>>
>>> Have you looked at the change log for the changes between 8.5.32 and
>>> 8.5.34 that might be relevant?
>>>
>>
>> It could be changelog in 8.5.33
>>
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.a
>> p 
>> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53011data=02%7C01%7Cra
>> r 
>> athore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0
>> d 
>> 828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=diEmx1WNaWPvH
>> %
>> 2FGMd8Ex%2B4AgZCaGxcC6fez5UD%2FEF1c%3Dreserved=0
>>
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.a
>> p 
>> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53492data=02%7C01%7Cra
>> r 
>> athore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0
>> d 
>> 828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=rl1N7m5upe4E7
>> A
>> 3zTAx4oht2cjUHfuDoNCWoOHKfkrs%3Dreserved=0
>>
>>
>>
>>>
>>> Have you tried testing with 8.5.33 to narrow down the version in 
>>> which the issue first appears?
>>>
>>> Mark
>>>
>>> 
>>> - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>> For additional commands, e-mail: users-h...@tomcat.apache.org

RE: precompile JSPs failure issue - Tomcat community

2018-11-02 Thread Rathore, Rajendra
Hi Mark,

I tried with tomcat 8.5.33 and face the same issue, I logged a bug also
https://bz.apache.org/bugzilla/show_bug.cgi?id=62879

Please let me know how should I proceed here?

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Rathore, Rajendra  
Sent: 01 November 2018 06:10 PM
To: Tomcat Users List 
Subject: RE: precompile JSPs failure issue - Tomcat community

Hi Chao,

We already tried it and it still failing.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Guang Chao 
Sent: 01 November 2018 06:07 PM
To: Tomcat Users List 
Subject: Re: precompile JSPs failure issue - Tomcat community

On Thu, Nov 1, 2018 at 7:13 PM Rathore, Rajendra  wrote:

> Hi Mark,
>
> I am suspecting the same in 8.5.33 tomcat, do you still won't me to 
> check it on tomcat 8.5.33?
>

How about increasing your perm memory?


>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Guang Chao 
> Sent: 01 November 2018 03:41 PM
> To: Tomcat Users List 
> Subject: Re: precompile JSPs failure issue - Tomcat community
>
> On Thu, Nov 1, 2018 at 5:33 PM Mark Thomas  wrote:
>
> > On 01/11/2018 09:21, Rathore, Rajendra wrote:
> > > Hi Team,
> > >
> > >
> > >
> > > We have precompileJSPs tests that include compilation of around
> > > 4000 jsp files. After upgrading to Tomcat *8.5.34* from Tomcat
> > > *8.5.32* we are facing an *Error:*/java.lang.OutOfMemoryError: 
> > > unable to create new native thread /
> > >
> > >
> > >
> > > The machines on which tests were executed have *16GB* of RAM, out 
> > > of which around *13GB* was free.
> > >
> > > The precompileJSPs tests were executed on Tomcat *8.5.34* by 
> > > setting ANT_OPTS from -Xmx4096m to -Xmx10240m, But Still the 
> > > result was /OutOfMemoryError./
> > >
> > > / /
> > >
> > > However, We successfully tested precompileJSPs tests for Tomcat
> > > *8.5.32 *with ANT_OPTS as -Xmx384m
> > >
> > >
> > >
> > > Can someone please have a look into this issue?
> >
> > Have you looked at the change log for the changes between 8.5.32 and
> > 8.5.34 that might be relevant?
> >
>
> It could be changelog in 8.5.33
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.ap
> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53011data=02%7C01%7Crar
> athore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d
> 828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=diEmx1WNaWPvH%
> 2FGMd8Ex%2B4AgZCaGxcC6fez5UD%2FEF1c%3Dreserved=0
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.ap
> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53492data=02%7C01%7Crar
> athore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d
> 828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=rl1N7m5upe4E7A
> 3zTAx4oht2cjUHfuDoNCWoOHKfkrs%3Dreserved=0
>
>
>
> >
> > Have you tried testing with 8.5.33 to narrow down the version in 
> > which the issue first appears?
> >
> > Mark
> >
> > 
> > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> >
>
> --
> Guang <
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjavade
> vnotes.com%2Fjava-string-to-datedata=02%7C01%7Crarathore%40ptc.co
> m%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d828acb3381f678e
> 2%7C0%7C0%7C636766727188877636sdata=lEQmu2kFIquRsA5rAeVw17HYosy6O
> 03GGZvt6d6CWCA%3Dreserved=0
> >
>


--
Guang 
<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjavadevnotes.com%2Fjava-string-comparedata=02%7C01%7Crarathore%40ptc.com%7Ce055c122a344402f19ff08d63ff74502%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C636766728579713014sdata=wcK%2FUGcxwfCAgJVNS4TvabtLLsGavYUKrEON1uDUpCQ%3Dreserved=0>
B CB  [  
X  ܚX KK[XZ[
 \ \  ][  X  ܚX P X ]
 \X K ܙ B  ܈Y][ۘ[  [X[  K[XZ[
 \ \  Z[ X ]
 \X K ܙ B 


RE: precompile JSPs failure issue - Tomcat community

2018-11-01 Thread Rathore, Rajendra
Hi Chao,

We already tried it and it still failing.

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Guang Chao  
Sent: 01 November 2018 06:07 PM
To: Tomcat Users List 
Subject: Re: precompile JSPs failure issue - Tomcat community

On Thu, Nov 1, 2018 at 7:13 PM Rathore, Rajendra  wrote:

> Hi Mark,
>
> I am suspecting the same in 8.5.33 tomcat, do you still won't me to 
> check it on tomcat 8.5.33?
>

How about increasing your perm memory?


>
> Thanks and Regards,
> Rajendra Rathore
> 9922701491
>
> -Original Message-
> From: Guang Chao 
> Sent: 01 November 2018 03:41 PM
> To: Tomcat Users List 
> Subject: Re: precompile JSPs failure issue - Tomcat community
>
> On Thu, Nov 1, 2018 at 5:33 PM Mark Thomas  wrote:
>
> > On 01/11/2018 09:21, Rathore, Rajendra wrote:
> > > Hi Team,
> > >
> > >
> > >
> > > We have precompileJSPs tests that include compilation of around 
> > > 4000 jsp files. After upgrading to Tomcat *8.5.34* from Tomcat 
> > > *8.5.32* we are facing an *Error:*/java.lang.OutOfMemoryError: 
> > > unable to create new native thread /
> > >
> > >
> > >
> > > The machines on which tests were executed have *16GB* of RAM, out 
> > > of which around *13GB* was free.
> > >
> > > The precompileJSPs tests were executed on Tomcat *8.5.34* by 
> > > setting ANT_OPTS from -Xmx4096m to -Xmx10240m, But Still the 
> > > result was /OutOfMemoryError./
> > >
> > > / /
> > >
> > > However, We successfully tested precompileJSPs tests for Tomcat
> > > *8.5.32 *with ANT_OPTS as -Xmx384m
> > >
> > >
> > >
> > > Can someone please have a look into this issue?
> >
> > Have you looked at the change log for the changes between 8.5.32 and
> > 8.5.34 that might be relevant?
> >
>
> It could be changelog in 8.5.33
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.ap
> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53011data=02%7C01%7Crar
> athore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d
> 828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=diEmx1WNaWPvH%
> 2FGMd8Ex%2B4AgZCaGxcC6fez5UD%2FEF1c%3Dreserved=0
>
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.ap
> ache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53492data=02%7C01%7Crar
> athore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d
> 828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=rl1N7m5upe4E7A
> 3zTAx4oht2cjUHfuDoNCWoOHKfkrs%3Dreserved=0
>
>
>
> >
> > Have you tried testing with 8.5.33 to narrow down the version in 
> > which the issue first appears?
> >
> > Mark
> >
> > 
> > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> >
>
> --
> Guang <
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjavade
> vnotes.com%2Fjava-string-to-datedata=02%7C01%7Crarathore%40ptc.co
> m%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d828acb3381f678e
> 2%7C0%7C0%7C636766727188877636sdata=lEQmu2kFIquRsA5rAeVw17HYosy6O
> 03GGZvt6d6CWCA%3Dreserved=0
> >
>


--
Guang 
<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjavadevnotes.com%2Fjava-string-comparedata=02%7C01%7Crarathore%40ptc.com%7Cc0bce30fc877421ebd6808d63ff6f1f2%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C636766727188877636sdata=Cp43ZHDMP7TAF44aMFpRhyHSgN6qtRD7YnSHYiRUc%2FA%3Dreserved=0>


RE: precompile JSPs failure issue - Tomcat community

2018-11-01 Thread Rathore, Rajendra
Hi Mark,

I am suspecting the same in 8.5.33 tomcat, do you still won't me to check it on 
tomcat 8.5.33?

Thanks and Regards,
Rajendra Rathore
9922701491

-Original Message-
From: Guang Chao  
Sent: 01 November 2018 03:41 PM
To: Tomcat Users List 
Subject: Re: precompile JSPs failure issue - Tomcat community

On Thu, Nov 1, 2018 at 5:33 PM Mark Thomas  wrote:

> On 01/11/2018 09:21, Rathore, Rajendra wrote:
> > Hi Team,
> >
> >
> >
> > We have precompileJSPs tests that include compilation of around 4000 
> > jsp files. After upgrading to Tomcat *8.5.34* from Tomcat *8.5.32* 
> > we are facing an *Error:*/java.lang.OutOfMemoryError: unable to 
> > create new native thread /
> >
> >
> >
> > The machines on which tests were executed have *16GB* of RAM, out of 
> > which around *13GB* was free.
> >
> > The precompileJSPs tests were executed on Tomcat *8.5.34* by setting 
> > ANT_OPTS from -Xmx4096m to -Xmx10240m, But Still the result was 
> > /OutOfMemoryError./
> >
> > / /
> >
> > However, We successfully tested precompileJSPs tests for Tomcat 
> > *8.5.32 *with ANT_OPTS as -Xmx384m
> >
> >
> >
> > Can someone please have a look into this issue?
>
> Have you looked at the change log for the changes between 8.5.32 and
> 8.5.34 that might be relevant?
>

It could be changelog in 8.5.33
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.apache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53011data=02%7C01%7Crarathore%40ptc.com%7Cb925903f163440c0623908d63fe25fc4%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C636766638847501834sdata=0pWCHhvlD%2FBKThN%2FvGEbfDE1%2F4SSXHYOaQIx028%2Fk9Q%3Dreserved=0
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbz.apache.org%2Fbugzilla%2Fshow_bug.cgi%3Fid%3D53492data=02%7C01%7Crarathore%40ptc.com%7Cb925903f163440c0623908d63fe25fc4%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C636766638847501834sdata=jzH4WEv0RTY%2BvJYmGvNIKS%2FFM6OSO4Kc8ZFRX4hmt2s%3Dreserved=0



>
> Have you tried testing with 8.5.33 to narrow down the version in which 
> the issue first appears?
>
> Mark
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

--
Guang 
<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fjavadevnotes.com%2Fjava-string-to-datedata=02%7C01%7Crarathore%40ptc.com%7Cb925903f163440c0623908d63fe25fc4%7Cb9921086ff774d0d828acb3381f678e2%7C0%7C0%7C636766638847501834sdata=S2z9J%2Bb75VYOsUR0aeRgyXIAjBTUVPvMxM7BU%2FGCDQ0%3Dreserved=0>


precompile JSPs failure issue - Tomcat community

2018-11-01 Thread Rathore, Rajendra
Hi Team,

We have precompileJSPs tests that include compilation of around 4000 jsp files. 
After upgrading to Tomcat 8.5.34 from Tomcat 8.5.32 we are facing an Error: 
java.lang.OutOfMemoryError: unable to create new native thread

The machines on which tests were executed have 16GB of RAM, out of which around 
13GB was free.
The precompileJSPs tests were executed on Tomcat 8.5.34 by setting ANT_OPTS 
from -Xmx4096m to -Xmx10240m, But Still the result was OutOfMemoryError.

However, We successfully tested precompileJSPs tests for Tomcat 8.5.32 with 
ANT_OPTS as -Xmx384m

Can someone please have a look into this issue?


Thanks and Regards,
Rajendra Rathore
9922701491

  
  


  



  

  





!+! EXITING FROM ANTCALL WITHIN PreCompileJsps[preCompileJsps.xml]

 [echo] FAILED to compile temp.jsp
 [echo] 
 [echo] The following error occurred while executing this line:
 [echo] preCompileJsps.xml: The following error occurred while executing 
this line:
 [echo] preCompileJsps.xml: java.lang.OutOfMemoryError: unable to create 
new native thread
  [antcall] Exiting preCompileJsps.xml.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Regarding ECJ jar with tomcat 8.5.13

2017-04-25 Thread Rathore, Rajendra
So it is ok to use ECJ 4.5.1 version jar with tomcat 8.5.13, am I right?

Thanks and Regards,
Rajendra Rathore
9922701491


-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com] 
Sent: Tuesday, April 25, 2017 12:42 PM
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: Regarding ECJ jar with tomcat 8.5.13

2017-04-25 8:48 GMT+03:00 Rathore, Rajendra <rarath...@ptc.com>:
> Hi Team,
>
> We are facing compatibility issue with latest ECJ jar with Drools, currently 
> we are using tomcat 8.5.13 with 4.6.1 ECJ jar, is it possible that we move to 
> 4.5.1 ECJ jar with tomcat 8.5.13, is there any compatibility issue happen, 
> Please confirm. I am also going to check the same on my local environment 
> also.
>
> Your assistance help a lot for us.

I think that there should not be any issues.
4.6 may add additional constant for "Java 9" --source version, but I think that 
the API used by Tomcat is the same.
(If it is different, you'll see right away).

You may try the current 4.6 which I think is 4.6.3. If it fixes your issue, 
feel free to file a Bugzilla entry.

See old Bugzilla issues for Tomcat for download links.

Best regards,
Konstantin Kolinko

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



Regarding ECJ jar with tomcat 8.5.13

2017-04-24 Thread Rathore, Rajendra
Hi Team,

We are facing compatibility issue with latest ECJ jar with Drools, currently we 
are using tomcat 8.5.13 with 4.6.1 ECJ jar, is it possible that we move to 
4.5.1 ECJ jar with tomcat 8.5.13, is there any compatibility issue happen, 
Please confirm. I am also going to check the same on my local environment also.

Your assistance help a lot for us.

Thanks and Regards,
Rajendra Rathore
9922701491



Problem with accessing HTML page under non-default appBase in Tomcat.

2008-01-11 Thread Rajendra Sakpal (Persistent)
Hi Folks,

 

I'm trying to access a HTML file placed in the appBase that is not under
the default webapps directory of Tomcat 5.5.  I cannot access the URL
(http://10.88.129.18:8088/post35.html) from browser.

 

Server.xml:



Host name=localhost appBase=/home/redhot/redhot1.25/redhotdata/web

   unpackWARs=true autoDeploy=true

   xmlValidation=false xmlNamespaceAware=false

 

Note: The post35.html in the above URL is under
/home/redhot/redhot1.25/redhotdata/web i.e. the appBase as defined
above.  

 

What could be the issue?  Have I configured Tomcat correctly? Please
help.

 

Thanks  regards,

Rajendra

 


NOTICE - This message and any attached files may contain information that is 
confidential and/or subject of legal privilege intended only for use by the 
intended recipient. If you are not the intended recipient or the person 
responsible for delivering the message to the intended recipient, be advised 
that you have received this message in error and that any dissemination, 
copying or use of this message or attachment is strictly forbidden, as is the 
disclosure of the information therein.  If you have received this message in 
error please notify the sender immediately and delete the message.


Re: Specifying relative path for TOMCAT 5.5 ?

2007-03-12 Thread Rajendra Sakpal

Thanks ORG.  The ServletContext method solved my problem.

Rajendra



On 3/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


Hi Rajendra,

This also confused the hell out of me.

Here are some tips

If a url is relative, its relative to the page
eg
moreInfo/Details/SomePage.htm
So its going to depend on the page the user is viewing and go from
there...
just like normal HTML pages.

When you want it to go to an absolute relative page LOOK at the folders
under you project name, or the folders under Web Pages in netbeans ONLY.

So in Netbeans if you have Details/SomePage.jsp under Web Pages and you
want
the link to go there, you would write it as
/Details/SomePage.jsp

That little  / at the beginning makes it go to that page regardless of the
page it is in.

Now when you want to get at your class files, you normally just use the
class name, no paths.
eg:
jsp:useBean scope=request id=searchBean
class=com.myco.searchResultBean /

BUT if you want to get at say the actual bytes then one way is to
   ServletContext context = getServletContext();
   sWebInfPath = context.getRealPath(/WEB-INF/);

This will give you that actual location on your file system and then you
can
just
use (new File) etc to get at the physical file in the sub folder.

A more advanced function is to go the same way as you would if you wanted
to
extract the bytes of a class from a Jar file

   in = getClass().getResourceAsStream(sPackageName);

it also works on Tomcat.

Hope that helps.

Heres some free software for you  http://coolese.100free.com/
All done on the amazing Tomcat

- Original Message -
Hi,

I am using TOMCAT 5.5.  I am creating a file in class that is called from
a
JSP.  However, the relative path that I have specified in the class
doesn't
seem to work.  The path that I have used is
:/webapps/Jonathon/WEB-INF/etc/subscriber.txt.

Can someone please let me know, what is wrong with the relative path ?

thanks in advance,
Rajendra


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




HTTP 400 error when deployment descriptor (web.xml) is used.

2007-03-12 Thread Rajendra Sakpal

Hi,



I have created a web application that is running fine with the Invoker
servlet settings enabled in the Tomcat 5.5\conf\web.xml.  Next, I tried
the following:

1. Added a web.xml in the WEB-INF directory of my application.
2. Re-started my server.
3. Attempted to access the homepage of my application.

Result: I get a HTTP 400 error. Following is the error message:

===
*type* Status report

*message* */Jonathon/UI/Welcome.htm*

*description* *The requested resource (/Jonathon/UI/Welcome.htm) is not
available.*

===

Queries:

1. What could be wrong with the web.xml ? Do I need to revert the Invoker
servlet settings enabled in the Tomcat 5.5\conf\web.xml ?

2. Do all the servlets used in the application need to be registered in
web.xml of the deployment ?

3. Do I need to change the calls for the servlets made in the
JSPs/HTMLs/Servlets to one specified in the servlet-name parameter in the
web.xml ?

Example:



Earlier, [with no deployment descriptor], the HMTL reference to servlet
was as follows:

form action=/Jonathon/servlet/business.ResponseServlet_requestDispatch
method=POST

Do I need to change it to :

form action=/Jonathon/confirmation method=POST





I have attached the web.xml of my deployment with the mail for your
reference.




thanks  regards,

Rajendra

?xml version=1.0 encoding=ISO-8859-1?
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4

web-app

	servlet
	servlet-nameconfirmation/servlet-name
	servlet-classbusiness.ResponseServlet_requestDispatch/servlet-class
	/servlet

	servlet-mapping
	servlet-nameconfirmation/servlet-name
	url-pattern/servlet/business/*/url-pattern
	/servlet-mapping

/web-app-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Specifying relative path for TOMCAT 5.5 ?

2007-03-01 Thread Rajendra Sakpal

Hi,

I am using TOMCAT 5.5.  I am creating a file in class that is called from a
JSP.  However, the relative path that I have specified in the class doesn't
seem to work.  The path that I have used is
:/webapps/Jonathon/WEB-INF/etc/subscriber.txt.

Can someone please let me know, what is wrong with the relative path ?

thanks in advance,
Rajendra


Re: Specifying relative path for TOMCAT 5.5 ?

2007-03-01 Thread Rajendra Sakpal

Hi Peter,

Thanks for your reply. Here are few more things in the context of the
relative path:

1. I am gathering that / refers to the drive where my Tomcat is installed
on Windows.  (With file path as /subscribers.txt the file is created at
the root of the drive.)

2. I am not using HTTP sessions.

regards,
Rajendra


On 3/1/07, Rajendra Sakpal [EMAIL PROTECTED] wrote:







On 3/1/07, Pid [EMAIL PROTECTED] wrote:

 Rajendra Sakpal wrote:
  Hi,
 
  I am using TOMCAT 5.5.  I am creating a file in class that is called
 from a
  JSP.  However, the relative path that I have specified in the class
 doesn't
  seem to work.  The path that I have used is
  :/webapps/Jonathon/WEB-INF/etc/subscriber.txt.
 
  Can someone please let me know, what is wrong with the relative path ?

 
  thanks in advance,
  Rajendra
 

 If you start the path with a / then it's not relative.

 There are functions to help you locate resources on webapp relative
 paths.

 String absolutePath = servletContext.getRealPath( relativePath );

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





Re: Specifying relative path for TOMCAT 5.5 ?

2007-03-01 Thread Rajendra Sakpal

Am I right to say that / refers to the Tomcat directory ?

If I mention the file path as /subscribers.txt, I don't find  the file in
the TOMCAT directory once the class is instantiated.

regards,
Rajendra




On 3/1/07, Pid [EMAIL PROTECTED] wrote:


Rajendra Sakpal wrote:
 Hi,

 I am using TOMCAT 5.5.  I am creating a file in class that is called
from a
 JSP.  However, the relative path that I have specified in the class
doesn't
 seem to work.  The path that I have used is
 :/webapps/Jonathon/WEB-INF/etc/subscriber.txt.

 Can someone please let me know, what is wrong with the relative path ?

 thanks in advance,
 Rajendra


If you start the path with a / then it's not relative.

There are functions to help you locate resources on webapp relative paths.

String absolutePath = servletContext.getRealPath( relativePath );

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Specifying relative path for TOMCAT 5.5 ?

2007-03-01 Thread Rajendra Sakpal

Hi Peter,

1. You are right: / refers to the root of file system.

2. What is the right way to make Tomcat write a file in the directory
: /webapps/Jonathon/WEB-INF/etc/subscriber.txt ?

I want to avoid specifying an absolute path to the file in my code.

Rajendra



On 3/1/07, Pid [EMAIL PROTECTED] wrote:


(Please reply to the list only, I don't need to get the message twice.)

Rajendra Sakpal wrote:
 Am I right to say that / refers to the Tomcat directory ?

No, you're wrong. Attempting to access / would result in an attempt to
write to the root of the filesystem.

 If I mention the file path as /subscribers.txt, I don't find  the file
in
 the TOMCAT directory once the class is instantiated.

That's because you're made the wrong assumption above.

 regards,
 Rajendra




 On 3/1/07, Pid [EMAIL PROTECTED] wrote:

 Rajendra Sakpal wrote:
  Hi,
 
  I am using TOMCAT 5.5.  I am creating a file in class that is called
 from a
  JSP.  However, the relative path that I have specified in the class
 doesn't
  seem to work.  The path that I have used is
  :/webapps/Jonathon/WEB-INF/etc/subscriber.txt.
 
  Can someone please let me know, what is wrong with the relative path
?
 
  thanks in advance,
  Rajendra
 

 If you start the path with a / then it's not relative.

 There are functions to help you locate resources on webapp relative
 paths.

 String absolutePath = servletContext.getRealPath( relativePath );

 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]