Hi,
I am trying to run a web application which is which using JNA . My
application work fins as standalone and when it configured as a web app
tomcat it giving error "
java.lang.NoClassDefFoundError:
com/stibocatalog/hunspell/HunspellLibrary " . It seems native library
not loading. How I can solv
On 08/07/2011 22:25, eurotrans-Verlag wrote:
> Hi Christopher,
>
>>
>> The compiler must have gotten smarter than the last time I checked.
>>
>
> I'm sorry: I compiled that code with the Eclipse compiler. When compiling it
> with the Oracle Java compiler (javac), it prints out the line number of
On 08/07/2011 20:58, Christopher Schultz wrote:
> Jeffrey,
>
> On 7/8/2011 10:28 AM, Jeffrey Janner wrote:
>> I'll watch my wording next time.
>
> Don't worry too much about Mark's somewhat terse prose. He ends up
> answering a /lot/ of repeat questions on this list and correcting
> misinformatio
Any insights on this?
-Original Message-
From: Sudeep Pradhan [mailto:pradh...@vmware.com]
Sent: Wednesday, June 29, 2011 4:54 PM
To: users@tomcat.apache.org
Subject: Comet over HTTPS: END event recieved immeidately for the first few
times
Hello,
I am using Tomcat 6.0.20 on Ubuntu 10
Hi Christopher,
>
> The compiler must have gotten smarter than the last time I checked.
>
I'm sorry: I compiled that code with the Eclipse compiler. When compiling it
with the Oracle Java compiler (javac), it prints out the line number of the
"System.out.println".
Maybe if Tomcat was compiled
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: Uploading large files and session timeout
> The do this cleanly, the servlet would need to call
> HttpSession.getMaxInactiveInterval() at the beginning,
> to save the existing value, then call
> HttpSession.setMaxInactiveInterval() to
2011/7/9 PJ Delsh :
>
> For the last several weeks Tomcat stops responding during
> the day, sometimes more than once.
> The Tomcat
> service is still running, but Tomcat is not responding to requests.
> Apache & Tomcat services have to be
> restarted for the app to start working again.
>
> My guys
Caldarale, Charles R wrote:
From: Sai Pullabhotla [mailto:sai.pullabho...@jmethods.com]
Subject: Re: Uploading large files and session timeout
As far as I know, the session's lastAccessTime gets updated on each
request from the client (by the container), and there is no public API
to update th
>Now you just need a test harness for your test harness. :)
Ad infinitum!
It's not strictly a bug in the harness. The test harness implements one
correct scenario for a concurrent "thrashing". It uses the Jersey client API
to post requests, by constructing a new client each time. The only state
> From: Sai Pullabhotla [mailto:sai.pullabho...@jmethods.com]
> Subject: Re: Uploading large files and session timeout
> As far as changing the session timeout from the servlet, I do not
> think it works well when multiple uploads are going simultaneously
> under one session, if we reset (we must
Thanks to all the replies.
I will answer/comment on the last few emails in this one.
Our application has nothing to do with storing images in the database.
All the upload servlet does is saves the data to a file on the file
system.
The size of the files vary and are not in our control. They coul
I have an in-house designed and built SaaS application
that is running on Tomcat and Apache:
Windows Server 2003 SP2
Oracle 11g R2
Java 6 Update 26
Tomcat 6.0.32
Apache HTTPD 2.2.19
-
mod_proxy
-
mod_deflate
-
mod_ssl
For the last several weeks Tomcat st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sai,
On 7/8/2011 10:25 AM, Sai Pullabhotla wrote:
> If the upload takes longer then the session timeout, the session gets
> invalidated right after the upload. Tis means no further requests are
> accepted unless the user logs back in. Is this the expe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 7/8/2011 3:20 PM, Caldarale, Charles R wrote:
>> From: Sai Pullabhotla [mailto:sai.pullabho...@jmethods.com]
>> Subject: Re: Uploading large files and session timeout
>
>> As far as I know, the session's lastAccessTime gets updated on
>> e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter,
On 7/8/2011 12:29 PM, peterjca wrote:
> Taking the web service request for the computation step out of my
> harness results in my app behaving correctly. Some of the computation
> web service requests are randomly being routed to the wrong
> en
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeffrey,
On 7/8/2011 10:28 AM, Jeffrey Janner wrote:
> I'll watch my wording next time.
Don't worry too much about Mark's somewhat terse prose. He ends up
answering a /lot/ of repeat questions on this list and correcting
misinformation all the time.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ronald,
On 7/8/2011 5:33 AM, Ronald Klop wrote:
> After some fun with debugging Tomcat on my live server (because I
> couldn't reproduce it in test) it looks like a concurrency bug in my
> own code.
D'oh.
> I think I modify a HashMap which is seri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 7/8/2011 8:00 AM, eurotrans-Verlag wrote:
> After compiling and running it with the Oracle Java 1.6.0_26, the
> line number printed was the line with the "str.toLowerCase()", not
> the "System.out.println". So I assume the same is tru
> From: Sai Pullabhotla [mailto:sai.pullabho...@jmethods.com]
> Subject: Re: Uploading large files and session timeout
> As far as I know, the session's lastAccessTime gets updated on each
> request from the client (by the container), and there is no public API
> to update the last access time.
So your images are being stored to a database. As blobs? That's a difference
between our apps: I store the images to a repository and keep a short record
of the in a database.
I can't advise you on Tomcat, but if the database is the bottleneck, a
workaround might be to write your images to tempora
Just to give more details...
The session timeout setting is stored in our application's database.
Admins can change the session timeout from the UI we provide. We did
this to make it easy for our customers to set the desired timeout
rather than telling them going into web.xml and updating the time
- Original Message -
> From: jeroen vannevel
> To: users@tomcat.apache.org
> Cc:
> Sent: Friday, July 8, 2011 6:37 AM
> Subject: RE: Deploying emboss in Opal2
>
>
>
>
>> Date: Fri, 8 Jul 2011 15:21:05 +0200
>> From: a...@ice-sa.com
>> To: users@tomcat.apache.org
>> Subject: Re: D
Thanks for your response. Yes, I was a bit sloppy with my "sending requests"
language. Also, I'm not saying that third party libraries used by my code
aren't to blame. Certainly something in between obviously is... ...and I've
just found out what.
There are two web service endpoints being used by
How large are the files in question, and how long until the timeout? My app
does *a lot* of file uploading (and downloading), and I have not run across
this in the years I've used Tomcat. That's been since v3, but maybe I've
just never hit that limit.
Also, are you using a library like the Apache
On 08/07/2011 15:28, Jeffrey Janner wrote:
>> -Original Message-
>> From: Mark Thomas [mailto:ma...@apache.org]
>> Sent: Thursday, July 07, 2011 9:10 AM
>> To: Tomcat Users List
>> Subject: Re: TOMCAT 64bit & 32BIT differences - URGENT
>>
>> On 07/07/2011 15:07, Jeffrey Janner wrote:
>>> Sa
Sai Pullabhotla wrote:
We have an application that uploads files using a Servlet deployed in
Tomcat 6. While this works most of the times, occasionally we run into
issues uploading large files. If the upload takes longer then the
session timeout, the session gets invalidated right after the uploa
> -Original Message-
> From: Mark Thomas [mailto:ma...@apache.org]
> Sent: Thursday, July 07, 2011 9:10 AM
> To: Tomcat Users List
> Subject: Re: TOMCAT 64bit & 32BIT differences - URGENT
>
> On 07/07/2011 15:07, Jeffrey Janner wrote:
> > Saj-khan:
> >
> > You will need a 64-bit Java imple
We have an application that uploads files using a Servlet deployed in
Tomcat 6. While this works most of the times, occasionally we run into
issues uploading large files. If the upload takes longer then the
session timeout, the session gets invalidated right after the upload.
Tis means no further r
peterjca wrote:
It's running now on Tomcat 7. I've had duplicate requests so checked the
access logs. All requests have 200 response code.
:confused:
Hi.
I am not going to provide the solution, just intervening on the "form" aspect
of the dialog.
You have obviously put a lot of effort in chec
> Date: Fri, 8 Jul 2011 15:21:05 +0200
> From: a...@ice-sa.com
> To: users@tomcat.apache.org
> Subject: Re: Deploying emboss in Opal2
>
> jeroen vannevel wrote:
> >
> >
> >> Date: Fri, 8 Jul 2011 14:04:37 +0200
> >> From: a...@ice-sa.com
> >> To: users@tomcat.apache.org
> >> Subject: Re: Depl
jeroen vannevel wrote:
Date: Fri, 8 Jul 2011 14:04:37 +0200
From: a...@ice-sa.com
To: users@tomcat.apache.org
Subject: Re: Deploying emboss in Opal2
jeroen vannevel wrote:
Hello
I've installed Opal2 on my Tomcat 5.5.33 server and now I'd like to make the emboss programs available in this.
> Date: Fri, 8 Jul 2011 14:04:37 +0200
> From: a...@ice-sa.com
> To: users@tomcat.apache.org
> Subject: Re: Deploying emboss in Opal2
>
> jeroen vannevel wrote:
> > Hello
> >
> > I've installed Opal2 on my Tomcat 5.5.33 server and now I'd like to make
> > the emboss programs available in thi
jeroen vannevel wrote:
Hello
I've installed Opal2 on my Tomcat 5.5.33 server and now I'd like to make the emboss programs available in this.
I've been working on this for two days and I just seem to trample at the same
spot.
Perhaps someone has the required files or could tell me how to deal
Hi Christopher,
>
> My experience with the Sun/Oracle compiler is that lines 288 and 289
> will never be indicated in a stack trace: the line number of the start
> of the statement is considered the line number for the entire
> statement.
Well, I made a small test program with this code:
Strin
Hello
I've installed Opal2 on my Tomcat 5.5.33 server and now I'd like to make the
emboss programs available in this.
I've been working on this for two days and I just seem to trample at the same
spot.
Perhaps someone has the required files or could tell me how to deal with this
specific case
Hi Jeff,
Thank you for your reply! (thanks everyone else as well)
I know now that i need to replace the java from 32bit to 64bit to the same
location as
the 32bit c:\java and ensure my java_home environment variable is
JAVA_HOME=c:\java
for tomcat I am simply going to unzip the 64bit installer
It's running now on Tomcat 7. I've had duplicate requests so checked the
access logs. All requests have 200 response code.
:confused:
--
View this message in context:
http://old.nabble.com/Tomcat-appears-to-be-sending-duplicate-requests-tp32019702p32020404.html
Sent from the Tomcat - User maili
On 08/07/2011 11:07, peterjca wrote:
>
> Yes, I do mean duplicate requests. I know they are duplicates because the
> header contains the unique (thread-safe) counter that my test harness
> increments. Each request should contain its unique "request count", but some
> requests contain counts alread
Yes, I do mean duplicate requests. I know they are duplicates because the
header contains the unique (thread-safe) counter that my test harness
increments. Each request should contain its unique "request count", but some
requests contain counts already seen before -- hence they are being
duplicate
The Apache Tomcat Project is proud to announce the release
of version 1.2.32 of Apache Tomcat Connectors.
This release includes both bug fixes and new features compared
to version 1.2.31. Full details of these changes and new features,
are available in the Apache Tomcat Connectors changelog:
http
Op donderdag, 7 juli 2011 18:03 schreef Filip Hanik - Dev Lists
:
On 6/28/2011 2:31 AM, Konstantin Kolinko wrote:
> 2011/6/23 Ronald Klop:
>> Hi,
>>
>> I have an exception when one on my Tomcat nodes restarts. The session are
>> not synced and user complain about being logged out.
2011/7/8 Peter Cameron :
> I'm having an interesting problem which seems to be Tomcat-related and which
> occurs randomly under heavy load. I'd appreciate some advice/help.
>
> I'm developing a Java web application and deploying to Tomcat 6.0.32. (I get
> the same behaviour with the latest Tomcat 7
On 08/07/2011 09:38, Denis Pimenov wrote:
> We are using tomcat 6 and org.apache.catalina.startup.Embedded in our
> server application, but class Embedded was deprecated in tomcat 7 and
> was replaced by org.apache.catalina.startup.Tomcat. This class has only
> one connector , but we use 2 differ
We are using tomcat 6 and org.apache.catalina.startup.Embedded in our
server application, but class Embedded was deprecated in tomcat 7 and
was replaced by org.apache.catalina.startup.Tomcat. This class has only
one connector , but we use 2 different connectors for http and https
(different p
I'm having an interesting problem which seems to be Tomcat-related and
which occurs randomly under heavy load. I'd appreciate some advice/help.
I'm developing a Java web application and deploying to Tomcat 6.0.32. (I
get the same behaviour with the latest Tomcat 7).
The web app uses Spring 3.
45 matches
Mail list logo
