I had some tests on a servlet with @MultipartConfig and getParts()
and find that the hash collision attack was still in place.
Parameters like below cause the problem.
*
--abc
Content-Disposition: form-data;
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Miguel,
On 5/7/12 12:16 PM, Miguel González Castaños wrote:
Since it's a virtual machine, is munin going to take many
resources of my system or is it a light tool?
Maybe ask on the Munin list?
Does anyone know of any
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 5/7/12 5:21 PM, Mark Thomas wrote:
Christopher Schultz wrote:
Tomcat only processes these requests for Servlet 3.0 file upload
and there are already sufficient limits in place for that case to
prevent a DoS.
On 08/05/2012 10:28, André Warnier wrote:
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 5/7/12 5:21 PM, Mark Thomas wrote:
Christopher Schultz wrote:
Tomcat only processes these requests for Servlet 3.0 file upload
and there are already sufficient
Is it feasible, under any Tomcat version, to offer two or more apps
via HTTPS (with own domains certificates) on different port numbers
at a single IPv4 address?
I envisage name-based-virtual-server HTTP apps at port 80 which
302-redirect non-SSL requests to the corresponding port-specific
I notice that i have to repeat these steps so that tomcat7:run will
see the newest stuffs from other maven modules :
- rebuild all of my mvn modules (including my webapp module on which
my tomcat7:run-ed, and other dependencies module)
- clean my eclipse java project, rebuilding everything
-
On 08/05/2012 13:17, Paul Singleton wrote:
Is it feasible, under any Tomcat version, to offer two or more apps via
HTTPS (with own domains certificates) on different port numbers at a
single IPv4 address?
Yes, under all currently supported versions.
I envisage name-based-virtual-server
Hi,
We have been trying to run Tomcat6 windows service to spawn java.exe
instead of loading having JVM loaded in process.
I have tried to follow through all the documentation of Tomcat6 and procrun
to use StartMode as 'java'.
But no matter how I tweak the arguments, the StartMode with 'java'
The Java Service Wrapper does this for you, if you want to try an
alternative
http://wrapper.tanukisoftware.com/doc/english/download.jsp
-Original Message-
From: Venkata R Madugundu [mailto:venkataraman...@in.ibm.com]
Sent: Tuesday, May 08, 2012 8:07 AM
To: Venkata R Madugundu
Cc:
2012/5/8 Venkata R Madugundu venkataraman...@in.ibm.com:
Hi,
We have been trying to run Tomcat6 windows service to spawn java.exe
instead of loading having JVM loaded in process.
I have tried to follow through all the documentation of Tomcat6 and procrun
to use StartMode as 'java'.
You have
I imagine you use tomcat7:run inside eclipse.
Do that work outside eclipse ?
Perso I don't have any issues as I use only command line and
furthermore I don't use eclipse :-).
I imagine there is some m2e connector to write
2012/5/8 Albert Kam moonblade.w...@gmail.com:
I notice that i have to
On Mon, May 7, 2012 at 2:57 PM, André Warnier a...@ice-sa.com wrote:
Ognjen Blagojevic wrote:
Todd,
On 4.5.2012 22:01, Todd Seidenberg wrote:
xx.x.32.16 - - [04/May/2012:13:59:05 -0600] GET /manager/html HTTP/1.1
404 991 - Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML,
like
You need to write a M2E connector for a Maven MOJO that processes your
projects files. I don't think this is the case for the tomcat7:run goal and
it should work out of of the box in Eclipse. Just need to add a Maven lunch
configuration with the proper goal.
Regards
Jeff
On Tue, May 8, 2012 at
On 05/07/2012 06:50 PM, Andy Wang wrote:
On 05/07/2012 06:06 PM, André Warnier wrote:
Considering your setup, it should not be too hard to set up a
download of the same file file directly from Tomcat (through its HTTP
Connector), to compare that with your two previous ways. This way,
you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy,
On 5/7/12 6:38 PM, Andy Wang wrote:
This is Apache 2.2.22 and mod_jk 1.2.32 with tomcat 5.0.30 (yeah,
I know this is ancient. I'll try with something newer tomorrow).
Which connector are you using? If you have APR available, AJP should use
Which connector are you using? If you have APR available, AJP should use
the APR connector by default. Do you know if you are using APR/native?
If not, consider trying it, and use sendFile=true. I'm not sure if it
will improve anything because the real problem might be the actual
buffering
On 08/05/2012 10:56, Mark Thomas wrote:
On 08/05/2012 10:28, André Warnier wrote:
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 5/7/12 5:21 PM, Mark Thomas wrote:
Christopher Schultz wrote:
Tomcat only processes these requests for Servlet 3.0 file
After playing with this a bit more (testing this time against tomcat 7.0.27)
the ajpPacketSize has zero effect on the speed.
Downloading a large file through mod_jk to tomcat looks like this:
2012-05-08 16:01:22 (15.0 MB/s) - “sol-11--text-x86.iso.8” saved
[450799616/450799616]
From: Andy Wang [mailto:aw...@ptc.com]
Subject: Re: Slow downloads through mod_jk on Windows XP
Downloading a large file through mod_jk to tomcat looks like this:
2012-05-08 16:01:22 (15.0 MB/s) - sol-11--text-x86.iso.8 saved
[450799616/450799616]
Downloading the same large file
Caldarale, Charles R wrote:
From: Andy Wang [mailto:aw...@ptc.com]
Subject: Re: Slow downloads through mod_jk on Windows XP
Downloading a large file through mod_jk to tomcat looks like this:
2012-05-08 16:01:22 (15.0 MB/s) - sol-11--text-x86.iso.8 saved
[450799616/450799616]
He did that previously, and the result seemed to be that Tomcat alone
was comparable to httpd alone, and both were better than httpd/mod_jk
+ Tomcat; which is indeed physically to be expected : more tubing,
less throughput (excepting quantum tunelling effects of course).
The question is more
Mark Thomas wrote:
Yep, a one line fix was required. Fixed in trunk and 7.0.x and will be
in 7.0.28 omwards.
Mark
I have confirmed that this issue is fixed in tomcat 7 trunk.
Thank you Mark.
--
Kanatoko
http://www.jumperz.net/
After the advices, i took a peek on the the eclipse maven run
configuration that i use to launch tomcat7:run, and i notice the
checkbox : Resolve Workspace Artifacts.
Ticking that checkbox, and re-run the tomcat7:run works great now,
which can see the other modules' changes without rebuilding !
23 matches
Mail list logo