Me too: "1. I suspect that the content is requested not by IE, but by the
Adobe
Acrobat plugin."
I was unable to view from the changelog of tomcat releases which could be
the cause of this strange behaviour.
Michele MAsè
On Tue, Jul 31, 2012 at 11:32 PM, Konstantin Kolinko wrote:
> 2012/8/1 Jos
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 pa
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 i
2012/8/1 Jose María Zaragoza :
>> 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
Konstantin Kolinko wrote:
2012/7/31 Michele Mase' :
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 happe
> 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 r
2012/7/31 Michele Mase' :
> 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, fol
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 pd
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
2012/7/31 Michele Mase' :
> 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 with another browser,
-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, a
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 wi
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 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 using
documentation added here:
http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/run-mojo.html#aliases
2012/7/31 Albert Kam :
> Sorry, forgot to mention a suggestion to document this feature in :
> http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/run-mojo-features.html
>
> Regar
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:
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
-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 tag, or just the "base" of the webapp that you
use as a mental model?
> So when i
-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:
> http://host/app/servlet/FrontController?a
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 s
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 lis
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 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
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:
> http://host/app/servlet/FrontController?arg1=yes&arg2=target.
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 wrote:
> Alejandro Mehring wro
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
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=yes&arg2=target.jsp&arg3=something
Java 1.4's ge
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=yes&arg2=target.jsp&arg3=something
Java 1.4's getRequestURL() returns 'http
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
htt
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
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
To: Tomcat Users List
Date: 07/31/2012 07:20 AM
Subject:Re: Best practice for redeployments
On 30/07/2012 22:57, llow..
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 th
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 promoti
On 7/30/2012 8:32 PM, Hassan Schroeder wrote:
On Mon, Jul 30, 2012 at 2:57 PM, 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 nightly tomcat restar
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
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 MAsè
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 wrote:
> Wow, so fast ! It worked flawlessly :
>
> After adding this in the tomcat maven plugi
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)
-
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
-Dcom.sun.management.j
Wow, so fast ! It worked flawlessly :
After adding this in the tomcat maven plugin's configuration ..
mydomain1.com
mydomain2.com
These work with tomcat7:run :
http://localhost:8080
http://mydomain1.com:8080
http://mydomain2.com:8080
Bye2 tomcat:deploy !
Thanks !
On Tue, Jul
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 :
> Hi,
>
> I have been developing with tomcat
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 t
2012/7/31 Michele Mase' :
> 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
41 matches
Mail list logo
