Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread Anand
I haven't added any jars/application and other modifications in tomcat
configuration. The downloaded is not corrupted as i tried same
download(tomcat 8.0.018) on other systems, server started successfully. so
i am not sure its something with particular System.

Let me try to check with tomcat version  8.0.30, will share you results on
how it goes.


RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
But when i call the proxy from my application in openlayers 
the html file is under:
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples\js\ac

and i call the proxy in this way:
OpenLayers.ProxyHost = "../../cgi-bin/proxy.cgi?url=";

i recieve:
HTTP Status 502 - type Status report
message 
description This server received an invalid response from a server it consulted 
when acting as a proxy or gateway.
Apache Tomcat/7.0.67Why?

> From: gallett...@hotmail.com
> To: users@tomcat.apache.org
> Subject: RE: Problem With proxi.cgi
> Date: Wed, 20 Jan 2016 06:52:51 +
> 
> yes
> 
> C:\Program Files\Apache Software Foundation\Tomcat 
> 7.0\webapps\examples\WEB-INF\cgi
> 
> and 
>  http://localhost:8080/examples/cgi-bin/proxy.cgi
> now i see the openlayers website :)
> 
> Thanks
> 
> > Subject: Re: Problem With proxi.cgi
> > To: users@tomcat.apache.org
> > From: ma...@apache.org
> > Date: Tue, 19 Jan 2016 22:45:46 +
> > 
> > On 19/01/2016 19:21, Luciano Martin Galletti wrote:
> > > Sorry was a typo error read this
> > > 
> > > Ok now i've web.xml under 
> > > C:\Program Files\Apache Software Foundation\Tomcat 
> > > 7.0\webapps\examples\WEB-INF
> > >  
> > > and context.xml under 
> > > C:\Program Files\Apache Software Foundation\Tomcat 
> > > 7.0\webapps\examples\META-INF
> > >  
> > > but same problem of before i read the file .cgi as text 
> > > on http://localhost:8080/examples/cgi/proxy.cgi
> > 
> > And what is the full path of the CGI file?
> > 
> > It should be:
> > C:\Program Files\Apache Software Foundation\Tomcat
> > 7.0\webapps\examples\WEB-INF\cgi\proxy.cgi
> > 
> > And then you use:
> > http://localhost:8080/examples/cgi-bin/proxy.cgi
> > 
> > to access it.
> > 
> > Mark
> > 
> > 
> > >
> > > 
> > >> From: gallett...@hotmail.com
> > >> To: users@tomcat.apache.org
> > >> Subject: RE: Problem With proxi.cgi
> > >> Date: Tue, 19 Jan 2016 19:16:36 +
> > >>
> > >> Ok now i've web.xml under 
> > >> C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples
> > >>
> > >> and context.xml under 
> > >> C:\Program Files\Apache Software Foundation\Tomcat 
> > >> 7.0\webapps\examples\META-INF
> > >>
> > >> but same problem of before i read the file .cgi as text 
> > >> on http://localhost:8080/examples/cgi/proxy.cgi
> > >>
> > >>
> > >>> From: chuck.caldar...@unisys.com
> > >>> To: users@tomcat.apache.org
> > >>> Subject: RE: Problem With proxi.cgi
> > >>> Date: Tue, 19 Jan 2016 18:54:40 +
> > >>>
> >  From: Luciano Martin Galletti [mailto:gallett...@hotmail.com] 
> >  Subject: RE: Problem With proxi.cgi
> > >>>
> >  Yes both xml files are inside 
> > >>>
> > >>> Be precise; exactly which xml files are you referring to?
> > >>>
> >  C:\Program Files\Apache Software Foundation\Tomcat 
> >  7.0\webapps\examples\WEB-INF
> > >>>
> > >>> As Mark already stated, the context.xml file should be under META-INF, 
> > >>> not WEB-INF.
> > >>>
> > >>>  - Chuck
> > >>>
> > >>>
> > >>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE 
> > >>> PROPRIETARY MATERIAL and is thus for use only by the intended 
> > >>> recipient. If you received this in error, please contact the sender and 
> > >>> delete the e-mail and its attachments from all computers.
> > >>>
> > >>>
> > >>> -
> > >>> 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: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
yes

C:\Program Files\Apache Software Foundation\Tomcat 
7.0\webapps\examples\WEB-INF\cgi

and 
 http://localhost:8080/examples/cgi-bin/proxy.cgi
now i see the openlayers website :)

Thanks

> Subject: Re: Problem With proxi.cgi
> To: users@tomcat.apache.org
> From: ma...@apache.org
> Date: Tue, 19 Jan 2016 22:45:46 +
> 
> On 19/01/2016 19:21, Luciano Martin Galletti wrote:
> > Sorry was a typo error read this
> > 
> > Ok now i've web.xml under 
> > C:\Program Files\Apache Software Foundation\Tomcat 
> > 7.0\webapps\examples\WEB-INF
> >  
> > and context.xml under 
> > C:\Program Files\Apache Software Foundation\Tomcat 
> > 7.0\webapps\examples\META-INF
> >  
> > but same problem of before i read the file .cgi as text 
> > on http://localhost:8080/examples/cgi/proxy.cgi
> 
> And what is the full path of the CGI file?
> 
> It should be:
> C:\Program Files\Apache Software Foundation\Tomcat
> 7.0\webapps\examples\WEB-INF\cgi\proxy.cgi
> 
> And then you use:
> http://localhost:8080/examples/cgi-bin/proxy.cgi
> 
> to access it.
> 
> Mark
> 
> 
> >
> > 
> >> From: gallett...@hotmail.com
> >> To: users@tomcat.apache.org
> >> Subject: RE: Problem With proxi.cgi
> >> Date: Tue, 19 Jan 2016 19:16:36 +
> >>
> >> Ok now i've web.xml under 
> >> C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples
> >>
> >> and context.xml under 
> >> C:\Program Files\Apache Software Foundation\Tomcat 
> >> 7.0\webapps\examples\META-INF
> >>
> >> but same problem of before i read the file .cgi as text 
> >> on http://localhost:8080/examples/cgi/proxy.cgi
> >>
> >>
> >>> From: chuck.caldar...@unisys.com
> >>> To: users@tomcat.apache.org
> >>> Subject: RE: Problem With proxi.cgi
> >>> Date: Tue, 19 Jan 2016 18:54:40 +
> >>>
>  From: Luciano Martin Galletti [mailto:gallett...@hotmail.com] 
>  Subject: RE: Problem With proxi.cgi
> >>>
>  Yes both xml files are inside 
> >>>
> >>> Be precise; exactly which xml files are you referring to?
> >>>
>  C:\Program Files\Apache Software Foundation\Tomcat 
>  7.0\webapps\examples\WEB-INF
> >>>
> >>> As Mark already stated, the context.xml file should be under META-INF, 
> >>> not WEB-INF.
> >>>
> >>>  - Chuck
> >>>
> >>>
> >>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
> >>> MATERIAL and is thus for use only by the intended recipient. If you 
> >>> received this in error, please contact the sender and delete the e-mail 
> >>> and its attachments from all computers.
> >>>
> >>>
> >>> -
> >>> 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: Apache+SSL+ Tomcat How ?

2016-01-19 Thread George Sexton



On 1/19/2016 3:50 PM, Edwin Quijada wrote:

Hi!

I have 2 instances Tomcat with Apache in front of him working like proxy. Now, 
I need to know how can I do for using SSL for my app. There is any documento to 
set Apache + SSL for Tomcat to protected my info.


The standard HOWTO for Apache httpd would apply. There's no specific 
tomcat differences.





I am using Apache 2.4 with Mod_JK + Tomcat 8.022


Any help ?




--
George Sexton
*MH Software, Inc.*
Voice: 303 438 9585
http://www.mhsoftware.com


Re: Socket Read long running

2016-01-19 Thread Rallavagu



On 1/19/16 2:43 PM, Mark Thomas wrote:

On 19/01/2016 22:36, Rallavagu wrote:

Also, it could be keep-alive for client connection as well. In any case,
how long a keep-alive connection will be in this state by default? Thanks.


This behaviour is entirely normal. Why are you concerned about it?


I was analyzing thread dump as the application experiences sudden high 
response times and eventually becomes normal.




Regarding how long the thread will be in this state, the default
keep-alive timeout for the HTTP BIO connector can be found in the
documentation.
(Yes, I do happen to know what it is but think of this as an exercise
for the reader.)


From the documentation keepAliveTimeout defaults to connectionTimeout.


"The number of milliseconds this Connector will wait, after accepting a 
connection, for the request URI line to be presented. Use a value of -1 
to indicate no (i.e. infinite) timeout. The default value is 6 (i.e. 
60 seconds) but note that the standard server.xml that ships with Tomcat 
sets this to 2 (i.e. 20 seconds). Unless disableUploadTimeout is set 
to false, this timeout will also be used when reading the request body 
(if any)."


Thanks



Mark




On 1/19/16 2:24 PM, Rallavagu wrote:

Thanks Mark. It seems to be running for almost 10 seconds and there is a
Load Balancer between. Is it a suspect?

On 1/19/16 2:09 PM, Mark Thomas wrote:

On 19/01/2016 21:42, Rallavagu wrote:

I have this long running thread. It appears to be reading but the stack
trace does not give much of a clue. Could anyone help with where to
start? Thanks.


Looks like an HTTP keep-alive connection waiting for the next request.

Mark




Tomcat 7.0.42 with JDK 7

"tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58
runnable [0x7fc4a67e6000]
 java.lang.Thread.State: RUNNABLE
  at java.net.SocketInputStream.socketRead0(Native Method)
  at java.net.SocketInputStream.read(SocketInputStream.java:152)
  at java.net.SocketInputStream.read(SocketInputStream.java:122)
  at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)



  at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)



  at
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)



  at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)



  at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)



  at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)



  - locked <0x000799d09cb8> (a
org.apache.tomcat.util.net.SocketWrapper)
  at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)



  at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)



  at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)



  at java.lang.Thread.run(Thread.java:745)

 Locked ownable synchronizers:
  - <0x00072eebc6c0> (a
java.util.concurrent.ThreadPoolExecutor$Worker)

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




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



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




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



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



Apache+SSL+ Tomcat How ?

2016-01-19 Thread Edwin Quijada
Hi!

I have 2 instances Tomcat with Apache in front of him working like proxy. Now, 
I need to know how can I do for using SSL for my app. There is any documento to 
set Apache + SSL for Tomcat to protected my info.


I am using Apache 2.4 with Mod_JK + Tomcat 8.022


Any help ?



Re: Application throwing ClassCast Exception while upgrading from tomcat 8.0.18 to tomcat 8.0.30

2016-01-19 Thread Mark Thomas
On 19/01/2016 16:37, Adhavan Mathiyalagan wrote:
> Thanks Mark ! Please find my answer
> 
> Figure out what is inserting something other than String[] as the value
> into a Map instance.
> 
> There are lot of places in Client we insert 'Integer' datatype (Also
> other datatypes) .I fear that it is going to be more
> tedious thing to identify and fix all the client code.
> 
>  Is there any other way or path forward to fix this ? (Like upgrading the
> displaytag version
> which is currently 1.1)  Or Is the modifying the Client Code is the only
> path forward ?

It depends. How are you inserting Integers into that Map? I'm trying to
figure out if this is a client code bug or if the restriction that was
added to Tomcat was overly strict and needs to be reverted.

Mark


> 
> Thanks Again !
> 
> On Tue, Jan 19, 2016 at 8:12 PM, Mark Thomas  wrote:
> 
>> On 19/01/2016 13:39, Adhavan Mathiyalagan wrote:
>>
>> 
>>
>>> What i could understand is application is throwing exception due to
>> change
>>> in the getParameter method of ApplicationHttpRequest class ,which earlier
>>> was accepting all datatypes (like Integer)
>>> is now restricted to 'String'  datatype only .
>>>
>>> Kindly let me know why this change has been done ( in the getParameter
>>> method of ApplicationHttpRequest class)
>>
>> If only the Apache Tomcat project used some form of version control
>> system where every change to the source code was tracked along with a
>> comment that explained why...
>>
>>> and the suggest me the path forward
>>> for fixing the issue.
>>
>> Figure out what is inserting something other than String[] as the value
>> into a Map instance.
>>
>> 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: Problem With proxi.cgi

2016-01-19 Thread Mark Thomas
On 19/01/2016 19:21, Luciano Martin Galletti wrote:
> Sorry was a typo error read this
> 
> Ok now i've web.xml under 
> C:\Program Files\Apache Software Foundation\Tomcat 
> 7.0\webapps\examples\WEB-INF
>  
> and context.xml under 
> C:\Program Files\Apache Software Foundation\Tomcat 
> 7.0\webapps\examples\META-INF
>  
> but same problem of before i read the file .cgi as text 
> on http://localhost:8080/examples/cgi/proxy.cgi

And what is the full path of the CGI file?

It should be:
C:\Program Files\Apache Software Foundation\Tomcat
7.0\webapps\examples\WEB-INF\cgi\proxy.cgi

And then you use:
http://localhost:8080/examples/cgi-bin/proxy.cgi

to access it.

Mark


>
> 
>> From: gallett...@hotmail.com
>> To: users@tomcat.apache.org
>> Subject: RE: Problem With proxi.cgi
>> Date: Tue, 19 Jan 2016 19:16:36 +
>>
>> Ok now i've web.xml under 
>> C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples
>>
>> and context.xml under 
>> C:\Program Files\Apache Software Foundation\Tomcat 
>> 7.0\webapps\examples\META-INF
>>
>> but same problem of before i read the file .cgi as text 
>> on http://localhost:8080/examples/cgi/proxy.cgi
>>
>>
>>> From: chuck.caldar...@unisys.com
>>> To: users@tomcat.apache.org
>>> Subject: RE: Problem With proxi.cgi
>>> Date: Tue, 19 Jan 2016 18:54:40 +
>>>
 From: Luciano Martin Galletti [mailto:gallett...@hotmail.com] 
 Subject: RE: Problem With proxi.cgi
>>>
 Yes both xml files are inside 
>>>
>>> Be precise; exactly which xml files are you referring to?
>>>
 C:\Program Files\Apache Software Foundation\Tomcat 
 7.0\webapps\examples\WEB-INF
>>>
>>> As Mark already stated, the context.xml file should be under META-INF, not 
>>> WEB-INF.
>>>
>>>  - Chuck
>>>
>>>
>>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
>>> MATERIAL and is thus for use only by the intended recipient. If you 
>>> received this in error, please contact the sender and delete the e-mail and 
>>> its attachments from all computers.
>>>
>>>
>>> -
>>> 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: Socket Read long running

2016-01-19 Thread Mark Thomas
On 19/01/2016 22:36, Rallavagu wrote:
> Also, it could be keep-alive for client connection as well. In any case,
> how long a keep-alive connection will be in this state by default? Thanks.

This behaviour is entirely normal. Why are you concerned about it?

Regarding how long the thread will be in this state, the default
keep-alive timeout for the HTTP BIO connector can be found in the
documentation.
(Yes, I do happen to know what it is but think of this as an exercise
for the reader.)

Mark


> 
> On 1/19/16 2:24 PM, Rallavagu wrote:
>> Thanks Mark. It seems to be running for almost 10 seconds and there is a
>> Load Balancer between. Is it a suspect?
>>
>> On 1/19/16 2:09 PM, Mark Thomas wrote:
>>> On 19/01/2016 21:42, Rallavagu wrote:
 I have this long running thread. It appears to be reading but the stack
 trace does not give much of a clue. Could anyone help with where to
 start? Thanks.
>>>
>>> Looks like an HTTP keep-alive connection waiting for the next request.
>>>
>>> Mark
>>>
>>>

 Tomcat 7.0.42 with JDK 7

 "tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58
 runnable [0x7fc4a67e6000]
 java.lang.Thread.State: RUNNABLE
  at java.net.SocketInputStream.socketRead0(Native Method)
  at java.net.SocketInputStream.read(SocketInputStream.java:152)
  at java.net.SocketInputStream.read(SocketInputStream.java:122)
  at
 org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)



  at
 org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)



  at
 org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)



  at
 org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)



  at
 org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)



  at
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)



  - locked <0x000799d09cb8> (a
 org.apache.tomcat.util.net.SocketWrapper)
  at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)



  at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)



  at
 org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)



  at java.lang.Thread.run(Thread.java:745)

 Locked ownable synchronizers:
  - <0x00072eebc6c0> (a
 java.util.concurrent.ThreadPoolExecutor$Worker)

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

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


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



Re: Socket Read long running

2016-01-19 Thread Rallavagu
Also, it could be keep-alive for client connection as well. In any case, 
how long a keep-alive connection will be in this state by default? Thanks.


On 1/19/16 2:24 PM, Rallavagu wrote:

Thanks Mark. It seems to be running for almost 10 seconds and there is a
Load Balancer between. Is it a suspect?

On 1/19/16 2:09 PM, Mark Thomas wrote:

On 19/01/2016 21:42, Rallavagu wrote:

I have this long running thread. It appears to be reading but the stack
trace does not give much of a clue. Could anyone help with where to
start? Thanks.


Looks like an HTTP keep-alive connection waiting for the next request.

Mark




Tomcat 7.0.42 with JDK 7

"tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58
runnable [0x7fc4a67e6000]
java.lang.Thread.State: RUNNABLE
 at java.net.SocketInputStream.socketRead0(Native Method)
 at java.net.SocketInputStream.read(SocketInputStream.java:152)
 at java.net.SocketInputStream.read(SocketInputStream.java:122)
 at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)


 at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)


 at
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)


 at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)


 at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)


 at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)


 - locked <0x000799d09cb8> (a
org.apache.tomcat.util.net.SocketWrapper)
 at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)


 at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)


 at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)


 at java.lang.Thread.run(Thread.java:745)

Locked ownable synchronizers:
 - <0x00072eebc6c0> (a
java.util.concurrent.ThreadPoolExecutor$Worker)

-
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: Socket Read long running

2016-01-19 Thread Rallavagu
Thanks Mark. It seems to be running for almost 10 seconds and there is a 
Load Balancer between. Is it a suspect?


On 1/19/16 2:09 PM, Mark Thomas wrote:

On 19/01/2016 21:42, Rallavagu wrote:

I have this long running thread. It appears to be reading but the stack
trace does not give much of a clue. Could anyone help with where to
start? Thanks.


Looks like an HTTP keep-alive connection waiting for the next request.

Mark




Tomcat 7.0.42 with JDK 7

"tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58
runnable [0x7fc4a67e6000]
java.lang.Thread.State: RUNNABLE
 at java.net.SocketInputStream.socketRead0(Native Method)
 at java.net.SocketInputStream.read(SocketInputStream.java:152)
 at java.net.SocketInputStream.read(SocketInputStream.java:122)
 at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)

 at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)

 at
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)

 at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)

 at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)

 at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)

 - locked <0x000799d09cb8> (a
org.apache.tomcat.util.net.SocketWrapper)
 at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

 at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

 at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

 at java.lang.Thread.run(Thread.java:745)

Locked ownable synchronizers:
 - <0x00072eebc6c0> (a
java.util.concurrent.ThreadPoolExecutor$Worker)

-
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: Socket Read long running

2016-01-19 Thread Mark Thomas
On 19/01/2016 21:42, Rallavagu wrote:
> I have this long running thread. It appears to be reading but the stack
> trace does not give much of a clue. Could anyone help with where to
> start? Thanks.

Looks like an HTTP keep-alive connection waiting for the next request.

Mark


> 
> Tomcat 7.0.42 with JDK 7
> 
> "tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58
> runnable [0x7fc4a67e6000]
>java.lang.Thread.State: RUNNABLE
> at java.net.SocketInputStream.socketRead0(Native Method)
> at java.net.SocketInputStream.read(SocketInputStream.java:152)
> at java.net.SocketInputStream.read(SocketInputStream.java:122)
> at
> org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)
> 
> at
> org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)
> 
> at
> org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)
> 
> at
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)
> 
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)
> 
> at
> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
> 
> - locked <0x000799d09cb8> (a
> org.apache.tomcat.util.net.SocketWrapper)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> 
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> 
> at
> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
> 
> at java.lang.Thread.run(Thread.java:745)
> 
>Locked ownable synchronizers:
> - <0x00072eebc6c0> (a
> java.util.concurrent.ThreadPoolExecutor$Worker)
> 
> -
> 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



Socket Read long running

2016-01-19 Thread Rallavagu
I have this long running thread. It appears to be reading but the stack 
trace does not give much of a clue. Could anyone help with where to 
start? Thanks.


Tomcat 7.0.42 with JDK 7

"tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58 
runnable [0x7fc4a67e6000]

   java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:152)
at java.net.SocketInputStream.read(SocketInputStream.java:122)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)
at 
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
- locked <0x000799d09cb8> (a 
org.apache.tomcat.util.net.SocketWrapper)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
- <0x00072eebc6c0> (a 
java.util.concurrent.ThreadPoolExecutor$Worker)


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



Socket Read long running

2016-01-19 Thread Rallavagu
I have this long running thread. It appears to be reading but the stack 
trace does not give much of a clue. Could anyone help with where to 
start? Thanks.


"tomcat-exec-2655" daemon prio=10 tid=0x7fc459061000 nid=0x6a58 
runnable [0x7fc4a67e6000]

   java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:152)
at java.net.SocketInputStream.read(SocketInputStream.java:122)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:519)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:504)
at 
org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)
at 
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:991)
at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
- locked <0x000799d09cb8> (a 
org.apache.tomcat.util.net.SocketWrapper)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
- <0x00072eebc6c0> (a 
java.util.concurrent.ThreadPoolExecutor$Worker)


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



Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Chuck,

On 1/19/16 1:50 PM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
>> Subject: Re: Tomcat 8.0.18 is not getting started
> 
>> 1. Please don't top-post. André is continuing to bottom-post and
>> you are continuing to top-post. This makes the conversation
>> unreadable. The convention on this list is to top-post. [1]
> ^
> 
> Uh - no, the convention is to _not top-post.

Thanks for the correction: DO NOT TOP-POST. I inadvertently sent this
message prematurely -- I also didn't provide a reference for [1].

- -chris

[1] https://en.wikipedia.org/wiki/Posting_style
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlaek/0ACgkQ9CaO5/Lv0PAFfwCfWzmJyMB9YziJJwh3MXuLIfOu
gCkAn0zVh+AY5bSChtmUN5tUJ/40VEEX
=gXMX
-END PGP SIGNATURE-

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



RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
Sorry was a typo error read this

Ok now i've web.xml under 
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples\WEB-INF
 
and context.xml under 
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples\META-INF
 
but same problem of before i read the file .cgi as text 
on http://localhost:8080/examples/cgi/proxy.cgi

> From: gallett...@hotmail.com
> To: users@tomcat.apache.org
> Subject: RE: Problem With proxi.cgi
> Date: Tue, 19 Jan 2016 19:16:36 +
> 
> Ok now i've web.xml under 
> C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples
> 
> and context.xml under 
> C:\Program Files\Apache Software Foundation\Tomcat 
> 7.0\webapps\examples\META-INF
> 
> but same problem of before i read the file .cgi as text 
> on http://localhost:8080/examples/cgi/proxy.cgi
> 
> 
> > From: chuck.caldar...@unisys.com
> > To: users@tomcat.apache.org
> > Subject: RE: Problem With proxi.cgi
> > Date: Tue, 19 Jan 2016 18:54:40 +
> > 
> > > From: Luciano Martin Galletti [mailto:gallett...@hotmail.com] 
> > > Subject: RE: Problem With proxi.cgi
> > 
> > > Yes both xml files are inside 
> > 
> > Be precise; exactly which xml files are you referring to?
> > 
> > > C:\Program Files\Apache Software Foundation\Tomcat 
> > > 7.0\webapps\examples\WEB-INF
> > 
> > As Mark already stated, the context.xml file should be under META-INF, not 
> > WEB-INF.
> > 
> >  - Chuck
> > 
> > 
> > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
> > MATERIAL and is thus for use only by the intended recipient. If you 
> > received this in error, please contact the sender and delete the e-mail and 
> > its attachments from all computers.
> > 
> > 
> > -
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> > 
> 
  

RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
Ok now i've web.xml under 
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples

and context.xml under 
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples\META-INF

but same problem of before i read the file .cgi as text 
on http://localhost:8080/examples/cgi/proxy.cgi


> From: chuck.caldar...@unisys.com
> To: users@tomcat.apache.org
> Subject: RE: Problem With proxi.cgi
> Date: Tue, 19 Jan 2016 18:54:40 +
> 
> > From: Luciano Martin Galletti [mailto:gallett...@hotmail.com] 
> > Subject: RE: Problem With proxi.cgi
> 
> > Yes both xml files are inside 
> 
> Be precise; exactly which xml files are you referring to?
> 
> > C:\Program Files\Apache Software Foundation\Tomcat 
> > 7.0\webapps\examples\WEB-INF
> 
> As Mark already stated, the context.xml file should be under META-INF, not 
> WEB-INF.
> 
>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
> MATERIAL and is thus for use only by the intended recipient. If you received 
> this in error, please contact the sender and delete the e-mail and its 
> attachments from all computers.
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
  

RE: Problem With proxi.cgi

2016-01-19 Thread Caldarale, Charles R
> From: Luciano Martin Galletti [mailto:gallett...@hotmail.com] 
> Subject: RE: Problem With proxi.cgi

> Yes both xml files are inside 

Be precise; exactly which xml files are you referring to?

> C:\Program Files\Apache Software Foundation\Tomcat 
> 7.0\webapps\examples\WEB-INF

As Mark already stated, the context.xml file should be under META-INF, not 
WEB-INF.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


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



RE: Tomcat 8.0.18 is not getting started

2016-01-19 Thread Caldarale, Charles R
> From: Christopher Schultz [mailto:ch...@christopherschultz.net] 
> Subject: Re: Tomcat 8.0.18 is not getting started

> 1. Please don't top-post. André is continuing to bottom-post and you
> are continuing to top-post. This makes the conversation unreadable.
> The convention on this list is to top-post. [1]
   ^

Uh - no, the convention is to _not top-post.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


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



Deployment of application via Tomcat Manager fails.

2016-01-19 Thread Karl Hauschildt
Background:
JAVA Web application, Eclipse workspace with an ANT build.xml.
Using Windows, this project builds using java 1.7, deploys to multiple
Solaris environments running Tomcat 5, 6 or 7 and runs cleanly.

I have to deploy the preceding to a Linux environment with Tomcat 8. Which
is running JAVA 1.8

Problem:
The deploy task fails with: BUILD FAILED java.io.IOException: Error
writing request body to server
Looking in the Tomcat, localhost_access.log, I see: "PUT
/manager/deploy?path=%2FFXInSite&update=true HTTP/1.1" 403 3196
The other logs contain no errors or warnings.

Investigations:
I have set the Tomcat (catalina) logging levels to DEBUG and FINEST.
I can get into the tomcat and the manager on the same port as what the
deployment uses.
The user that Tomcat is running under ( not root ) has full permissions to
all folders.
I have compared the server.xml and web.xml configuration files between
Linux and Solaris and they are essentially identical.
Google searches for anything to do with ANT and the deploy task, Tomcat 403
errors, permissions have been unsuccessful.

Thank you for your time and consideration.

Suggestions gratefully taken.


Re: Application throwing ClassCast Exception while upgrading from tomcat 8.0.18 to tomcat 8.0.30

2016-01-19 Thread Adhavan Mathiyalagan
Thanks Mark ! Please find my answer

Figure out what is inserting something other than String[] as the value
into a Map instance.

There are lot of places in Client we insert 'Integer' datatype (Also
other datatypes) .I fear that it is going to be more
tedious thing to identify and fix all the client code.

 Is there any other way or path forward to fix this ? (Like upgrading the
displaytag version
which is currently 1.1)  Or Is the modifying the Client Code is the only
path forward ?

Thanks Again !

On Tue, Jan 19, 2016 at 8:12 PM, Mark Thomas  wrote:

> On 19/01/2016 13:39, Adhavan Mathiyalagan wrote:
>
> 
>
> > What i could understand is application is throwing exception due to
> change
> > in the getParameter method of ApplicationHttpRequest class ,which earlier
> > was accepting all datatypes (like Integer)
> > is now restricted to 'String'  datatype only .
> >
> > Kindly let me know why this change has been done ( in the getParameter
> > method of ApplicationHttpRequest class)
>
> If only the Apache Tomcat project used some form of version control
> system where every change to the source code was tracked along with a
> comment that explained why...
>
> > and the suggest me the path forward
> > for fixing the issue.
>
> Figure out what is inserting something other than String[] as the value
> into a Map instance.
>
> Mark
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
yes 

if i go on: http://localhost:8080/examples/cgi-bin/proxy.cgi
HTTP Status 404 - type Status report
message 
description The requested resource is not available.

while if i go on: http://localhost:8080/examples/cgi/proxy.cgi

i read :

#!/Python27/python.exe -u

"""This is a blind proxy that we use to get around browser
restrictions that prevent the Javascript from loading pages not on the
same server as the Javascript.  This has several problems: it's less
efficient, it might break some sites, and it's a security risk because
people can use this proxy to browse the web and possibly do bad stuff
with it.  It only loads pages via http and https, but it can load any
content type. It supports GET and POST requests."""

import urllib2
import cgi
import sys, os

# Designed to prevent Open Proxy type stuff.

allowedHosts = ['www.openlayers.org', 'openlayers.org', 
'labs.metacarta.com', 'world.freemap.in', 
'prototype.openmnnd.org', 'geo.openplans.org',
'sigma.openplans.org', 'demo.opengeo.org',
'www.openstreetmap.org', 'sample.azavea.com',
'v2.suite.opengeo.org', 'v-swe.uni-muenster.de:8080', 
'vmap0.tiles.osgeo.org', 'www.openrouteservice.org', 
'localhost:8080']

method = os.environ["REQUEST_METHOD"]

if method == "POST":
qs = os.environ["QUERY_STRING"]
d = cgi.parse_qs(qs)
if d.has_key("url"):
url = d["url"][0]
else:
url = "http://www.openlayers.org";
else:
fs = cgi.FieldStorage()
url = fs.getvalue('url', "http://www.openlayers.org";)


etc etc


> Subject: Re: Problem With proxi.cgi
> To: users@tomcat.apache.org
> From: ch...@christopherschultz.net
> Date: Tue, 19 Jan 2016 11:15:46 -0500
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Luciano,
> 
> On 1/19/16 11:05 AM, Luciano Martin Galletti wrote:
> > Yes both xml files are inside C:\Program Files\Apache Software
> > Foundation\Tomcat 7.0\webapps\examples\WEB-INF while proxy.cgi is
> > in C:\Program Files\Apache Software Foundation\Tomcat
> > 7.0\webapps\examples\WEB-INF\cgi
> 
> If proxy.cgi is in examples/WEB-INF/cgi, then your URL needs to be:
> 
>   http://localhost:8080/examples/cgi-bin/proxy.cgi
> 
> You had:
> 
>   http://localhost:8080/examples/ac/proxy.cgi
> 
> - -chris
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> 
> iEYEARECAAYFAlaeYTIACgkQ9CaO5/Lv0PA0fQCfVTF8IUdPdA1OO7OiuJSHzbGm
> vSYAn1sc3luSGzNAcWMokuf0+puWfh8T
> =rSzQ
> -END PGP SIGNATURE-
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
  

Re: Problem With proxi.cgi

2016-01-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Luciano,

On 1/19/16 11:05 AM, Luciano Martin Galletti wrote:
> Yes both xml files are inside C:\Program Files\Apache Software
> Foundation\Tomcat 7.0\webapps\examples\WEB-INF while proxy.cgi is
> in C:\Program Files\Apache Software Foundation\Tomcat
> 7.0\webapps\examples\WEB-INF\cgi

If proxy.cgi is in examples/WEB-INF/cgi, then your URL needs to be:

  http://localhost:8080/examples/cgi-bin/proxy.cgi

You had:

  http://localhost:8080/examples/ac/proxy.cgi

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlaeYTIACgkQ9CaO5/Lv0PA0fQCfVTF8IUdPdA1OO7OiuJSHzbGm
vSYAn1sc3luSGzNAcWMokuf0+puWfh8T
=rSzQ
-END PGP SIGNATURE-

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



RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
Yes both xml files are inside 
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\examples\WEB-INF
while proxy.cgi is in C:\Program Files\Apache Software Foundation\Tomcat 
7.0\webapps\examples\WEB-INF\cgi




> Subject: Re: Problem With proxi.cgi
> To: users@tomcat.apache.org
> From: ma...@apache.org
> Date: Tue, 19 Jan 2016 15:33:26 +
> 
> On 19/01/2016 14:54, Luciano Martin Galletti wrote:
> > yes i edited web.xml and not server.xml. 
> > Server.xml is n C:/tomcat7.0/conf and i didn't touch it
> > 
> > i added context.xml that contain this:
> >  > /> 
> > in the folder where is my application
> 
> That context.xml file needs to be inside a META-INF folder.
> META-INF should be at the root of your web application.
> 
> Mark
> 
> 
> > 
> > when i go on proxy.cgi i can read all the content as a text :(
> > "
> > !C:/Python27/python.exe -u 
> > 
> > 
> > """This is a blind proxy that we use to get around browser
> > restrictions that prevent the Javascript from loading pages not on the
> > same server as the Javascript.  This has several problems: it's less
> > efficient, it might break some sites, and it's a security risk because
> > people can use this proxy to browse the web and possibly do bad stuff
> > with it.  It only loads pages via http and https, but it can load any
> > content type. It supports GET and POST requests."""
> > 
> > import urllib2
> > import cgi
> > import sys, os
> > 
> > # Designed to prevent Open Proxy type stuff.
> > 
> > allowedHosts = ['www.openlayers.org', 'openlayers.org', 
> > 'labs.metacarta.com', 'world.freemap.in', 
> > 'prototype.openmnnd.org', 'geo.openplans.org',
> > 'sigma.openplans.org', 'demo.opengeo.org',
> > 'www.openstreetmap.org', 'sample.azavea.com',
> > 'v2.suite.opengeo.org', 'v-swe.uni-muenster.de:8080', 
> > 'vmap0.tiles.osgeo.org', 'www.openrouteservice.org', 
> > 'localhost:8080']
> > 
> > method = os.environ["REQUEST_METHOD"]
> > 
> > if method == "POST":
> > qs = os.environ["QUERY_STRING"]
> > d = cgi.parse_qs(qs)
> > if d.has_key("url"):
> > url = d["url"][0]
> > else:
> > url = "http://www.openlayers.org";
> > else:
> > fs = cgi.FieldStorage()
> > url = fs.getvalue('url', "http://www.openlayers.org";)
> > 
> > try:
> > host = url.split("/")[2]
> > if allowedHosts and not host in allowedHosts:
> > print "Status: 502 Bad Gateway"
> > print "Content-Type: text/plain"
> > print
> > print "This proxy does not allow you to access that location (%s)." 
> > % (host,)
> > print
> > print os.environ
> >   
> > elif url.startswith("http://";) or url.startswith("https://";):
> > 
> > if method == "POST":
> > length = int(os.environ["CONTENT_LENGTH"])
> > headers = {"Content-Type": os.environ["CONTENT_TYPE"]}
> > body = sys.stdin.read(length)
> > r = urllib2.Request(url, body, headers)
> > y = urllib2.urlopen(r)
> > else:
> > y = urllib2.urlopen(url)
> > 
> > # print content type header
> > i = y.info()
> > if i.has_key("Content-Type"):
> > print "Content-Type: %s" % (i["Content-Type"])
> > else:
> > print "Content-Type: text/plain"
> > print
> > 
> > print y.read()
> > 
> > y.close()
> > else:
> > print "Content-Type: text/plain"
> > print
> > print "Illegal request."
> > 
> > except Exception, E:
> > print "Status: 500 Unexpected Error"
> > print "Content-Type: text/plain"
> > print 
> > print "Some unexpected error occurred. Error text was:", E "
> > 
> >> Subject: Re: Problem With proxi.cgi
> >> To: users@tomcat.apache.org
> >> From: ma...@apache.org
> >> Date: Tue, 19 Jan 2016 14:44:40 +
> >>
> >> On 19/01/2016 14:32, Luciano Martin Galletti wrote:
> >>> I’m tryng to use a proxy.cgi for my app developed in openlayer.
> >>>
> >>>
> >>> But when i try to use the url of the cgi i can read the test of the file 
> >>> proxy.cgi and it’s not executed.
> >>>
> >>>
> >>> I’ve modified the server.xml adding:
> >>
> >> That should be web.xml for your application.
> >>
> >>>
> >>>
> >>> 
> >>> cgi
> >>> 
> >>> org.apache.catalina.servlets.CGIServlet
> >>> 
> >>>   debug
> >>>   0
> >>> 
> >>> 
> >>>   cgiPathPrefix
> >>>   WEB-INF/cgi
> >>> 
> >>>  5
> >>> 
> >>>
> >>>
> >>>
> >>> and:
> >>>
> >>>
> >>> 
> >>> cgi
> >>> /cgi-bin/*
> >>> 
> >>>
> >>>
> >>>
> >>> and i put the proxy.cgi in the folder WEB-INF/cgi of my app! while 
> >>> server.xml and context.xml in the folder of my application on server.
> >>
> >> You should leave server.xml where Tomcat installs it.
> >>
> >> Application specific context.x

Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Anand,

On 1/19/16 10:06 AM, Anand wrote:
> I have executed the startup.bat using administrative privileges and
> also tried installing at different locations, got the same error.
> i.e opened the cmd.exe (Run as Administrator) and then started
> tomcat by executing startup.bat.

Several things:

1. Please don't top-post. André is continuing to bottom-post and you
are continuing to top-post. This makes the conversation unreadable.
The convention on this list is to top-post. [1]

2. Tomcat 8.0.18 is fairly old (~1 year). If possible, use the latest
version (currently 8.0.30).

3. My wild guess is that you have somehow damaged your Tomcat
installation. Other than downloading and unzipping the distribution,
then running the bin\startup.bat script, have you done anything else
to Tomcat? Installed extra libraries (especially in lib/)? Dropped any
applications into the webapps/ directory?

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlaeXGUACgkQ9CaO5/Lv0PCH2wCfWWPOlF+5Thd1/qUbVoOdd4No
rAUAn0vwfhXvMBcu3kfFCBg36QPSWUeM
=s+RE
-END PGP SIGNATURE-

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



Re: File size >= 2GB not uploaded in application [Tomcat 7.0.54 Struts: 2.3.24 JAVA: openJDK 1.7.79]

2016-01-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rahul,

On 1/19/16 1:00 AM, Rahul Singh wrote:
>>> So... what makes you sure that the browser actually made the
>>> request? I'd like to see some kind of confirmation using a tool
>>> you didn't write. Perhaps something like Firebug,
>>> LiveHttpHeaders, Fiddler, or even Wireshark showing that the
>>> request was made, what headers it had, etc.
> 
> OK, We have used HTTP Analayzer for file upload via Internet
> Explorer-8. Following are the scenario observed.

Support for MSIE 8 has been dropped worldwide unless you have an
expensive support contract.

> For lesser than 2gb file uploads : The request header shows the 
> correct content-length value of the file. The uploads works fine 
> further also.
> 
> For more than 2gb file uploads: The file length is 2151533567 
> bytes(which is roughly 2.15 Gb). The request is aborted in this
> case and the request header shows the content length as -214343325
> bytes (which is rougly 214 Mb).

The request-header as reported by what? The HTTP analyzer?

- -214343325 is not 214MiB. It's an invalid (negative) size. If you were
to take the absolute value of it and call it a size, it would be ~204MiB
.

> The upload process does not proceed further in this case.

Does the request make it to the Tomcat server?

HTTP defines the Content-Length as a series of one or more digits. No
negatives are allowed. If Tomcat is being spec-pedantic (and I hope it
is), it will treat a negative number as invalid and default to zero
(bytes).

https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

> both cases request headers are attached in screenshot.

Non-text attachments are stripped from this list. There was no attachmen
t.

Jessica-Aileen has also replied stating that MSIE8 does not support
file uploads greater than 2GiB.

I think the case is closed, here.

Thanks,
- -chris


>  From: Christopher Schultz
>  Sent: Monday, January 18, 2016 11:17
> AM To: Tomcat Users List Subject: Re: File size >= 2GB not uploaded
> in application [Tomcat 7.0.54 Struts: 2.3.24 JAVA: openJDK 1.7.79]
> 
> Rahul,
> 
> On 1/17/16 11:28 PM, Rahul Singh wrote:
>> Code flow is attached, forgot to attach in trailing mail.
> 
>> -
- -
>
>> 
> -
>
> 
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
> 
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlaeWpIACgkQ9CaO5/Lv0PA6fQCgkS8CZwtxPNuzZCZTaAX8X+69
Mi4AoJC7IMWtk6YrJTuekY8zr9viInQk
=jekN
-END PGP SIGNATURE-

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



Re: SSL client cert selection dialog not showing up on cloned deployment of tomcat 7 for windows x64

2016-01-19 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Gael,

On 1/19/16 6:37 AM, Gael Abadin wrote:
> Thanks for the reply :-)
> 
> I've checked for all that!
> 
> I even ended up copying my tomcat folder and my eclipse tomcat 
> configuration folder from my computer to his,
> 
> So they are literally the same configuration.
> 
> I know the connector configuration is being read because if, for
> example, I remove the .keystore file I get an error. Or if I change
> the port the SSL connector starts listening on that port on
> deployment.
> 
> Also, I made sure we are launching using the same JRE.
> 
> I tried clientAuth="true" instead of "want". And accesing from my
> browser on my computer. Still no client certificate request. Log
> files don't show any errors.
> 
> We even tried to reboot the system ^^'.
> 
> Eclipse versions differ, but I don't see how that could result in
> tomcat not requesting SSL client certs...
> 
> Anyway, since we couldn't find the cause I recommended him to use a
> fresh tomcat 7 install, download the last eclipse-JEE and java SDK,
> using a new workbench, and starting a new project redownloading the
> source files from the repo. It's a little overkill, but that should
> do it...

Is it possible that one of you has added-on for instance the
"unlimited encryption" setting in the JRE and the other has not?

I'm grasping at straws here because it seems like you've looked at all
the usual things that could have gone wrong.

Bad DNS response? (!!?)

- -chris

> 2016-01-19 1:59 GMT+01:00 Christopher Schultz
>  :
> 
>> Gael,
>> 
>> On 1/11/16 11:46 AM, Gael Abadin wrote:
>>> The server certificate is self signed. Appart from the typical
>>> warning we see no errors when we check it.
>>> 
>>> His system (windows) clock is synchronized using microsoft's
>>> NTP server, same as mine.
>>> 
>>> This is really weird because I have already delopoyed the same
>>> app and config in two other systems, appart from mine, without
>>> any issues, and
>> his
>>> and mine are basically the same...
>> 
>> Run "diff" on the two conf/server.xml files from the two
>> servers? Different conf/context.xml file? How about a 
>> conf/[engine]/[host]/[app].xml file making a difference in one or
>> the other environment?
>> 
>> -chris
>> 
>> -
>>
>> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> 
>> 
> 
> 
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlaeWvEACgkQ9CaO5/Lv0PD+ZwCdEckChNr97VUhice9tPr5BnE9
lp4AoILZ9L0uycFJx+hf4Tt7CMpDTPX7
=2t5+
-END PGP SIGNATURE-

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



Re: Problem With proxi.cgi

2016-01-19 Thread Mark Thomas
On 19/01/2016 14:54, Luciano Martin Galletti wrote:
> yes i edited web.xml and not server.xml. 
> Server.xml is n C:/tomcat7.0/conf and i didn't touch it
> 
> i added context.xml that contain this:
>  
> in the folder where is my application

That context.xml file needs to be inside a META-INF folder.
META-INF should be at the root of your web application.

Mark


> 
> when i go on proxy.cgi i can read all the content as a text :(
> "
> !C:/Python27/python.exe -u 
> 
> 
> """This is a blind proxy that we use to get around browser
> restrictions that prevent the Javascript from loading pages not on the
> same server as the Javascript.  This has several problems: it's less
> efficient, it might break some sites, and it's a security risk because
> people can use this proxy to browse the web and possibly do bad stuff
> with it.  It only loads pages via http and https, but it can load any
> content type. It supports GET and POST requests."""
> 
> import urllib2
> import cgi
> import sys, os
> 
> # Designed to prevent Open Proxy type stuff.
> 
> allowedHosts = ['www.openlayers.org', 'openlayers.org', 
> 'labs.metacarta.com', 'world.freemap.in', 
> 'prototype.openmnnd.org', 'geo.openplans.org',
> 'sigma.openplans.org', 'demo.opengeo.org',
> 'www.openstreetmap.org', 'sample.azavea.com',
> 'v2.suite.opengeo.org', 'v-swe.uni-muenster.de:8080', 
> 'vmap0.tiles.osgeo.org', 'www.openrouteservice.org', 
> 'localhost:8080']
> 
> method = os.environ["REQUEST_METHOD"]
> 
> if method == "POST":
> qs = os.environ["QUERY_STRING"]
> d = cgi.parse_qs(qs)
> if d.has_key("url"):
> url = d["url"][0]
> else:
> url = "http://www.openlayers.org";
> else:
> fs = cgi.FieldStorage()
> url = fs.getvalue('url', "http://www.openlayers.org";)
> 
> try:
> host = url.split("/")[2]
> if allowedHosts and not host in allowedHosts:
> print "Status: 502 Bad Gateway"
> print "Content-Type: text/plain"
> print
> print "This proxy does not allow you to access that location (%s)." % 
> (host,)
> print
> print os.environ
>   
> elif url.startswith("http://";) or url.startswith("https://";):
> 
> if method == "POST":
> length = int(os.environ["CONTENT_LENGTH"])
> headers = {"Content-Type": os.environ["CONTENT_TYPE"]}
> body = sys.stdin.read(length)
> r = urllib2.Request(url, body, headers)
> y = urllib2.urlopen(r)
> else:
> y = urllib2.urlopen(url)
> 
> # print content type header
> i = y.info()
> if i.has_key("Content-Type"):
> print "Content-Type: %s" % (i["Content-Type"])
> else:
> print "Content-Type: text/plain"
> print
> 
> print y.read()
> 
> y.close()
> else:
> print "Content-Type: text/plain"
> print
> print "Illegal request."
> 
> except Exception, E:
> print "Status: 500 Unexpected Error"
> print "Content-Type: text/plain"
> print 
> print "Some unexpected error occurred. Error text was:", E "
> 
>> Subject: Re: Problem With proxi.cgi
>> To: users@tomcat.apache.org
>> From: ma...@apache.org
>> Date: Tue, 19 Jan 2016 14:44:40 +
>>
>> On 19/01/2016 14:32, Luciano Martin Galletti wrote:
>>> I’m tryng to use a proxy.cgi for my app developed in openlayer.
>>>
>>>
>>> But when i try to use the url of the cgi i can read the test of the file 
>>> proxy.cgi and it’s not executed.
>>>
>>>
>>> I’ve modified the server.xml adding:
>>
>> That should be web.xml for your application.
>>
>>>
>>>
>>> 
>>> cgi
>>> 
>>> org.apache.catalina.servlets.CGIServlet
>>> 
>>>   debug
>>>   0
>>> 
>>> 
>>>   cgiPathPrefix
>>>   WEB-INF/cgi
>>> 
>>>  5
>>> 
>>>
>>>
>>>
>>> and:
>>>
>>>
>>> 
>>> cgi
>>> /cgi-bin/*
>>> 
>>>
>>>
>>>
>>> and i put the proxy.cgi in the folder WEB-INF/cgi of my app! while 
>>> server.xml and context.xml in the folder of my application on server.
>>
>> You should leave server.xml where Tomcat installs it.
>>
>> Application specific context.xml files should be under META-INF
>>
>>> in context.xml i’ve added:
>>>
>>>   >> /> 
>>
>> Which context.xml file?
>>
>> Mark
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
> 
> 


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



RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
i don't know if this help to understand where is the problem but in log file 
i've:

gen 19, 2016 4:00:40 PM org.apache.catalina.core.ApplicationContext log
INFORMAZIONI: Marking servlet cgi as unavailable
gen 19, 2016 4:00:40 PM org.apache.catalina.core.StandardContext loadOnStartup
GRAVE: Servlet [cgi] in web application [/examples] threw load() exception
java.lang.SecurityException: Restricted class 
org.apache.catalina.servlets.CGIServlet
at 
org.apache.catalina.core.DefaultInstanceManager.checkAccess(DefaultInstanceManager.java:529)
at 
org.apache.catalina.core.DefaultInstanceManager.checkAccess(DefaultInstanceManager.java:520)
at 
org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:490)
at 
org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:115)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1148)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1087)
at 
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5327)
at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5617)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
at 
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1263)
at 
org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1975)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

gen 19, 2016 4:00:40 PM org.apache.catalina.core.ApplicationContext log
INFORMAZIONI: Marking servlet cgi as unavailable
gen 19, 2016 4:00:40 PM org.apache.catalina.core.StandardContext loadOnStartup
GRAVE: Servlet [cgi] in web application [] threw load() exception
java.lang.SecurityException: Restricted class 
org.apache.catalina.servlets.CGIServlet
at 
org.apache.catalina.core.DefaultInstanceManager.checkAccess(DefaultInstanceManager.java:529)
at 
org.apache.catalina.core.DefaultInstanceManager.checkAccess(DefaultInstanceManager.java:520)
at 
org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:490)
at 
org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:115)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1148)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1087)
at 
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5327)
at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5617)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652)
at 
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1263)
at 
org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1975)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)



  

Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread Anand
I have executed the startup.bat using administrative privileges and also
tried installing at different locations, got the same error.  i.e opened
the cmd.exe (Run as Administrator) and then started tomcat by executing
startup.bat.

On Tue, Jan 19, 2016 at 7:53 PM, André Warnier (tomcat) 
wrote:

> On 19.01.2016 14:36, Anand wrote:
>
>> I tried to start the tomcat from command line by executing the
>> startup.bat.
>>
>
> Ok.  Again, I am not the ultimate expert, but the key error below seems to
> be around
>
> Caused by: java.lang.NoSuchMethodError:
> org.apache.naming.NamingContext.setExceptionOnFailedWrite(Z)V
>
> I don't know exactly what that means, but since you are on Windows 7, I
> would first make sure that you are not experiencing some conflict with
> "User Account Control" or similar, and that the directories where Tomcat
> needs to write (as it is started in a command window, under the user
> account which you use to login into Windows), can actually be written by
> this Tomcat (the "logs" directory, and the "work" directory for instance).
> (This may not be the ultimate reason for the error, but it may be a
> triggering factor).
>
>
>> On Tue, Jan 19, 2016 at 6:40 PM, André Warnier (tomcat) 
>> wrote:
>>
>> On 19.01.2016 13:53, Anand wrote:
>>>
>>> I am trying to install Tomcat 8.0.18 from location:



 http://archive.apache.org/dist/tomcat/tomcat-8/v8.0.18/bin/apache-tomcat-8.0.18-windows-x64.zip



 JDK Used from below location



 http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

 jdk-8u66-windows-x64.exe

 Environment - Windows 7, JDK 1.8

 I am not modifying any files(like wevb.xml) during startup and also not
 added any 3rd party jars in tomcat lib directory.

 Tomcat is unable to start, fails with below error:
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Server version:Apache Tomcat/8.0.18
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Server built:  Jan 23 2015 11:56:07 UTC
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Server number: 8.0.18.0
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: OS Name:   Windows 7
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: OS Version:6.1
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Architecture:  amd64
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Java Home: C:\Program Files\Java\jdk1.8.0_66\jre
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: JVM Version:   1.8.0_66-b18
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: JVM Vendor:Oracle Corporation
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: CATALINA_BASE:
 C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: CATALINA_HOME:
 C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Command line argument:


 -Djava.util.logging.config.file=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\conf\logging.properties
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Command line argument:
 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Command line argument:


 -Djava.endorsed.dirs=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\endorsed
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Command line argument:


 -Dcatalina.base=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Command line argument:


 -Dcatalina.home=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
 Jan 18, 2016 4:28:05 PM
 org.apache.catalina.startup.VersionLoggerListener
 log
 INFO: Command line argument:


 -Djava.io.tmpdir=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\temp
 Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
 lifecycleE

RE: Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
yes i edited web.xml and not server.xml. 
Server.xml is n C:/tomcat7.0/conf and i didn't touch it

i added context.xml that contain this:
 
in the folder where is my application

when i go on proxy.cgi i can read all the content as a text :(
"
!C:/Python27/python.exe -u 


"""This is a blind proxy that we use to get around browser
restrictions that prevent the Javascript from loading pages not on the
same server as the Javascript.  This has several problems: it's less
efficient, it might break some sites, and it's a security risk because
people can use this proxy to browse the web and possibly do bad stuff
with it.  It only loads pages via http and https, but it can load any
content type. It supports GET and POST requests."""

import urllib2
import cgi
import sys, os

# Designed to prevent Open Proxy type stuff.

allowedHosts = ['www.openlayers.org', 'openlayers.org', 
'labs.metacarta.com', 'world.freemap.in', 
'prototype.openmnnd.org', 'geo.openplans.org',
'sigma.openplans.org', 'demo.opengeo.org',
'www.openstreetmap.org', 'sample.azavea.com',
'v2.suite.opengeo.org', 'v-swe.uni-muenster.de:8080', 
'vmap0.tiles.osgeo.org', 'www.openrouteservice.org', 
'localhost:8080']

method = os.environ["REQUEST_METHOD"]

if method == "POST":
qs = os.environ["QUERY_STRING"]
d = cgi.parse_qs(qs)
if d.has_key("url"):
url = d["url"][0]
else:
url = "http://www.openlayers.org";
else:
fs = cgi.FieldStorage()
url = fs.getvalue('url', "http://www.openlayers.org";)

try:
host = url.split("/")[2]
if allowedHosts and not host in allowedHosts:
print "Status: 502 Bad Gateway"
print "Content-Type: text/plain"
print
print "This proxy does not allow you to access that location (%s)." % 
(host,)
print
print os.environ
  
elif url.startswith("http://";) or url.startswith("https://";):

if method == "POST":
length = int(os.environ["CONTENT_LENGTH"])
headers = {"Content-Type": os.environ["CONTENT_TYPE"]}
body = sys.stdin.read(length)
r = urllib2.Request(url, body, headers)
y = urllib2.urlopen(r)
else:
y = urllib2.urlopen(url)

# print content type header
i = y.info()
if i.has_key("Content-Type"):
print "Content-Type: %s" % (i["Content-Type"])
else:
print "Content-Type: text/plain"
print

print y.read()

y.close()
else:
print "Content-Type: text/plain"
print
print "Illegal request."

except Exception, E:
print "Status: 500 Unexpected Error"
print "Content-Type: text/plain"
print 
print "Some unexpected error occurred. Error text was:", E "

> Subject: Re: Problem With proxi.cgi
> To: users@tomcat.apache.org
> From: ma...@apache.org
> Date: Tue, 19 Jan 2016 14:44:40 +
> 
> On 19/01/2016 14:32, Luciano Martin Galletti wrote:
> > I’m tryng to use a proxy.cgi for my app developed in openlayer.
> > 
> > 
> > But when i try to use the url of the cgi i can read the test of the file 
> > proxy.cgi and it’s not executed.
> > 
> > 
> > I’ve modified the server.xml adding:
> 
> That should be web.xml for your application.
> 
> > 
> > 
> > 
> > cgi
> > 
> > org.apache.catalina.servlets.CGIServlet
> > 
> >   debug
> >   0
> > 
> > 
> >   cgiPathPrefix
> >   WEB-INF/cgi
> > 
> >  5
> > 
> > 
> > 
> > 
> > and:
> > 
> > 
> > 
> > cgi
> > /cgi-bin/*
> > 
> > 
> > 
> > 
> > and i put the proxy.cgi in the folder WEB-INF/cgi of my app! while 
> > server.xml and context.xml in the folder of my application on server.
> 
> You should leave server.xml where Tomcat installs it.
> 
> Application specific context.xml files should be under META-INF
> 
> > in context.xml i’ve added:
> > 
> >> /> 
> 
> Which context.xml file?
> 
> Mark
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
  

Re: Problem With proxi.cgi

2016-01-19 Thread Mark Thomas
On 19/01/2016 14:32, Luciano Martin Galletti wrote:
> I’m tryng to use a proxy.cgi for my app developed in openlayer.
> 
> 
> But when i try to use the url of the cgi i can read the test of the file 
> proxy.cgi and it’s not executed.
> 
> 
> I’ve modified the server.xml adding:

That should be web.xml for your application.

> 
> 
> 
> cgi
> org.apache.catalina.servlets.CGIServlet
> 
>   debug
>   0
> 
> 
>   cgiPathPrefix
>   WEB-INF/cgi
> 
>  5
> 
> 
> 
> 
> and:
> 
> 
> 
> cgi
> /cgi-bin/*
> 
> 
> 
> 
> and i put the proxy.cgi in the folder WEB-INF/cgi of my app! while server.xml 
> and context.xml in the folder of my application on server.

You should leave server.xml where Tomcat installs it.

Application specific context.xml files should be under META-INF

> in context.xml i’ve added:
> 
>/> 

Which context.xml file?

Mark


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



Re: Application throwing ClassCast Exception while upgrading from tomcat 8.0.18 to tomcat 8.0.30

2016-01-19 Thread Mark Thomas
On 19/01/2016 13:39, Adhavan Mathiyalagan wrote:



> What i could understand is application is throwing exception due to change
> in the getParameter method of ApplicationHttpRequest class ,which earlier
> was accepting all datatypes (like Integer)
> is now restricted to 'String'  datatype only .
> 
> Kindly let me know why this change has been done ( in the getParameter
> method of ApplicationHttpRequest class)

If only the Apache Tomcat project used some form of version control
system where every change to the source code was tracked along with a
comment that explained why...

> and the suggest me the path forward
> for fixing the issue.

Figure out what is inserting something other than String[] as the value
into a Map instance.

Mark


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



Problem With proxi.cgi

2016-01-19 Thread Luciano Martin Galletti
I’m tryng to use a proxy.cgi for my app developed in openlayer.


But when i try to use the url of the cgi i can read the test of the file 
proxy.cgi and it’s not executed.


I’ve modified the server.xml adding:



cgi
org.apache.catalina.servlets.CGIServlet

  debug
  0


  cgiPathPrefix
  WEB-INF/cgi

 5




and:



cgi
/cgi-bin/*




and i put the proxy.cgi in the folder WEB-INF/cgi of my app! while server.xml 
and context.xml in the folder of my application on server.


in context.xml i’ve added:

   



but if i go on http://localhost:8080/examples/ac/proxy.cgi

i read:









Some text can go here... Maybe explaining your project.




Query result





​

Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread tomcat

On 19.01.2016 14:36, Anand wrote:

I tried to start the tomcat from command line by executing the startup.bat.


Ok.  Again, I am not the ultimate expert, but the key error below seems to be 
around

Caused by: java.lang.NoSuchMethodError:
org.apache.naming.NamingContext.setExceptionOnFailedWrite(Z)V

I don't know exactly what that means, but since you are on Windows 7, I would first make 
sure that you are not experiencing some conflict with "User Account Control" or similar, 
and that the directories where Tomcat needs to write (as it is started in a command 
window, under the user account which you use to login into Windows), can actually be 
written by this Tomcat (the "logs" directory, and the "work" directory for instance).

(This may not be the ultimate reason for the error, but it may be a triggering 
factor).



On Tue, Jan 19, 2016 at 6:40 PM, André Warnier (tomcat) 
wrote:


On 19.01.2016 13:53, Anand wrote:


I am trying to install Tomcat 8.0.18 from location:


http://archive.apache.org/dist/tomcat/tomcat-8/v8.0.18/bin/apache-tomcat-8.0.18-windows-x64.zip



JDK Used from below location


http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

jdk-8u66-windows-x64.exe

Environment - Windows 7, JDK 1.8

I am not modifying any files(like wevb.xml) during startup and also not
added any 3rd party jars in tomcat lib directory.

Tomcat is unable to start, fails with below error:
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server version:Apache Tomcat/8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server built:  Jan 23 2015 11:56:07 UTC
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server number: 8.0.18.0
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: OS Name:   Windows 7
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: OS Version:6.1
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Architecture:  amd64
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Java Home: C:\Program Files\Java\jdk1.8.0_66\jre
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: JVM Version:   1.8.0_66-b18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: JVM Vendor:Oracle Corporation
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: CATALINA_BASE:
C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: CATALINA_HOME:
C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:

-Djava.util.logging.config.file=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\conf\logging.properties
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:

-Djava.endorsed.dirs=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\endorsed
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:

-Dcatalina.base=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:

-Dcatalina.home=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:

-Djava.io.tmpdir=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\temp
Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: Loaded APR based Apache Tomcat Native library 1.1.32 using APR
version 1.5.1.
Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters
[false], random [true].
Jan 18, 2016 4:28:06 PM org.apache.catalina.core.AprLifecycleListener
initializeSSL
INFO: OpenSSL successfully initialized (OpenSSL 1.0.1j 15 Oct 2014)
Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-apr-8080"]
Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-apr-8009"]
Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1621 ms
Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina start
SEVERE: The required Server component failed t

Application throwing ClassCast Exception while upgrading from tomcat 8.0.18 to tomcat 8.0.30

2016-01-19 Thread Adhavan Mathiyalagan
Hi ,

While upgrading from tomcat 8.0.18 to tomcat 8.0.30 version ,we are facing
the below issue .The displaytag version used by the application is
DisplayTag 1.1


Caused by: javax.servlet.ServletException: javax.servlet.jsp.JspException:
java.lang.ClassCastException: java.lang.Integer cannot be cast to
[Ljava.lang.String;
at
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:905)
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:838)
at
org.apache.jsp.WEB_002dINF.jsp.referencedata.ChargingPriceReductionTab_jsp._jspService(ChargingPriceReductionTab_jsp.java:661)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:438)
... 46 more

*Caused by: java.lang.ClassCastException: java.lang.Integer cannot be cast
to [Ljava.lang.String;at
org.apache.catalina.core.ApplicationHttpRequest.getParameter(ApplicationHttpRequest.java:369)*
at
org.displaytag.util.DefaultRequestHelper.getParameterMap(DefaultRequestHelper.java:128)
at
org.displaytag.util.DefaultRequestHelper.getHref(DefaultRequestHelper.java:75)
at
com.x.ccb.cfw.wcs.uitemplates.taglib.displaytag.ExtendedRequestHelper.getHref(ExtendedRequestHelper.java:186)
at org.displaytag.tags.TableTag.initHref(TableTag.java:1061)
at
com.x.ccb.cfw.wcs.uitemplates.taglib.displaytag.TableTag.initHref(TableTag.java:666)
at org.displaytag.tags.TableTag.initParameters(TableTag.java:866)
at org.displaytag.tags.TableTag.doStartTag(TableTag.java:722)
at
com.x.ccb.cfw.wcs.uitemplates.taglib.displaytag.TableTag.doStartTag(TableTag.java:712)
at
org.apache.jsp.WEB_002dINF.jsp.referencedata.ChargingPriceReductionTab_jsp$Helper.invoke2(ChargingPriceReductionTab_jsp.java:2577)
at
org.apache.jsp.WEB_002dINF.jsp.referencedata.ChargingPriceReductionTab_jsp$Helper.invoke(ChargingPriceReductionTab_jsp.java:2732)

What i could understand is application is throwing exception due to change
in the getParameter method of ApplicationHttpRequest class ,which earlier
was accepting all datatypes (like Integer)
is now restricted to 'String'  datatype only .

Kindly let me know why this change has been done ( in the getParameter
method of ApplicationHttpRequest class) and the suggest me the path forward
for fixing the issue.

Thanks & Regards,
Adhavan.M


Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread Anand
I tried to start the tomcat from command line by executing the startup.bat.

On Tue, Jan 19, 2016 at 6:40 PM, André Warnier (tomcat) 
wrote:

> On 19.01.2016 13:53, Anand wrote:
>
>> I am trying to install Tomcat 8.0.18 from location:
>>
>>
>> http://archive.apache.org/dist/tomcat/tomcat-8/v8.0.18/bin/apache-tomcat-8.0.18-windows-x64.zip
>>
>>
>>
>> JDK Used from below location
>>
>>
>> http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
>>
>> jdk-8u66-windows-x64.exe
>>
>> Environment - Windows 7, JDK 1.8
>>
>> I am not modifying any files(like wevb.xml) during startup and also not
>> added any 3rd party jars in tomcat lib directory.
>>
>> Tomcat is unable to start, fails with below error:
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Server version:Apache Tomcat/8.0.18
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Server built:  Jan 23 2015 11:56:07 UTC
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Server number: 8.0.18.0
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: OS Name:   Windows 7
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: OS Version:6.1
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Architecture:  amd64
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Java Home: C:\Program Files\Java\jdk1.8.0_66\jre
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: JVM Version:   1.8.0_66-b18
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: JVM Vendor:Oracle Corporation
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: CATALINA_BASE:
>> C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: CATALINA_HOME:
>> C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Command line argument:
>>
>> -Djava.util.logging.config.file=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\conf\logging.properties
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Command line argument:
>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Command line argument:
>>
>> -Djava.endorsed.dirs=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\endorsed
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Command line argument:
>>
>> -Dcatalina.base=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Command line argument:
>>
>> -Dcatalina.home=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
>> log
>> INFO: Command line argument:
>>
>> -Djava.io.tmpdir=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\temp
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: Loaded APR based Apache Tomcat Native library 1.1.32 using APR
>> version 1.5.1.
>> Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
>> lifecycleEvent
>> INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters
>> [false], random [true].
>> Jan 18, 2016 4:28:06 PM org.apache.catalina.core.AprLifecycleListener
>> initializeSSL
>> INFO: OpenSSL successfully initialized (OpenSSL 1.0.1j 15 Oct 2014)
>> Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
>> INFO: Initializing ProtocolHandler ["http-apr-8080"]
>> Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
>> INFO: Initializing ProtocolHandler ["ajp-apr-8009"]
>> Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina load
>> INFO: Initialization processed in 1621 ms
>> Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina start
>> SEVERE: The required Server component failed to start so Tomcat is unable
>> to start.
>> org.apache.catalina.LifecycleException: Failed to start component
>> [StandardServer[8005]]
>>  at
>> org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
>>  at org.apache.catalina.startup.Catalina.start(Catalina.java:625)
>>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>  at
>>
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>   

Re: Tomcat 8.0.18 is not getting started

2016-01-19 Thread tomcat

On 19.01.2016 13:53, Anand wrote:

I am trying to install Tomcat 8.0.18 from location:

http://archive.apache.org/dist/tomcat/tomcat-8/v8.0.18/bin/apache-tomcat-8.0.18-windows-x64.zip



JDK Used from below location

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

jdk-8u66-windows-x64.exe

Environment - Windows 7, JDK 1.8

I am not modifying any files(like wevb.xml) during startup and also not
added any 3rd party jars in tomcat lib directory.

Tomcat is unable to start, fails with below error:
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server version:Apache Tomcat/8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server built:  Jan 23 2015 11:56:07 UTC
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server number: 8.0.18.0
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: OS Name:   Windows 7
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: OS Version:6.1
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Architecture:  amd64
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Java Home: C:\Program Files\Java\jdk1.8.0_66\jre
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: JVM Version:   1.8.0_66-b18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: JVM Vendor:Oracle Corporation
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: CATALINA_BASE:
C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: CATALINA_HOME:
C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.util.logging.config.file=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\conf\logging.properties
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.endorsed.dirs=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\endorsed
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Dcatalina.base=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Dcatalina.home=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.io.tmpdir=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\temp
Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: Loaded APR based Apache Tomcat Native library 1.1.32 using APR
version 1.5.1.
Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters
[false], random [true].
Jan 18, 2016 4:28:06 PM org.apache.catalina.core.AprLifecycleListener
initializeSSL
INFO: OpenSSL successfully initialized (OpenSSL 1.0.1j 15 Oct 2014)
Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-apr-8080"]
Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-apr-8009"]
Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1621 ms
Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina start
SEVERE: The required Server component failed to start so Tomcat is unable
to start.
org.apache.catalina.LifecycleException: Failed to start component
[StandardServer[8005]]
 at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:625)
 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:497)
 at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:351)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:485)
Caused by: java.lang.NoSuchMethodError:
org.apache.naming.NamingContext.setExceptionOnFailedWrite(Z)V
 at
org.apache.catalina.core.NamingContextListener.lifecycleEvent(NamingContext

Tomcat 8.0.18 is not getting started

2016-01-19 Thread Anand
I am trying to install Tomcat 8.0.18 from location:

http://archive.apache.org/dist/tomcat/tomcat-8/v8.0.18/bin/apache-tomcat-8.0.18-windows-x64.zip



JDK Used from below location

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

jdk-8u66-windows-x64.exe

Environment - Windows 7, JDK 1.8

I am not modifying any files(like wevb.xml) during startup and also not
added any 3rd party jars in tomcat lib directory.

Tomcat is unable to start, fails with below error:
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server version:Apache Tomcat/8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server built:  Jan 23 2015 11:56:07 UTC
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Server number: 8.0.18.0
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: OS Name:   Windows 7
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: OS Version:6.1
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Architecture:  amd64
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Java Home: C:\Program Files\Java\jdk1.8.0_66\jre
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: JVM Version:   1.8.0_66-b18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: JVM Vendor:Oracle Corporation
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: CATALINA_BASE:
C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: CATALINA_HOME:
C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.util.logging.config.file=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\conf\logging.properties
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.endorsed.dirs=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\endorsed
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Dcatalina.base=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Dcatalina.home=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18
Jan 18, 2016 4:28:05 PM org.apache.catalina.startup.VersionLoggerListener
log
INFO: Command line argument:
-Djava.io.tmpdir=C:\Tomcat\apache-tomcat-8.0.18-windows-x64\apache-tomcat-8.0.18\temp
Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: Loaded APR based Apache Tomcat Native library 1.1.32 using APR
version 1.5.1.
Jan 18, 2016 4:28:05 PM org.apache.catalina.core.AprLifecycleListener
lifecycleEvent
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters
[false], random [true].
Jan 18, 2016 4:28:06 PM org.apache.catalina.core.AprLifecycleListener
initializeSSL
INFO: OpenSSL successfully initialized (OpenSSL 1.0.1j 15 Oct 2014)
Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-apr-8080"]
Jan 18, 2016 4:28:06 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-apr-8009"]
Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1621 ms
Jan 18, 2016 4:28:06 PM org.apache.catalina.startup.Catalina start
SEVERE: The required Server component failed to start so Tomcat is unable
to start.
org.apache.catalina.LifecycleException: Failed to start component
[StandardServer[8005]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:154)
at org.apache.catalina.startup.Catalina.start(Catalina.java:625)
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:497)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:351)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:485)
Caused by: java.lang.NoSuchMethodError:
org.apache.naming.NamingContext.setExceptionOnFailedWrite(Z)V
at
org.apache.catalina.core.NamingContextListener.lifecycleEvent(NamingContextListener.java:249)
at
org.apache.catalina

Re: SSL client cert selection dialog not showing up on cloned deployment of tomcat 7 for windows x64

2016-01-19 Thread Gael Abadin
Thanks for the reply :-)

I've checked for all that!

I even ended up copying my tomcat folder and my eclipse tomcat
configuration folder from my computer to his,

So they are literally the same configuration.

I know the connector configuration is being read because if, for example, I
remove the .keystore file I get an error. Or if I change the port the SSL
connector starts listening on that port on deployment.

Also, I made sure we are launching using the same JRE.

I tried clientAuth="true" instead of "want". And accesing from my browser
on my computer. Still no client certificate request. Log files don't show
any errors.

We even tried to reboot the system ^^'.

Eclipse versions differ, but I don't see how that could result in tomcat
not requesting SSL client certs...

Anyway, since we couldn't find the cause I recommended him to use a fresh
tomcat 7 install, download the last eclipse-JEE and java SDK, using a new
workbench, and starting a new project redownloading the source files from
the repo. It's a little overkill, but that should do it...

2016-01-19 1:59 GMT+01:00 Christopher Schultz 
:

> Gael,
>
> On 1/11/16 11:46 AM, Gael Abadin wrote:
> > The server certificate is self signed. Appart from the typical warning we
> > see no errors when we check it.
> >
> > His system (windows) clock is synchronized using microsoft's NTP server,
> > same as mine.
> >
> > This is really weird because I have already delopoyed the same app and
> > config in two other systems, appart from mine, without any issues, and
> his
> > and mine are basically the same...
>
> Run "diff" on the two conf/server.xml files from the two servers?
> Different conf/context.xml file? How about a
> conf/[engine]/[host]/[app].xml file making a difference in one or the
> other environment?
>
> -chris
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


-- 



.

Alberto Gael Abadin Martinez
Junior Developer

[image: IMATIA]

www.imatia.com

*Tel: *+34 986 342 774 ext 4531

*Email: *gael.aba...@imatia.com
Edificio CITEXVI
Fonte das Abelleiras, s/n - Local 27
36310 Vigo (Pontevedra)
España

.



.

Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede
contener información confidencial, siendo para uso exclusivo del
destinatario. Queda prohibida su divulgación copia o distribución a
terceros sin la autorización expresa del remitente. Si usted ha recibido
este mensaje erróneamente, se ruega lo notifique al remitente y proceda a
su borrado. Gracias por su colaboración.
This message, and in the case of any file annexed to it, can have
confidential information, and it is exclusively for the use of the
addressee of the message. It is strictly forbidden to spread a copy or
distribute to third parties, without the express order of the sender. If
you have received this message mistakenly, we request you to notify to the
sender, and please be sure to erase it. Thank you for your collaboration.

.


Re: File size >= 2GB not uploaded in application [Tomcat 7.0.54 Struts: 2.3.24 JAVA: openJDK 1.7.79]

2016-01-19 Thread Rahul Singh
Apart from below information, one additional information.

We have used the jQuery form plugin js in our project. This handles the form 
and request submit. The code is as attached here.





From: Rahul Singh 
Sent: Tuesday, January 19, 2016 11:30 AM
To: Tomcat Users List
Subject: Re: File size >= 2GB not uploaded in application [Tomcat 7.0.54 
Struts: 2.3.24 JAVA: openJDK 1.7.79]

Hi Christopher ,


>>So... what makes you sure that the browser actually made the request?
>>I'd like to see some kind of confirmation using a tool you didn't
>>write. Perhaps something like Firebug, LiveHttpHeaders, Fiddler, or
>>even Wireshark showing that the request was made, what headers it had,
>>etc.

OK,
We have used HTTP Analayzer for file upload via Internet Explorer-8. Following 
are the scenario observed.

For lesser than 2gb file uploads : The request header shows the correct 
content-length value of the file.The uploads works fine further also.

For more than 2gb file uploads: The file length is 2151533567 bytes(which is 
roughly 2.15 Gb).  The request is aborted in this case and the request header 
shows the content length
as -214343325 bytes (which is rougly 214 Mb).The upload process does not 
proceed further in this case.

both cases request headers are attached in screenshot.

From: Christopher Schultz 
Sent: Monday, January 18, 2016 11:17 AM
To: Tomcat Users List
Subject: Re: File size >= 2GB not uploaded in application [Tomcat 7.0.54 
Struts: 2.3.24 JAVA: openJDK 1.7.79]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rahul,

On 1/17/16 11:28 PM, Rahul Singh wrote:
> Code flow is attached, forgot to attach in trailing mail.
>
> --
- --
>
>
*From:* Rahul Singh 
> *Sent:* Monday, January 18, 2016 8:39 AM *To:* Tomcat Users List
> *Subject:* Re: File size >= 2GB not uploaded in application
> [Tomcat 7.0.54 Struts: 2.3.24 JAVA: openJDK 1.7.79]
>
> Hello Christopher, thanks for your prompt response !!
>
>> Why didn't you come to the Tomcat community first?
> Sorry for the delay, we wanted to make sure about the component
> causing the problem.
>
>
>>> I don't have a test-case in front of me, but I'm fairly
>>> confident that Tomcat allows file uploads of greater than 2GiB.
>>> I suspect the problem
> is another component.
>>> Are you using Servlet 3.0-based file upload, or are you
>>> allowing Struts to handle the file-upload for you? If you use
>>> Servlet-3.0 file-upload, then you'll have code that deals with
>>> Multipart classes and configuration in web.xml. If you are
>>> using Struts's file-upload, then you'll mostly just be calling
>>> getFile or getInputStream or however Struts 2 does things (I
>>> can't remember how it all works off the top of my head).
>
>
> In our case the filter class implements the javax.servlet.flter
> and imports javax.servlet.* The Filter class mentioned in the
> previous threads is the first one as declared in the web.xml
> (followed by other struts filters). All (url) requests are mapped
> to this filter. So this is where our file upload request goes. It
> is only in greater than 2 gb file upload request that the
> dofilter() fails to get any request. So we feel servlet 3.0 being
> used in our case the Filter is not being able to handle greater
> than 2 gb requests.
>
>
>>> The point is, if you are using Struts, then Tomcat will not
>>> touch the request and Struts is handling the whole thing. If
>>> Struts is the problem, you'll need to talk to the Struts
>>> team[1].
>
>>> If you are using Servlet-3.0 file-upload, then Struts is just a
>>> red herring and this is the right place to get your issue
>>> solved.
>
> As mentioned above Servlet 3.0 is being used. So request the
> tomcat community to please look into our issue.
>
>>> So far, you have posted some configuration for Struts and some
>>> JSP tablib-filled code, plus some Java code for a Filter. You
>>> didn't say where the Filter was in the filter chain (before or
>>> after Struts filter). You also mentioned that the form is
>>> actually posted using XMLHttpRequest and not through a standard
>>> form, but you didn't explain what component is doing that or
>>> how it actually works.
>
>>> There isn't enough information here to make any sense of the
>>> situation. Can you please address all of the questions I've
>>> posed above and maybe we can then help you?
>
>
> <<>>> We need to model the following code to be told:
> jsp submit of the form How the .js submit it further in
> XmlHttpRequest How the Filter is declared How the web.xml is
> declared
>
>
>> Are you sure the request is even made to the server in these
>> cases?What if the Javascript upload component is failing before
>> it even starts?
>
> Yes the request is made in these cases. We have compared the
> scenario for greater than 2gb and lesser size file uploads and
> drawn the following inference from it.We have chec

RE: File size >= 2GB not uploaded in application [Tomcat 7.0.54 Struts: 2.3.24 JAVA: openJDK 1.7.79]

2016-01-19 Thread Alten, Jessica-Aileen
> We have used HTTP Analayzer for file upload via Internet Explorer-8.
> Following are the scenario observed. [...]

I've just came back from vacation and didn't followed the whole thread - but I 
think it is simply an IE 8 problem, see 
http://blogs.msdn.com/b/ieinternals/archive/2011/03/10/wininet-internet-explorer-file-download-and-upload-maximum-size-limits.aspx

IE 8 can't upload more than 2 GB.

Greetings
Jessica


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