> From: Jakub Królikowski
> To: Tomcat Users List
> Cc:
> Sent: Thursday, May 5, 2011 5:34 PM
> Subject: Re: Tomcat 6 crash, no log, no hs_err_pid file
>
> On Thu, May 5, 2011 at 3:03 AM, Caldarale, Charles R
> wrote:
>>> From: Jakub Królikowski [mailto:ja...@pakamera.com.pl]
>>> Subject: T
small images (never more than 35kB) in a LAN. :)
On May 6, 2011, at 1:12 PM, Martin Gainty wrote:
>
> depends on available bandwidth as well as the memory available on the client
> side
> if bandwidth is an issue you may want to implement some manner of compression
> with jai (Java Advanced I
depends on available bandwidth as well as the memory available on the client
side
if bandwidth is an issue you may want to implement some manner of compression
with jai (Java Advanced Imaging)
http://download.oracle.com/docs/cd/E17802_01/products/products/java-media/jai/forDevelopers/jai-apidoc
> In my application I use slf4j for logging.
>
> The logging messages appear in the console output like
>
> 17:05:31.985 ["http-bio-8080"-exec-1] DEBUG a.s.p.i.p.DefaultPersistence -
> 013.008: Daily plans (start)
> 17:05:31.985 ["http-bio-8080"-exec-1] DEBUG a.s.p.i.p.DefaultPersistence -
> sessio
Hi Joel,
I have done some ipc programming on linux a while ago . . I hardly ever
looked at the jvm's source code and I don't have too much experience when it
comes to c/c++ cross platform development. However, as I didn't see any
responses so far, here are my two cents:
On Thu, May 5, 2011 at 9:
Hello!
In my application I use slf4j for logging.
The logging messages appear in the console output like
17:05:31.985 ["http-bio-8080"-exec-1] DEBUG a.s.p.i.p.DefaultPersistence -
013.008: Daily plans (start)
17:05:31.985 ["http-bio-8080"-exec-1] DEBUG a.s.p.i.p.DefaultPersistence -
session: nul
> From: Dmitri Pissarenko [mailto:dmitri.pissare...@gmail.com]
> Subject: Re: Deployment problem on Tomcat 7.0.12
> > Perhaps next time you won't be so anxious to flame the members of this
> > community before checking-out your own webapp.
> I don't understand what you are talking about.
I thin
> Perhaps next time you won't be so anxious to flame the members of this
> community before checking-out your own webapp.
I don't understand what you are talking about.
Best regards
Dmitri
2011/5/6 Christopher Schultz
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dmitri,
>
> On 5/6/2
Chris,
thank you for your answer.
Best regards,
Joe
__
> Od: "Christopher Schultz"
> Komu: Tomcat Users List
> Datum: 06.05.2011 16:05
> Předmět: Re: Why deleting of context.xml is NOT optional ? (after deploying
> the app)
>
>
On 5/6/2011 10:24 AM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitri,
On 5/6/2011 10:19 AM, Dmitri Pissarenko wrote:
Now I found the error. It was a malformed context.xml file.
Perhaps next time you won't be so anxious to flame the members of this
community b
I understand, but i have top 12 images of 35kbytes, no more.
Encoding load is an issue yes, but the images are reflecting callcenters call
queues and some stuff related so the need to refresh and rebuild the images is
a requirement. What im thinking is to avoid the generation upon servlet calls
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael,
On 5/6/2011 10:26 AM, Jay, Michael wrote:
> This package is in the .jar. User is a class in the package.
> createLoginURL() is a method in the UserServiceFactory class, also in
> the package. And yet, live in tomcat . . .
>
> error:
>
> com
I am trying to write a web app to do authentication through google. My
development environment is eclipse with the google GAE and jetty. I get no
compile time errors--and I copied the web module folder (named *war* in
eclipse) manually into webapps in tomcat. No .war file involved. The app runs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitri,
On 5/6/2011 10:19 AM, Dmitri Pissarenko wrote:
> Now I found the error. It was a malformed context.xml file.
Perhaps next time you won't be so anxious to flame the members of this
community before checking-out your own webapp.
- -chris
-
Hello!
Now I found the error. It was a malformed context.xml file.
Thanks for your help.
Best regards
Dmitri
2011/5/6 Christopher Schultz
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dmitri,
>
> On 5/6/2011 5:25 AM, Dmitri Pissarenko wrote:
> >> Tomcat is capable of generating sever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dmitri,
On 5/6/2011 5:25 AM, Dmitri Pissarenko wrote:
>> Tomcat is capable of generating several log files depending upon the
>> configuration. Are you using the default logging configuration?
>
> Yes. I just downloaded Tomcat and dropped my WAR file
Alexis,
We do this exact same thing all the time. I solve the concurrency on
the image problem by adding a small session hash value to the image
name. It does mean we may get 10 of the same images if 10 concurrent
access are happening, but it also allows us clean things up without
worry of destr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joe,
On 5/6/2011 8:29 AM, jo...@centrum.cz wrote:
> hmm, "definitely" you are right that the files are deleted on "undeploy" not
> "deploy"
> but don't you think it doesn't matter from the user's point of view ?
Precision counts when describing bugs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexis,
On 5/5/2011 8:19 PM, alexis wrote:
> Im storing the images as servletcontext attribute.
Uh... in memory? That's a bad idea IMO for two reasons:
1. Large memory requirements
2. Likely repeated encoding into a file format like JPEG, PNG, etc.
Image is built using a jfreechart object, once created it's stored as attribute
in servletcontext, at this stage image is complete before the set.
What im not sure if setattribute is synchronized, if not i can synchronize the
method that creates and store the image.
Enviado desde blackberry
--
If multiple threads try to create the image at the same time it is
possible that one thread will see a partial file - or the file may be
locked.
If you are not doing this already, I suggest creating the file with a
unique temporary name and then renaming it once complete.
The rename may fail if an
I'd store the image to java.io.tmpdir and retrieve it with a servlet. I
doing this now with my Ajax application.
On Thu, May 5, 2011 at 2:19 PM, alexis wrote:
> Hello all, im facing an issue, ive been testing for a while different
> approaches without success.
>
> I have a servlet that basically
Hi Mark,
hmm, "definitely" you are right that the files are deleted on "undeploy" not
"deploy"
but don't you think it doesn't matter from the user's point of view ?
We are talking about autodeploying the webapp !
So you say that's definitely fixed for Tomcat 7, but still not fixed in Tomcat
6,
Another consideration is that the webapp, has limited users quantity, tops 25
(upon request of the customer) i made a test last night with a load generator
and i sent 300 users with 5 requests per second during 30 minutes and it worked
without any problem.
Enviado desde blackberry
-Origina
It's ok, theres no need to keep or persist images on reloads/restart/reboots.
Since images are graphs generates with jfreechart on measurements done live by
the same webapp.
So, upon reboot if the getattribute from servletcontext requesting an image
returns null, i return a message from the serv
W dniu 2011-05-05 18:50, Christopher Schultz pisze:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michał,
On 5/5/2011 10:21 AM, Michał Kapituła wrote:
I thought that seperate SSL Handshake could be made for each of the
requests, but I can't see such behaviour in the dumps. Only one or zero
th
On Fri, 06 May 2011 11:50:54 +0200, André Warnier wrote:
My question is more at the intellectual curiosity level than for
practical reasons,since I am not using Hibernate.
But to insist, is this then a Hibernate "bug", or is it "normal" that
restarting an application would lead to (what I see a
On Fri, May 6, 2011 at 9:45 AM, Mikolaj Rydzewski wrote:
> On Fri, 6 May 2011 02:38:39 +0200, Jakub Królikowski wrote:
>
>> Well, my app is under intensive development now and I need to reload
>> context quite often.
>> I know it's a big numbers, but without that after few reloads I'm
>> getting a
On Fri, May 6, 2011 at 10:10 AM, Mark Thomas wrote:
> On 06/05/2011 08:41, Mikolaj Rydzewski wrote:
>> On Fri, 6 May 2011 02:35:17 +0200, Jakub Królikowski wrote:
>>
My $0.02: do not run tomcat as root.
>>>
>>> Why?
>>
>> For security purposes. One should run processes/services with lowest
>>
On Fri, May 6, 2011 at 9:47 AM, Mikolaj Rydzewski wrote:
> On Fri, 06 May 2011 09:42:12 +0200, André Warnier wrote:
>
>> Naive question : and is this a normal thing to happen, or does it
>> indicate a problem ?
>
> Unfortunately it's a normal thing when redeploying hibernate webapps.
>
> --
> Miko
Mikolaj Rydzewski wrote:
On Fri, 06 May 2011 09:42:12 +0200, André Warnier wrote:
Naive question : and is this a normal thing to happen, or does it
indicate a problem ?
Unfortunately it's a normal thing when redeploying hibernate webapps.
My question is more at the intellectual curiosity lev
Hello!
> Tomcat is capable of generating several log files depending upon the
> configuration. Are you using the default logging configuration?
Yes. I just downloaded Tomcat and dropped my WAR file into the webapps
directory.
> Check any of the files in logs/* to see if any of them have error
>
On 06/05/2011 09:08, jo...@centrum.cz wrote:
>
> Hi there,
> all we know that once the application is autodeployed, Tomcat automatically
> deletes the
> context xml files related with this webapp.
Huh? We don't all know that. You are going to have to explain yourself
more clearly. No files are d
On 06/05/2011 08:41, Mikolaj Rydzewski wrote:
> On Fri, 6 May 2011 02:35:17 +0200, Jakub Królikowski wrote:
>
>>> My $0.02: do not run tomcat as root.
>>
>> Why?
>
> For security purposes. One should run processes/services with lowest
> privileges possible.
+1
> Is there any reason you have to
On 06/05/2011 01:19, alexis wrote:
> What i did (im testing and profiling it) is.
>
> As the images are around 10/12 and each image has around 30 to 35k.
>
> Im storing the images as servletcontext attribute.
>
> So calling to the servlet with ?code=1 builds and stores image1 on servlet
> conte
Hi there,
all we know that once the application is autodeployed, Tomcat automatically
deletes the
context xml files related with this webapp.
it was written a lot of about this issue already and actually Tomcat developers
say that
it's by design, so it is NOT a bug. I would strongly disagree h
On Fri, 06 May 2011 09:42:12 +0200, André Warnier wrote:
Naive question : and is this a normal thing to happen, or does it
indicate a problem ?
Unfortunately it's a normal thing when redeploying hibernate webapps.
--
Mikolaj Rydzewski
On Fri, 6 May 2011 02:38:39 +0200, Jakub Królikowski wrote:
Well, my app is under intensive development now and I need to reload
context quite often.
I know it's a big numbers, but without that after few reloads I'm
getting a memory exception.
Tomcat starts up quickly enough (IMO) on modern ma
Thomas Freitag wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jakub,
On 05/06/2011 02:38 AM, Jakub Królikowski wrote:
VM arguments:
-Djava.util.logging.config.file=/usr/lib/tomcat/conf/logging.properties
-Xmx3000m -Xms1500m -Xmn700m -XX:PermSize=768m -XX:MaxPermSize=1000m
-XX:+UseConc
On Fri, 6 May 2011 02:35:17 +0200, Jakub Królikowski wrote:
My $0.02: do not run tomcat as root.
Why?
For security purposes. One should run processes/services with lowest
privileges possible.
Is there any reason you have to run it as root? If so, implement a
lightweight daemon that will
40 matches
Mail list logo
