With the tomcat locally installed all works fine; the issue occurs from a
linux box (rhel6.x in my situation) with tomcat 7.0.29 as the server
machine and a client. Both are in lan without filtering elements.
Since I'm (as now) unable to determine the root cause of the issue (the
worst thing is
2012/7/31 Michele Mase' michele.m...@gmail.com:
With the tomcat locally installed all works fine; the issue occurs from a
linux box (rhel6.x in my situation) with tomcat 7.0.29 as the server
machine and a client. Both are in lan without filtering elements.
Since I'm (as now) unable to
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alejandro,
On 7/30/12 5:48 PM, Alejandro Mehring wrote:
I'm migrating to Tomcat 7 a web system that used to run on Tomcat
4...
Been there (though I went through 5.5 and 6.0 to get there in a
relatively short amount of
Try last SNAPSHOT (see how here:
http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/snapshot-test.html
)
If any issue using this new feature, feel free to reopen:
https://issues.apache.org/jira/browse/MTOMCAT-172
HTH,
--
Olivier
2012/7/31 Albert Kam moonblade.w...@gmail.com:
Hi,
I have been
Wow, so fast ! It worked flawlessly :
After adding this in the tomcat maven plugin's configuration ..
aliases
aliasmydomain1.com/alias
aliasmydomain2.com/alias
/aliases
These work with tomcat7:run :
http://localhost:8080
http://mydomain1.com:8080
http://mydomain2.com:8080
Bye2
Hi, sorry I was on vacation so I couldn't answer before. The OOME is
heap generated and I can provide you the hapdump since it is generated
automatically when the exception occurs. My JAVA_OPTS are the
following:
JAVA_OPTS=-XX:MaxPermSize=200m -XX:+HeapDumpOnOutOfMemoryError
Hi,
Yes, it is a reactor module, with childwebapp having dependency on the
parentwebapp.
Both webapps are own made (not third parties).
So, i tried these :
- Going to the maven parent module to do the install -- results on
parentwebapp.war and childwebapp.war (overlays with parentwebapp.war)
-
Sorry, forgot to mention a suggestion to document this feature in :
http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/run-mojo-features.html
Regards,
Albert
On Tue, Jul 31, 2012 at 4:01 PM, Albert Kam moonblade.w...@gmail.com wrote:
Wow, so fast ! It worked flawlessly :
After adding this in
Unluckly the problem is difficult to reproduce (almost 1/10 times appears);
a small script that empty the IE's cache and kill explorer.exe helped me.
I used mod_proxy_ajp because the apache's logs were better for debugging
purposes.
The matter appears even using the http bio connector.
Michele
Michele Mase' wrote:
Unluckly the problem is difficult to reproduce (almost 1/10 times appears);
a small script that empty the IE's cache and kill explorer.exe helped me.
I used mod_proxy_ajp because the apache's logs were better for debugging
purposes.
The matter appears even using the http bio
On 7/30/2012 8:32 PM, Hassan Schroeder wrote:
On Mon, Jul 30, 2012 at 2:57 PM,llow...@oreillyauto.com wrote:
Currently, each night we wipe out the wars and then redeploy them with
fresh copies ...
?!
What's the general consensus for the best practice for this?
Uh, don't ?
+1
Are
On 30/07/2012 22:57, llow...@oreillyauto.com wrote:
All,
I have 70-80 apps that are spread out across 3 different clusters (based
on usage, availability needs etc)
Currently, each night we wipe out the wars and then redeploy them with
fresh copies from the end points of our promotion
First of all, thank you very much for your quick response! I'm too having a
hard time believing that tomcat would do something like that... I even
tried on a new web project and it didn't remove the parent directory
reference! I'm very confused right now...
The base url of the application is of
Pid,
My apologies, I did not realize that I was hijacking.
With how my mail client works I had thought I was starting a new thread.
Lee Lowder
From: Pid p...@pidster.com
To: Tomcat Users List users@tomcat.apache.org
Date: 07/31/2012 07:20 AM
Subject:Re: Best practice for
On Tue, 2012-07-31 at 09:20 -0300, Alejandro Mehring wrote:
First of all, thank you very much for your quick response! I'm too having a
hard time believing that tomcat would do something like that... I even
tried on a new web project and it didn't remove the parent directory
reference! I'm
Alejandro Mehring wrote:
...
The base url of the application is of the form
http://host/app/servlets/FrontController
So when in Tomcat 4 the page fetches the stylesheet (using the
href=../lightStyle.css form), it resolves to
http://host/app/lightStyle.css, whereas in Tomcat 7 it goes to
Thank you very much for your help!
Digging a bit more into the system, I came to a part where it's building
the link based on the original servlet request.
If I have this URL:
http://host/app/servlet/FrontController?arg1=yesarg2=target.jsparg3=something
Java 1.4's getRequestURL() returns
Alejandro Mehring wrote:
Thank you very much for your help!
Digging a bit more into the system, I came to a part where it's building
the link based on the original servlet request.
If I have this URL:
http://host/app/servlet/FrontController?arg1=yesarg2=target.jsparg3=something
Java 1.4's
The only way to reproduce it is (for me) without the plugin; i'm sorry ...
I haven't seen what happens using a sniffer, but the X in the apache's log
file tells me that the client is aborting the session, I suspect a session
reset could happen.
And finally, following your suggestion, a F5 helped
I'm very sorry! I forgot to mention that i tried what he suggested, but got
the same result. That's why I started digging more into it and got to that
point and what helped me find this other issue.
Thanks again!
Ale
On Tue, Jul 31, 2012 at 11:31 AM, André Warnier a...@ice-sa.com wrote:
On 31/07/2012 15:07, Alejandro Mehring wrote:
Thank you very much for your help!
Digging a bit more into the system, I came to a part where it's building
the link based on the original servlet request.
If I have this URL:
Thank you, Mark!
I'll look into the container and let you know when i find the solution.
Cheers,
Ale
On Tue, Jul 31, 2012 at 11:57 AM, Mark Thomas ma...@apache.org wrote:
On 31/07/2012 15:07, Alejandro Mehring wrote:
Thank you very much for your help!
Digging a bit more into the system,
Alejandro Mehring wrote:
I'm very sorry! I forgot to mention that i tried what he suggested, but got
the same result. That's why I started digging more into it and got to that
point and what helped me find this other issue.
Allright, but next time try to provide some feedback. People on the
Michele Mase' wrote:
The only way to reproduce it is (for me) without the plugin; i'm sorry ...
I haven't seen what happens using a sniffer, but the X in the apache's log
file tells me that the client is aborting the session, I suspect a session
reset could happen.
And finally, following your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alejandro,
On 7/31/12 10:07 AM, Alejandro Mehring wrote:
Digging a bit more into the system, I came to a part where it's
building the link based on the original servlet request.
If I have this URL:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alejandro,
On 7/31/12 8:20 AM, Alejandro Mehring wrote:
The base url of the application is of the form
http://host/app/servlets/FrontController
Is that an HTTP base tag, or just the base of the webapp that you
use as a mental model?
So when in
Thanks to all for the input - I am ending up doing some refactoring to follow
Ben's advice wrt a POJO that does the heavy lifting stored in context, making
the destroy() essentially a no-op rather than doing full shutdown, and using
the ContextListener to really do final shutdown using the POJO
Hi,
sorry i dident wrote before but we fight with the problem.
My coleege from work, restart few switches and we think this was the
problem.
No we observe in logs only [info] without errors or whitout disconecting
clients from our network
Piotr
W dniu 2012-07-24 18:30, Piotr Wąchała pisze:
documentation added here:
http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/run-mojo.html#aliases
2012/7/31 Albert Kam moonblade.w...@gmail.com:
Sorry, forgot to mention a suggestion to document this feature in :
I'm waiting for a better solution ...
Maybe should a sniffer pcap help in diagnosys?
Michele Masè
On Tue, Jul 31, 2012 at 5:28 PM, André Warnier a...@ice-sa.com wrote:
Michele Mase' wrote:
The only way to reproduce it is (for me) without the plugin; i'm sorry
...
I haven't seen what happens
Michele Mase' wrote:
I'm waiting for a better solution ...
Maybe should a sniffer pcap help in diagnosys?
Wireshark is your friend. It may at least show you when the client disconnects, and maybe
why. But if the problem is in the response body, I don't know if it will be very easy to
find
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 7/31/12 2:49 PM, André Warnier wrote:
Michele Mase' wrote:
I'm waiting for a better solution ... Maybe should a sniffer pcap
help in diagnosys?
Wireshark is your friend. It may at least show you when the client
disconnects, and
2012/7/31 Michele Mase' michele.m...@gmail.com:
I'm waiting for a better solution ...
One silly question, do you have try to reproduce this issue with an
upper version of PDF Library ? I know that you cannot to upgrade all
clients but we can to discard a bug in this plugin
And, do you have try
Tomorrow I'will try with wireshark hoping better results!
On Tue, Jul 31, 2012 at 9:23 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 7/31/12 2:49 PM, André Warnier wrote:
Michele Mase' wrote:
I'm waiting for a
Since there are a lot of silly technicians that cannot utilize any browser
wxcept ie, and some people told me look, before the upgrade (was tomcat
7.0.16) all worked for me and now some pdf are ko, it must work with the
ancient configuration XP+IE+Acrobat9.
Other brosers, like firefox or other pdf
2012/7/31 Michele Mase' michele.m...@gmail.com:
The only way to reproduce it is (for me) without the plugin; i'm sorry ...
I haven't seen what happens using a sniffer, but the X in the apache's log
file tells me that the client is aborting the session, I suspect a session
reset could happen.
The Content-Length header in the above 206 response is not from Tomcat.
Tomcat's DefaultServlet does not calculate the whole size of the parts
and does not set content-length, and the file size is much more than
fits into the buffer.
So it would use Transfer-Encoding: chunked in its
Konstantin Kolinko wrote:
2012/7/31 Michele Mase' michele.m...@gmail.com:
The only way to reproduce it is (for me) without the plugin; i'm sorry ...
I haven't seen what happens using a sniffer, but the X in the apache's log
file tells me that the client is aborting the session, I suspect a
2012/8/1 Jose María Zaragoza demablo...@gmail.com:
The Content-Length header in the above 206 response is not from Tomcat.
Tomcat's DefaultServlet does not calculate the whole size of the parts
and does not set content-length, and the file size is much more than
fits into the buffer.
So it
Good morning.
After upgrading to 7.0.29, one of my larger webapps could no longer be deployed
due to OutOfMemoryError.
As far as I know, this is related to the new feature of annotation scanning
which was enabled in v7.0.29 (see the stack trace below).
Have anyone else experienced the same
Hi All,
I have TC 7.0.11/7.0.27 and Apache 2.2 all sitting in the C://Program
Files/Apache Software Foundation folder.
I came across a strange issue today where in close to 10+ Javascript
files were missing from the folder.
Below is the way I do things
I use dreamweaver for designing the
41 matches
Mail list logo