Hi,
For the past 4 years we has been working with a 'stable' configuration in
which we put APACHE in front of TOMCAT7 (previously Tomcat6) with mod_jk
connector. We usually serve high traffic sites with about 7000 to 10.000
concurrent users per box (8gb RAM / 4 vcpu) (50.000 active users total).
Hi,
I'm just starting out with using the Servlet 3.1 asynchronous processing
API.
I use the API for generating response content, that can potentially be a
slow process, in another thread.
The code appears to be working, but since the specification contains many
caveats, I'd like to try and verify
Konstantin Kolinko wrote:
2014-07-07 21:07 GMT+04:00 Terence M. Bandoian :
On 7/5/2014 6:36 PM, André Warnier wrote:
I agree with André about the difficulties of debugging character encodings.
A couple of things you might check are the character encodings of the page
and the form. The characte
The Apache Tomcat team announces the immediate availability of Apache
Tomcat Native 1.1.31 stable.
Please refer to the change log for the list of changes:
http://tomcat.apache.org/native-doc/miscellaneous/changelog.html
Downloads:
http://tomcat.apache.org/download-native.cgi
The Apache Tomcat Na
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ankur,
On 7/8/14, 9:18 AM, ankur bajaj wrote:
> There is a Websphere server with an ear containing EJB bean
> deployed on it. Is there a possibility to instantiate that bean and
> access the data using a local tomcat server?
Using EJB within Tomcat
Hi Everyone
There is a Websphere server with an ear containing EJB bean deployed on it.
Is there a possibility to instantiate that bean and access the data using a
local tomcat server?
Regards
Ankur Bajaj
http://ankur-bajaj.blogspot.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
All,
On 6/17/14, 10:43 AM, Christopher Schultz wrote:
> All,
>
> I've been using sticky sessions with mod_jk and I can see that
> there is a bit of a problem when attempting to take a backend
> Tomcat server out of load-balanced rotation: a user wh
Ok, thanks. I will do that from now on.
BR
Vali
Den tisdag, 8 juli 2014 10:14 skrev Konstantin Kolinko :
2014-07-08 8:52 GMT+04:00 Baluta Vasile :
> Thanks. I had to start Tomcat as root to be able to upload the war.
>
Running Tomcat as root is a bad idea.
Use chown and chmod utilities t
Hi Konstantin,
thanks for you answer.
Am 08.07.2014 10:22, schrieb Konstantin Kolinko:
2014-07-08 11:48 GMT+04:00 Simon Kulessa :
Hi,
we are running a server on Apache Tomcat 7.0.29 with usage of the
servlet-api 3.0.1.
1. The current version is 7.0.54
We updated to this version now, but sinc
Thank you Konstantin for pointing this out. This was not visible in the Release
Notes nor on the migration page Apache Tomcat - Migration Guide - Tomcat 7.0.x
(see at the end for migration from 7.0.x to 7.0.y).
Anyway I'm still confused that the same library loaded twice could cause such
an issu
2014-07-08 11:48 GMT+04:00 Simon Kulessa :
> Hi,
>
> we are running a server on Apache Tomcat 7.0.29 with usage of the
> servlet-api 3.0.1.
1. The current version is 7.0.54
2. What is "3.0.1". You may use any servlet-api jar when compiling,
but at run time you must use the one that comes with Tomc
2014-07-08 8:52 GMT+04:00 Baluta Vasile :
> Thanks. I had to start Tomcat as root to be able to upload the war.
>
Running Tomcat as root is a bad idea.
Use chown and chmod utilities to change ownership and permissions on
your directories.
-
2014-07-08 11:27 GMT+04:00 Xavier Outhier :
> Hi Filip,
>
> thanks for the tip. It was effectively a duplicated jar in the war and in the
> common lib of tomcat: it was jpa.jar. :)
> What I do not understand is how the same jar can cause an issue, especially
> when it was working fine with previo
2014-07-07 21:07 GMT+04:00 Terence M. Bandoian :
> On 7/5/2014 6:36 PM, André Warnier wrote:
>>
>
>
> I agree with André about the difficulties of debugging character encodings.
> A couple of things you might check are the character encodings of the page
> and the form. The character encoding of t
Hi,
we are running a server on Apache Tomcat 7.0.29 with usage of the
servlet-api 3.0.1.
From one of our customers we received a bug report that in certain
times an IOException (Stream is closed)
is thrown while reading the data from a HttpServletRequest.
After some investigation we added som
2014-07-08 9:30 GMT+04:00 Sergio Fernández :
> Hi,
>
> in Marmotta we are having an issue deploying on Tomcat:
>
> https://issues.apache.org/jira/browse/MARMOTTA-499
>
> Basically all .css files are served using mimetype application/x-pointplus,
> even if the web.xml contains an explicit mime-map
Hi Filip,
thanks for the tip. It was effectively a duplicated jar in the war and in the
common lib of tomcat: it was jpa.jar. :)
What I do not understand is how the same jar can cause an issue, especially
when it was working fine with previous version of Tomcat.
There must be something that has
17 matches
Mail list logo