On Wed, May 23, 2012 at 12:31 AM, Konstantin Kolinko wrote:
> 2012/5/22 Vadzim Mikhalenak :
> > Hello Christopher,
> > *
> > *
> > Thank you for the reply! Yes, link
> > http://tomcat.apache.org/tomcat-5.5-doc/monitoring.html is for version
> 5.5
> > but we are migrating from version 6 (sorry fo
2012/5/22 Vadzim Mikhalenak :
> Hello Christopher,
> *
> *
> Thank you for the reply! Yes, link
> http://tomcat.apache.org/tomcat-5.5-doc/monitoring.html is for version 5.5
> but we are migrating from version 6 (sorry for the confusion) but the
> configuration above was valid for version 6
>
It w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vadim,
Bringing this back onto the list...
On 5/22/12 4:29 PM, Vadzim Mikhalenak wrote:
> Thank you for the reply! Yes, link
> http://tomcat.apache.org/tomcat-5.5-doc/monitoring.html is for
> version 5.5 but we are migrating from version 6 (sorry fo
Hello,
We are going to migrate our application from tomcat 6 to tomcat 7. But
during migration we've faced with the following issue:
we have the following configuration to have possbility to manage JMX Bean
using browser (through http):
...
...
as described at the following page:
http://tomcat.a
Kees Jan Koster wrote:
Dear André,
Assuming that your client is really connecting to that HTTP connector on port
8080 mentioned above..
Yes, it has a forwarded port 80 (using FreeBSD ipfw) that also points to 8080,
and there is an Apache with mod_proxy_http that hooks into 8081. My tests ar
Dear André,
> Assuming that your client is really connecting to that HTTP connector on port
> 8080 mentioned above..
Yes, it has a forwarded port 80 (using FreeBSD ipfw) that also points to 8080,
and there is an Apache with mod_proxy_http that hooks into 8081. My tests are
on the vanilla port,
Dear Jose,
>> Yes I am. In finally{} block. Here is the client code:
>
> Calling the disconnect() method of HttpURLConnection may close the
> underlying socket
> if a persistent connection is otherwise idle at that time
> Try don't call it, test it and tell us :-)
>
> http://docs.oracle.com/jav
> Yes I am. In finally{} block. Here is the client code:
Calling the disconnect() method of HttpURLConnection may close the
underlying socket
if a persistent connection is otherwise idle at that time
Try don't call it, test it and tell us :-)
http://docs.oracle.com/javase/1.5.0/docs/guide/net/ht
Kees Jan Koster wrote:
Dear Tomcat community,
I am trying to resolve the problem where some client code in Java frequently
gets the following error in the logs:
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at java.io.
Dear Jose,
> 2012/5/22 Kees Jan Koster :
>> Dear Tomcat community,
>>
>> I am trying to resolve the problem where some client code in Java frequently
>> gets the following error in the logs:
>>
>> java.net.SocketException: Connection reset
>>at java.net.SocketInputStream.read(SocketInpu
2012/5/22 Kees Jan Koster :
> Dear Tomcat community,
>
> I am trying to resolve the problem where some client code in Java frequently
> gets the following error in the logs:
>
> java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(SocketInputStream.java:168)
>
Dear Tomcat community,
I am trying to resolve the problem where some client code in Java frequently
gets the following error in the logs:
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at java.io.BufferedInputStream.fill(
Hi Pid,
Tried your suggestion but got the same results.
Any way to debug this?
Thanks,
Michael
2012/5/21, Pid :
> On 17/05/2012 07:11, Michael Ravits wrote:
>> Hey Pidster,
>>
>> This is the tag I've used:
>>
>> > aliases="/img/images=/home/michaelr/images,/img/thumbs=/home/michaelr/thumbs">
>>
13 matches
Mail list logo
