Re: Tomcat scalability setting - need help please

2010-04-09 Thread Leon Rosenberg
On Fri, Apr 9, 2010 at 2:28 AM,  cinl...@gmail.com wrote:
 As what I meant by exhaustive, I went to the extent of building my own cache 
 scheme and it worked, the process still long, but at least it does not kill 
 the other user, but if two or more user doing the same huge process at the 
 same time it will still consume the server.

If by same you mean, that they send the same query in parallel,
before a result can be encached, you could solve this problem, by
having a central cache which stores the result of a future computation
(literally a flag that a result will be available soon and there is no
need to send the same query again).

Anyway, if you want to achieve a better insight into your application
you should consider using a monitoring framework.

regards
Leon

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 6.0.24 requires me to log on twice

2010-04-09 Thread Mark Thomas

On 08/04/2010 23:34, Christopher Schultz wrote:

This happens on Tomcat 6.0.24 and 6.0.26, but not 6.0.20, which makes me
think it is related to change 45255 (Provide protection against session
fixation by changing session ID automatically on authentication.), in
the dev environment tomcat is running on windows XP. Session tracking is
done by cookie, not URL rewriting.


I haven't read the actual patch that added this session-id switching but
it's not clear if it's configurable. Mark said he'd likely make this an
option that defaults to off.


Security trumped compatibility in this case and it defaults to on. 
Nothing stopping you turning it off though.


I'd note that apps that have issues with this behaviour are likely to 
have issues with load-balancing, sticky sessions and fail-over as 
exactly the same code is used to change the session ID on fail-over.


Mark



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread Bob Hall
Rendra,

--- On Thu, 4/8/10 at 5:28 PM, cinl...@gmail.com cinl...@gmail.com wrote:

 
 Do you have better way as how to transport this result to
 jsp? Please enlighten me. 
 

If you *really* need to serve _millions_ of rows of data to a user you
will need to implement some form of paging - the query results are
cached on the server and served to the user on a page-by-page basis when 
requested.

You mentioned that you implemented your own caching scheme. I suggest
you take a look at ehcache: http://ehcache.org/ It can be easily setup
to automatically cache to disk and purge stale data.

- Bob


  

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: URLs with '../' and 404s

2010-04-09 Thread Mark Thomas

On 08/04/2010 23:23, Nikita Tovstoles wrote:

So, if the current URI is http://localhost/app/page; and sendRedirect
method arg is ../../app/page.0 what does that violate?


That relative URL is not valid. To construct the absolute URL, you strip 
of the file name from the path and append the relative URL. That gives you:

http://localhost/app/../../app/page.0

To check the validity, let's normalize it:
Removing the first '..' gives:
http://localhost/../app/page.0

and that is clearly not valid.

This is looking very much like your relative URLs are not correct.


The arg is a
relative URL that container must convert to an absolute URL, no?


What part of http://localhost/app/page/../../app/page.0 are you claiming 
is not absolute? It might not be normalized, but it is absolute.


A simple JSP that contains:
% response.sendRedirect(../sub2/user001.jsp); %
works perfectly for me.

This, and the fact that no-one else is complaining that relative 
redirects are broken, adds weight to the theory that the relative URLs 
being used in your app are not correct.



And, yes, the *result* of that conversion must be an absolute URL as
specified by:
http://tools.ietf.org/html/rfc2616#section-14.30


It is.

Goign back and checking your first post in this thread, the example you 
gave was:


quote
-assume client is at http://localhost/app/home
-app responds to a request with 302 '../home.0'
-Response.toAbsolute() rewrites Location as  http://localhost/app/home/ . .
/home.0 (spaces added to avoid spam filter)

But, if client then issues a GET with exactly that URL - and not
http://localhost/app/home.0, Tomcat will issue a 404. In other words,
toAbsolute() produces a URL that Tomcat cannot service. Why the asymmetry?
In other words, why not collapse the '../' in toAbsolute() - and thus
produce  http://localhost/app/home.0?
/quote

That example is not correct.

The redirect URL will be:
http://localhost/app/../home.0

which when normalised is:
http://localhost/home.0

Which is not the http://localhost/app/home.0 expected, hence the 404.

Mark



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Timir Hazarika
Chuck, this is the same configuration as in my initial question, except for
the value of accept count. I've already tried setting it to zero as well :

Folks,

What is the best way to limit connections in tomcat, if there is one ? I
 have tried acceptCount, maxThreads, even specifying explicit executor - but
 in vain.Connector port=8080 protocol=HTTP/1.1

   connectionTimeout=2

   redirectPort=8443 acceptCount=5 maxThreads=5 /


Or am I missing something ?

Timir

On Fri, Apr 9, 2010 at 6:46 AM, Caldarale, Charles R 
chuck.caldar...@unisys.com wrote:

 On Apr 8, 2010, at 13:37, Timir Hazarika timir.hazar...@gmail.com
 wrote:

  How would this configuration look like in server.xml ?

 Connector ... maxThreads=5 acceptCount=0 /

  - Chuck


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




RE: Tomcat scalability setting - need help please

2010-04-09 Thread Cin Lung
Hi George,

Trust me the people in my client's company would see that much of data. It
is needed by the production.
The next best way I can do is to send the resultset object directly to the
JSP, but I would not go to that extent just yet. I am going to either build
a new cache mechanism or use ehcache. The companies where I cater is data
hungry company.

Thanks
Rendra 

-Original Message-
From: George Sexton [mailto:geor...@mhsoftware.com] 
Sent: Friday, April 09, 2010 12:50 AM
To: 'Tomcat Users List'
Subject: RE: Tomcat scalability setting - need help please

Clearly instantiating millions of objects is not a strategy for scalability.

You're going to have to re-structure your code to reduce the memory
footprint of each session.

Why is your result set returning a million rows? No human would want to see
that much data.

You need to restructure your queries and navigation design so that it
doesn't do this.

George Sexton
MH Software, Inc.
303 438-9585
www.mhsoftware.com


 -Original Message-
 From: Cin Lung [mailto:cinl...@gmail.com]
 Sent: Thursday, April 08, 2010 10:53 AM
 To: 'Tomcat Users List'
 Subject: RE: Tomcat scalability setting - need help please
 
 Hi George
 
 Your remark is almost correct. What I did is that I store the result 
 of the resultset (which can go up to million lines of rows) in a batch 
 of Java beans. Then I set the beans to the HTTP Request and pass them 
 to the receiving JSP.
 
 But I do remember to return the connection to the pool. I also try to 
 kill the statements, result sets, etc by setting them to null. But I 
 realize that java might wait for the memory to be cleared by the 
 garbage collector.
 
 This goes back to my second problem. If the user closes the browser, 
 the request object form the servlet would lost its way to return the 
 result. And this will hog the tomcat performance for a while.
 
 Any tips would greatly be appreciated.
 
 TIA
 Rendra
 
 -Original Message-
 From: George Sexton [mailto:geor...@mhsoftware.com]
 Sent: Thursday, April 08, 2010 11:42 PM
 To: 'Tomcat Users List'
 Subject: RE: Tomcat scalability setting - need help please
 
 
  -Original Message-
  From: Pid [mailto:p...@pidster.com]
  Sent: Thursday, April 08, 2010 8:49 AM
  To: Tomcat Users List
  Subject: Re: Tomcat scalability setting - need help please
 
  When you run the query in your application how are you doing it, e.g.
  by
  calling a stored procedure, or by executing exactly the same SQL 
  statement?
 
 
 
 Most likely the application is storing result sets on the session.
 
 
 
 George Sexton
 MH Software, Inc.
 303 438-9585
 www.mhsoftware.com
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread Xie Xiaodong
Hello,



Maybe you could just export those data into Excel files (any other format
will do), and provide a download link to those file. Those files could be
generated lazily, means generate the first time it is requested.

I'm just curious, how do people in your company deal with millions of rows
of data with their own eyes?



On Fri, Apr 9, 2010 at 12:39 PM, Cin Lung cinl...@gmail.com wrote:

 Hi George,

 Trust me the people in my client's company would see that much of data. It
 is needed by the production.
 The next best way I can do is to send the resultset object directly to the
 JSP, but I would not go to that extent just yet. I am going to either build
 a new cache mechanism or use ehcache. The companies where I cater is data
 hungry company.

 Thanks
 Rendra

 -Original Message-
 From: George Sexton [mailto:geor...@mhsoftware.com]
 Sent: Friday, April 09, 2010 12:50 AM
 To: 'Tomcat Users List'
 Subject: RE: Tomcat scalability setting - need help please

 Clearly instantiating millions of objects is not a strategy for
 scalability.

 You're going to have to re-structure your code to reduce the memory
 footprint of each session.

 Why is your result set returning a million rows? No human would want to see
 that much data.

 You need to restructure your queries and navigation design so that it
 doesn't do this.

 George Sexton
 MH Software, Inc.
 303 438-9585
 www.mhsoftware.com


  -Original Message-
  From: Cin Lung [mailto:cinl...@gmail.com]
  Sent: Thursday, April 08, 2010 10:53 AM
  To: 'Tomcat Users List'
  Subject: RE: Tomcat scalability setting - need help please
 
  Hi George
 
  Your remark is almost correct. What I did is that I store the result
  of the resultset (which can go up to million lines of rows) in a batch
  of Java beans. Then I set the beans to the HTTP Request and pass them
  to the receiving JSP.
 
  But I do remember to return the connection to the pool. I also try to
  kill the statements, result sets, etc by setting them to null. But I
  realize that java might wait for the memory to be cleared by the
  garbage collector.
 
  This goes back to my second problem. If the user closes the browser,
  the request object form the servlet would lost its way to return the
  result. And this will hog the tomcat performance for a while.
 
  Any tips would greatly be appreciated.
 
  TIA
  Rendra
 
  -Original Message-
  From: George Sexton [mailto:geor...@mhsoftware.com]
  Sent: Thursday, April 08, 2010 11:42 PM
  To: 'Tomcat Users List'
  Subject: RE: Tomcat scalability setting - need help please
 
 
   -Original Message-
   From: Pid [mailto:p...@pidster.com]
   Sent: Thursday, April 08, 2010 8:49 AM
   To: Tomcat Users List
   Subject: Re: Tomcat scalability setting - need help please
  
   When you run the query in your application how are you doing it, e.g.
   by
   calling a stored procedure, or by executing exactly the same SQL
   statement?
  
 
 
  Most likely the application is storing result sets on the session.
 
 
 
  George Sexton
  MH Software, Inc.
  303 438-9585
  www.mhsoftware.com
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org



 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Sincerely yours and Best Regards,
Xie Xiaodong


Re: Tomcat scalability setting - need help please

2010-04-09 Thread cinlung
Hahaha this remark is really funny. I mean it in a good way:

I'm just curious, how do people in your company deal with millions of rows of 
data with their own eyes?

Yes they use their eyes, but before that, they print it into one rim of papers 
first. But customer is the king. And there are some conditions where they 
really need to print 6 months or more worth of data all at once. This is 
especially for manufacturing company.

And yes I used excel as the result. It is faster, but still can do better. I 
wonder if I can increase the process time to less than 30 min to produce 
results with millions of data. Currently, with only one person doing the 
analysis and no one else uses the app, it takes 2 hours to finish sending the 
data to customer screen.

Regard
Rendra

GOD is GREAT!

-Original Message-
From: Xie Xiaodong xxd82...@gmail.com
Date: Fri, 9 Apr 2010 12:42:50 
To: Tomcat Users Listusers@tomcat.apache.org
Subject: Re: Tomcat scalability setting - need help please

Hello,



Maybe you could just export those data into Excel files (any other format
will do), and provide a download link to those file. Those files could be
generated lazily, means generate the first time it is requested.

I'm just curious, how do people in your company deal with millions of rows
of data with their own eyes?



On Fri, Apr 9, 2010 at 12:39 PM, Cin Lung cinl...@gmail.com wrote:

 Hi George,

 Trust me the people in my client's company would see that much of data. It
 is needed by the production.
 The next best way I can do is to send the resultset object directly to the
 JSP, but I would not go to that extent just yet. I am going to either build
 a new cache mechanism or use ehcache. The companies where I cater is data
 hungry company.

 Thanks
 Rendra

 -Original Message-
 From: George Sexton [mailto:geor...@mhsoftware.com]
 Sent: Friday, April 09, 2010 12:50 AM
 To: 'Tomcat Users List'
 Subject: RE: Tomcat scalability setting - need help please

 Clearly instantiating millions of objects is not a strategy for
 scalability.

 You're going to have to re-structure your code to reduce the memory
 footprint of each session.

 Why is your result set returning a million rows? No human would want to see
 that much data.

 You need to restructure your queries and navigation design so that it
 doesn't do this.

 George Sexton
 MH Software, Inc.
 303 438-9585
 www.mhsoftware.com


  -Original Message-
  From: Cin Lung [mailto:cinl...@gmail.com]
  Sent: Thursday, April 08, 2010 10:53 AM
  To: 'Tomcat Users List'
  Subject: RE: Tomcat scalability setting - need help please
 
  Hi George
 
  Your remark is almost correct. What I did is that I store the result
  of the resultset (which can go up to million lines of rows) in a batch
  of Java beans. Then I set the beans to the HTTP Request and pass them
  to the receiving JSP.
 
  But I do remember to return the connection to the pool. I also try to
  kill the statements, result sets, etc by setting them to null. But I
  realize that java might wait for the memory to be cleared by the
  garbage collector.
 
  This goes back to my second problem. If the user closes the browser,
  the request object form the servlet would lost its way to return the
  result. And this will hog the tomcat performance for a while.
 
  Any tips would greatly be appreciated.
 
  TIA
  Rendra
 
  -Original Message-
  From: George Sexton [mailto:geor...@mhsoftware.com]
  Sent: Thursday, April 08, 2010 11:42 PM
  To: 'Tomcat Users List'
  Subject: RE: Tomcat scalability setting - need help please
 
 
   -Original Message-
   From: Pid [mailto:p...@pidster.com]
   Sent: Thursday, April 08, 2010 8:49 AM
   To: Tomcat Users List
   Subject: Re: Tomcat scalability setting - need help please
  
   When you run the query in your application how are you doing it, e.g.
   by
   calling a stored procedure, or by executing exactly the same SQL
   statement?
  
 
 
  Most likely the application is storing result sets on the session.
 
 
 
  George Sexton
  MH Software, Inc.
  303 438-9585
  www.mhsoftware.com
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org



 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 
Sincerely yours and Best Regards,
Xie Xiaodong



Re: Junit and Tomcat

2010-04-09 Thread Mikolaj Rydzewski

Malcolm Warren wrote:
I'm more interested in testing common java classes: e.g. beans being 
used by .jsp files,
but these java classes depend heavily on two things provided by Tomcat 
in its own virtual machine which Junit can't get at.

1) datasources
2) file paths

So what you need is a set of good mock objects.
I recommend http://mockito.org/

--
Mikolaj Rydzewski m...@ceti.pl


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread Leon Rosenberg
On Fri, Apr 9, 2010 at 12:54 PM,  cinl...@gmail.com wrote:

 And yes I used excel as the result. It is faster, but still can do better. I 
 wonder if I can increase the process time to less than 30 min to produce 
 results with millions of data. Currently, with only one person doing the 
 analysis and no one else uses the app, it takes 2 hours to finish sending the 
 data to customer screen.


Maybe you should ask yourself, whether a webapp is really the best
solution here.
It sounds more like you need a central business logic server and a
smart desktop app (swing or something) which can present the data in a
better way, as letting the customer wait for 2 hours...

Leon

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Mark Thomas

On 09/04/2010 10:55, Timir Hazarika wrote:

Chuck, this is the same configuration as in my initial question, except for
the value of accept count. I've already tried setting it to zero as well :

Folks,

What is the best way to limit connections in tomcat, if there is one ? I

have tried acceptCount, maxThreads, even specifying explicit executor - but
in vain.Connector port=8080 protocol=HTTP/1.1


connectionTimeout=2

redirectPort=8443 acceptCount=5 maxThreads=5 /


Or am I missing something ?


Telling us how you are determining that these settings are not being 
honored.


Mark



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread cinlung
I think I'll stick with web apps for now :)

I have my own needs and reasons for that. One of them is better maintenance 
with web apps.

Thanks
Rendra
GOD is GREAT!

-Original Message-
From: Leon Rosenberg rosenberg.l...@googlemail.com
Date: Fri, 9 Apr 2010 13:20:39 
To: Tomcat Users Listusers@tomcat.apache.org
Subject: Re: Tomcat scalability setting - need help please

On Fri, Apr 9, 2010 at 12:54 PM,  cinl...@gmail.com wrote:

 And yes I used excel as the result. It is faster, but still can do better. I 
 wonder if I can increase the process time to less than 30 min to produce 
 results with millions of data. Currently, with only one person doing the 
 analysis and no one else uses the app, it takes 2 hours to finish sending the 
 data to customer screen.


Maybe you should ask yourself, whether a webapp is really the best
solution here.
It sounds more like you need a central business logic server and a
smart desktop app (swing or something) which can present the data in a
better way, as letting the customer wait for 2 hours...

Leon

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Timir Hazarika
Mark, I'm using netstat as follows. You can see the tomcat process listening
on 8443 and all the incoming requests in TIME_WAIT. These connections do get
cleared after the default timeout of 60 seconds, my intention is to refuse
creating them in the first place.

netstat -anp | grep 8443

tcp0  0 0.0.0.0:84430.0.0.0:*   LISTEN
   15450/java
tcp0  0 10.64.62.101:8443   72.163.140.73:19735
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19744
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19746
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19730
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19745
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19732
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19737
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19742
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19733
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19741
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19747
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19740
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19731
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19743
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19734
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19736
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19738
TIME_WAIT   -
tcp0  0 10.64.62.101:8443   72.163.140.73:19739
TIME_WAIT   -


Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Leon Rosenberg
I remember a more or less public discussion some time ago, that the
acceptCount setting is virtually worthless, because modern kernels
simply ignore it.

Leon

P.S. By ignore I mean that ServerSocket.accept(100) has no effect.

On Fri, Apr 9, 2010 at 2:10 PM, Timir Hazarika timir.hazar...@gmail.com wrote:
 Mark, I'm using netstat as follows. You can see the tomcat process listening
 on 8443 and all the incoming requests in TIME_WAIT. These connections do get
 cleared after the default timeout of 60 seconds, my intention is to refuse
 creating them in the first place.

 netstat -anp | grep 8443

 tcp        0      0 0.0.0.0:8443            0.0.0.0:*               LISTEN
   15450/java
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19735
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19744
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19746
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19730
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19745
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19732
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19737
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19742
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19733
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19741
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19747
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19740
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19731
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19743
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19734
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19736
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19738
 TIME_WAIT   -
 tcp        0      0 10.64.62.101:8443       72.163.140.73:19739
 TIME_WAIT   -


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Timir Hazarika
My point exactly. Is there an alternative setting that I may use ?

Timir

On Fri, Apr 9, 2010 at 5:47 PM, Leon Rosenberg 
rosenberg.l...@googlemail.com wrote:

 I remember a more or less public discussion some time ago, that the
 acceptCount setting is virtually worthless, because modern kernels
 simply ignore it.

 Leon

 P.S. By ignore I mean that ServerSocket.accept(100) has no effect.

 On Fri, Apr 9, 2010 at 2:10 PM, Timir Hazarika timir.hazar...@gmail.com
 wrote:
  Mark, I'm using netstat as follows. You can see the tomcat process
 listening
  on 8443 and all the incoming requests in TIME_WAIT. These connections do
 get
  cleared after the default timeout of 60 seconds, my intention is to
 refuse
  creating them in the first place.
 
  netstat -anp | grep 8443
 
  tcp0  0 0.0.0.0:84430.0.0.0:*
 LISTEN
15450/java
  tcp0  0 10.64.62.101:8443   72.163.140.73:19735
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19744
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19746
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19730
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19745
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19732
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19737
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19742
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19733
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19741
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19747
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19740
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19731
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19743
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19734
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19736
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19738
  TIME_WAIT   -
  tcp0  0 10.64.62.101:8443   72.163.140.73:19739
  TIME_WAIT   -
 

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




Re: Tomcat scalability setting - need help please

2010-04-09 Thread Pid

On 09/04/2010 13:08, cinl...@gmail.com wrote:

I think I'll stick with web apps for now :)


In that case you might consider the following:

1. client requests massive dataset
2. webapp returns a processing started message, starts job in new thread
3. data processing completes and a static file is generated

AND

4. a notification is sent to the client stating that the data is ready 
for download

5. client downloads static file, file is deleted

OR

4. file is emailed to client


p



-Original Message-
From: Leon Rosenbergrosenberg.l...@googlemail.com
Date: Fri, 9 Apr 2010 13:20:39
To: Tomcat Users Listusers@tomcat.apache.org
Subject: Re: Tomcat scalability setting - need help please

On Fri, Apr 9, 2010 at 12:54 PM,cinl...@gmail.com  wrote:


And yes I used excel as the result. It is faster, but still can do better. I 
wonder if I can increase the process time to less than 30 min to produce 
results with millions of data. Currently, with only one person doing the 
analysis and no one else uses the app, it takes 2 hours to finish sending the 
data to customer screen.



Maybe you should ask yourself, whether a webapp is really the best
solution here.
It sounds more like you need a central business logic server and a
smart desktop app (swing or something) which can present the data in a
better way, as letting the customer wait for 2 hours...

Leon

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread cinlung
Hei! That is a great idea. All I need now is to socialize the idea.

Thanks so much
Rendra
GOD is GREAT!

-Original Message-
From: Pid p...@pidster.com
Date: Fri, 09 Apr 2010 13:43:42 
To: Tomcat Users Listusers@tomcat.apache.org
Subject: Re: Tomcat scalability setting - need help please

On 09/04/2010 13:08, cinl...@gmail.com wrote:
 I think I'll stick with web apps for now :)

In that case you might consider the following:

1. client requests massive dataset
2. webapp returns a processing started message, starts job in new thread
3. data processing completes and a static file is generated

AND

4. a notification is sent to the client stating that the data is ready 
for download
5. client downloads static file, file is deleted

OR

4. file is emailed to client


p


 -Original Message-
 From: Leon Rosenbergrosenberg.l...@googlemail.com
 Date: Fri, 9 Apr 2010 13:20:39
 To: Tomcat Users Listusers@tomcat.apache.org
 Subject: Re: Tomcat scalability setting - need help please

 On Fri, Apr 9, 2010 at 12:54 PM,cinl...@gmail.com  wrote:

 And yes I used excel as the result. It is faster, but still can do better. I 
 wonder if I can increase the process time to less than 30 min to produce 
 results with millions of data. Currently, with only one person doing the 
 analysis and no one else uses the app, it takes 2 hours to finish sending 
 the data to customer screen.


 Maybe you should ask yourself, whether a webapp is really the best
 solution here.
 It sounds more like you need a central business logic server and a
 smart desktop app (swing or something) which can present the data in a
 better way, as letting the customer wait for 2 hours...

 Leon

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status

2010-04-09 Thread kapilok



Christopher Schultz-2 wrote:
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Kapilok,
 
 On 4/6/2010 11:19 AM, kapilok wrote:
 Does Tomcat guarantee recovery in case of this Error?
 
 The JVM/Tomcat should recover in the sense that service threads that
 complete their work should go back into the thread pool and accept new
 requests.
 
 Unfortunately, your webapp can significantly impact the ability for
 those threads to complete their request handling.
 
 Can you point me to the documentation?
 
 There is no documentation that covers this recovery: it's just a
 feature of using thread pools.
 
 Please suggest a way to test / validate the recovery.
 
 First, figure out what the real problem is. The symptom is obvious (see
 your subject line).
 
 To see what those threads are doing, allow this situation to occur, then
 do the following:
 
 1. Perform whatever magic you need to solve the database overload
 issue
 
 2. Wait a minute or two to give your webapp a chance to breathe
 
 3. Perform a thread dump on your webapp
 (http://wiki.apache.org/tomcat/HowTo#How_do_I_obtain_a_thread_dump_of_my_running_webapp_.3F)
 
 4. Wait 30 seconds
 
 5. Perform another thread dump on your webapp
 
 6. Inspect the thread dump(s) to see what your threads are stuck doing.
 If they're stuck in your webapp's code, go fix that and try again. If
 they're stuck in Tomcat's code, post back and we'll take a look.
 
 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
 iEYEARECAAYFAku7WkgACgkQ9CaO5/Lv0PA/rgCffQZFnykd/0eXKdbOxlY/6XA9
 TskAoLNKqjjcJbrAyoKeqT5J6TRnsVKX
 =KvA6
 -END PGP SIGNATURE-
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
 

Chris,

I think the thread dump does suggest that it is the webapp code (c3p0
connection pool) and not tomcat. But Please take a look anyways: (pasted
partial dump only)

Here's my test scenario:
1. Start Tomcat (with maxThreads=40 )
2. Run JMeter Load (40 concurrent with some ramp up)
- All requests succeed
3. Now load the database with some heavy process, so CPU consumption is high
4. Run same jMeter load; now response times are slow
5. Get ThreadPool Full Error; Take Thread Dump
6. Kill all JMeter requests; so Tomcat can breathe
7. Wait 10 minutes. Try login to webapp - Cant login. Browser does not
display Login page or any other page.
8. Take another Thread Dump. Its the same. NOTE: Main Thread and
TP-Processor4 are still running (observed with VisualVM1.1 on JDK 6)
9. Try running jMeter load. No reponse - No requests going through.
10. Waited 30 minutes and had no option but to bounce Tomcat.

Bottom Line: What can I do so I don't have to bounce Tomcat when I run into
this situation?

Partial Thread Dump
***
http-9080-Processor40 daemon prio=6 tid=0x4d1ba000 nid=0x1e0 in
Object.wait() [0x5162e000..0x5162fd94]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on 0x07b12648 (a 
com.mchange.v2.resourcepool.BasicResourcePool)
at
com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1315)
at
com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557)
- locked 0x07b12648 (a com.mchange.v2.resourcepool.BasicResourcePool)
at
com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477)
at
com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525)
at
com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128)
at
org.springframework.jdbc.datasource.DataSourceUtils.doGetConnection(DataSourceUtils.java:113)
at
org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:79)
at
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:523)
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:587)
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:612)
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:644)
...

com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2 daemon
prio=6 tid=0x4dcda400 nid=0x6ac in Object.wait() [0x5068f000..0x5068fb94]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on 0x0a779ea8 (a
com.mchange.v2.async.ThreadPoolAsynchronousRunner)
at
com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread.run(ThreadPoolAsynchronousRunner.java:534)
- locked 0x0a779ea8 (a 
com.mchange.v2.async.ThreadPoolAsynchronousRunner)

   Locked ownable synchronizers:
- 

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Timir,

On 4/9/2010 8:10 AM, Timir Hazarika wrote:
 Mark, I'm using netstat as follows. You can see the tomcat process listening
 on 8443 and all the incoming requests in TIME_WAIT. These connections do get
 cleared after the default timeout of 60 seconds, my intention is to refuse
 creating them in the first place.

You can't refuse creating a TIME_WAIT socket: it's the result of
handling a socket and then closing it. You might want to review the TCP
connection states here:

http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Protocol_operation

This is not an accept problem, this is a problem with having serviced a
request via a socket and then closing the connection. Given that you
can't avoid accepting connections on a useful web server, you will not
be able to prevent them from going through their natural lifecycle.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/QWkACgkQ9CaO5/Lv0PC1tACeOPKViy9KHPbK35tqWjmRKB8S
kmUAn0q85D72X0Jep0O/T7yy/brveI/R
=5N1X
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rendra,

On 4/9/2010 6:54 AM, cinl...@gmail.com wrote:
 Yes they use their eyes, but before that, they print it into one rim
 of papers first. But customer is the king. And there are some
 conditions where they really need to print 6 months or more worth of
 data all at once. This is especially for manufacturing company.

This sounds like reporting, and it doesn't make any sense to me why
you'd offer on-demand reporting on this scale via a webapp.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/QhgACgkQ9CaO5/Lv0PAViQCgmO7TCcfVFZaXqQzoD/9NmNKv
GJAAoIoJ12qPFoS9C5Vz+nolRCyK3/nB
=Rg1O
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kapilok,

On 4/9/2010 9:46 AM, kapilok wrote:
 1. Start Tomcat (with maxThreads=40 )
 2. Run JMeter Load (40 concurrent with some ramp up)
 - All requests succeed

Good.

 3. Now load the database with some heavy process, so CPU consumption is high
 4. Run same jMeter load; now response times are slow

This should be no surprise, as CPU time be scarce.

 5. Get ThreadPool Full Error; Take Thread Dump

This also shouldn't be a surprise: with maxThreads=40, you can only
handle 40 simultaneous connections. If you have 1+ heavy process
taking connections plus your 40 incoming ones, some will be denied.

Or, are you saying that you are running a CPU-intensive process outside
of Tomcat on the db server?

 6. Kill all JMeter requests; so Tomcat can breathe
 7. Wait 10 minutes. Try login to webapp - Cant login. Browser does not
 display Login page or any other page.

Sounds like deadlock.

 8. Take another Thread Dump. Its the same. NOTE: Main Thread and
 TP-Processor4 are still running (observed with VisualVM1.1 on JDK 6)
 9. Try running jMeter load. No reponse - No requests going through.
 10. Waited 30 minutes and had no option but to bounce Tomcat.

Yep, sounds like deadlock to me.

 Bottom Line: What can I do so I don't have to bounce Tomcat when I run into
 this situation?

If you really have deadlocked your system, you have no choice but to
restart Tomcat.

Are you using a JDBC connection pool? If so, what kind, and under what
configuration?

 Partial Thread Dump
 ***
 http-9080-Processor40 daemon prio=6 tid=0x4d1ba000 nid=0x1e0 in
 Object.wait() [0x5162e000..0x5162fd94]
java.lang.Thread.State: WAITING (on object monitor)
   at java.lang.Object.wait(Native Method)
   - waiting on 0x07b12648 (a 
 com.mchange.v2.resourcepool.BasicResourcePool)
   [...]
 org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:79)
   at
 org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:523)
   at 
 org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:587)
   at 
 org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:612)
   at 
 org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:644)
 ...

If the above thread never makes any progress, then it's likely that you
have exhausted your connection pool. Usually this situation would
correct itself, because one (or more) connections would eventually be
returned to the pool, and become available for other clients. If this is
a deadlock scenario centering around the JDBC connection pool, then you
likely have a situation in your code where you do this:

Connection c1 = pool.getConnection();
...
Connection c2 = pool.getConnection();


The above code can cause deadlock because you can end up obtaining one
connection and then waiting forever for the second one (meanwhile other
threads are also waiting forever for their second connections).

 com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2 daemon
 prio=6 tid=0x4dcda400 nid=0x6ac in Object.wait() [0x5068f000..0x5068fb94]
java.lang.Thread.State: TIMED_WAITING (on object monitor)

All of these threads look like they are waiting to do work that hasn't
yet been assigned. These threads look good to me.

I'm not sure how you're using the Spring framework to do your SQL stuff
for you, but you should check to see that you aren't obtaining a
connection and then firing-off another query /without/ using that
connection: that will put you into the situation above.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/RuYACgkQ9CaO5/Lv0PB50ACgtyqlmAckBoQXd9Jhzu0d1osA
rxEAoJM1JEuL/HHvaFOl0KF/OAwVnDUK
=36uP
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Tomcat 6.0.24 requires me to log on twice

2010-04-09 Thread Terry Horner
Hi, thanks for the analysis

 -Original Message-
 From: Christopher Schultz [mailto:ch...@christopherschultz.net]
 Sent: Thursday, April 08, 2010 11:35 PM
 To: Tomcat Users List
 Subject: Re: Tomcat 6.0.24 requires me to log on twice
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Terry,
 
 On 4/8/2010 9:12 AM, Terry Horner wrote:
  I am having a problem with Tomcat - if I log on to a page 
 which contains
  a restricted resource, it shows me the page (and any unrestricted
  images, etc), but doesn't show the restricted resource (I 
 believe tomcat
  thinks the user is not authenticated as sends the 403 page, 
 judging by
  the 3478b size of the request).
 That sounds about right: if you have a page like this:
 
 /unrestricted/index.jsp:
 html
 img src=%= response.encodeURL(request.getContextPath()
   + /restricted/sample.gif) % /
 /html
 
 Then your /unrestricted/index.jsp will display and the image will be
 broken. Note that Tomcat, in response to the request for
 /restricted/sample.gif will store that request and respond 
 with a login
 form.
  When I move on to another page (or
  reload the same page) I am sent to the logon screen again, 
 after I logon
  from here everything works as it should.
 So, if you go to /unrestricted/index.jsp, then hit RELOAD you get a
 login form? That's weird.

The page that contains the restricted resource is also restricted (it's one of 
various pages of account information, with a navbar made with 
dynamically-generated javascript) 
Sorry, I didn't make that clear.

  The protected resource is some javascript, it is 
 dynamically created as
  it varies from user to user.
 What should the behaviour be for this resource is the user is not
 logged-in? Can you simply make that particular resource 
 non-restricted?
 That would seem to be the easiest solution.

If they aren't logged in they shouldn't be able to see it.
The navigation options vary a lot from user to user. I could make it 
non-restricted and only show the options that all users have access to when 
viewed by a user who isn't logged on, but this would mean the user saw 
different navigation options on the first page and the second, which would be a 
more interesting user experience than I had hoped for.

  This happens on Tomcat 6.0.24 and 6.0.26, but not 6.0.20, 
 which makes me
  think it is related to change 45255 (Provide protection 
 against session
  fixation by changing session ID automatically on 
 authentication.), in
  the dev environment tomcat is running on windows XP. 
 Session tracking is
  done by cookie, not URL rewriting.
 I haven't read the actual patch that added this session-id 
 switching but
 it's not clear if it's configurable. Mark said he'd likely 
 make this an
 option that defaults to off.

I have bosses pushing for this to be used, so a workaround beats switching it 
off, if that's possible.

  Below is a(n abridged) snapshot of the access log, the last 
 field is the
  cookie sent by the browser
  dataservlet1, dataservlet2 and javascriptservlet are restricted to
  logged on users, nothing under /frontend has any security 
 constraints.
  
  The sequence of events, from the browser end is
  (1) A request is made to dataservlet1
  (2) The user logs in (and tomcat rewrites the cookie)
  (3) Is forwarded to the dataservlet1 page, frontend resources are
  displayed, but the javascriptservlet is not, as it has been 
 requested
  with the old cookie (this happens on ie and firefox, so 
 doesn't appear
  to be a browser issue), the apparent attempt to logon for the
  javascriptservlet also throws another cookie into the mix
  
  (4) Another page is requested
  (5) The user is sent to the login page
  (6) They log in again (getting a third cookie), and from this point
  everything is ok
  
  #Fields: c-dns x-H(remoteUser) date time x-H(protocol) 
 cs-method cs-uri
  sc-status bytes x-H(requestedSessionId)
  #Version: 2.0
  #Software: Apache Tomcat/6.0.26
  (1)
  localhost - 2010-04-08 12:25:33 'HTTP/1.1' GET
  /dataservlet1?timestamp=1205168884309 200 3478 -
 That looks like it presented a login page (3478 bytes, right?).

Yes, that's right

  localhost - 2010-04-08 12:25:33 'HTTP/1.1' GET
  /frontend/images/image1.gif 200 125 '6A193109AA'
  (2)
 Given the timestamp, this was a request for a resource linked from the
 login page itself.
  localhost - 2010-04-08 12:25:42 'HTTP/1.1' POST 
 /j_security_check 302 -
  '6A193109AA'
 Login attempt.

Yes and yes

  localhost - 2010-04-08 12:25:42 'HTTP/1.1' POST 
 /j_security_check 302 -
  '6A193109AA'
  (3)
 Second login attempt: note the cookie from the client is the same each
 time. The timing looks strange to me: why two simultaneous 
 login attempts?

That was a javascript error in the onsubmit in the logon form (the onSubmit 
called a function to disable the button which both submitted the form an 
returned true. d'oh), now fixed. 
This hasn't fixed the overall problem though - the situation is still the same, 

RE: Tomcat 6.0.24 requires me to log on twice

2010-04-09 Thread Terry Horner
 -Original Message-
 From: Mark Thomas [mailto:ma...@apache.org]
 Sent: Friday, April 09, 2010 8:06 AM
 To: Tomcat Users List
 Subject: Re: Tomcat 6.0.24 requires me to log on twice
 On 08/04/2010 23:34, Christopher Schultz wrote:
  This happens on Tomcat 6.0.24 and 6.0.26, but not 6.0.20, 
 which makes me
  think it is related to change 45255 (Provide protection 
 against session
  fixation by changing session ID automatically on 
 authentication.), in
  the dev environment tomcat is running on windows XP. 
 Session tracking is
  done by cookie, not URL rewriting.
 
  I haven't read the actual patch that added this session-id 
 switching but
  it's not clear if it's configurable. Mark said he'd likely 
 make this an
  option that defaults to off.
 
 Security trumped compatibility in this case and it defaults to on. 
 Nothing stopping you turning it off though.
 
 I'd note that apps that have issues with this behaviour are likely to 
 have issues with load-balancing, sticky sessions and fail-over as 
 exactly the same code is used to change the session ID on fail-over.
 
 Mark

This doesn't affect me, but I can see it being a problem for others (unless, of 
course, the cause is our application doing something very strange).

The problem seems to occur if there are any restricted resources within a page 
- it doesn't seems too outlandish for someone to restrict access to their 
images folder (say, it has client logos in it and they are required to be a bit 
paranoid about their client list).

I have a workaround that will work for some people in this situation - require 
all logons to go through index.jsp (or whatever) and have this be a page that 
just shows a 'loading...' animated image (or whatever) - but this doesn't work 
if you want to be able to bookmark pages within your site.

Terry

___

The information contained in this message is confidential and is intended for 
the addressee only. If you have received this message in error or there are any 
problems please notify the originator immediately.

The unauthorised use, disclosure, copying or alteration of this message is 
strictly forbidden. This mail and any attachments have been scanned for viruses 
prior to leaving the Dancerace network.

Dancerace plc will not be liable for direct, special, indirect or consequential 
damages arising from the alteration of the contents of this message by a third 
party or as a result of any virus being passed on.

Dancerace plc reserve the right to monitor and record e-mail messages sent to 
and from this address for the purpose of investigating or detecting any 
unauthorised use of its system and ensuring its effective operation.

_
This message has been checked for all known viruses by UUNET delivered 
through the MessageLabs Virus Control Centre. For further information visit
http://www.uk.uu.net/products/security/virus/
** Message from InterScan VirusWall 6 **

** No virus found in attached file noname.htm

InterScan VirusWall 6 has scanned this message and found it to be free of known 
viruses.
* End of message ***



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 6.0.24 requires me to log on twice

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Terry,

On 4/9/2010 12:14 PM, Terry Horner wrote:
 The problem seems to occur if there are any restricted resources
 within a page - it doesn't seems too outlandish for someone to
 restrict access to their images folder (say, it has client logos in
 it and they are required to be a bit paranoid about their client
 list).

If you have a restricted images folder, why are you trying to serve
images out of it onto a non-restricted page?

 I have a workaround that will work for some people in this situation
 - require all logons to go through index.jsp (or whatever) and have
 this be a page that just shows a 'loading...' animated image (or
 whatever) - but this doesn't work if you want to be able to bookmark
 pages within your site.

If you bookmark a restricted page, you don't even see it until after
successful authentication, so there's no problem there.

The problem is with including restricted content in an unrestricted
page. I agree that your webapp shouldn't be suffering the kind of fate
it is currently is, but you'd save yourself a lot of trouble by not
doing something which seems so illogical.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/WDMACgkQ9CaO5/Lv0PCKagCffXehaOcXta2EFqGDPG19HnOK
MkcAn2WlANst7s5vhMDk/A7Pj3WTnIe3
=b/EF
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Having difficulty using keytool -genkey to get a key with blank OU (instead of unknown)

2010-04-09 Thread Eric DuToit
On Thu, Apr 8, 2010 at 8:32 PM, Goo Sam Kong skgo...@gmail.com wrote:

 Try to put the subject DN (with OU equal to blank) in -dname field as below.

 keytool -genkey -keystore keystoreFile -storepass password -alias
 keyAlias -dname CN=your cn,OU=,O=your company,C=SG

Your solution worked.  Thanks!

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat 6.0.24 requires me to log on twice

2010-04-09 Thread Pid *
Terry, does your login page reference the same script URL as the secured
pages, by any chance?


p

On 9 April 2010 17:39, Christopher Schultz ch...@christopherschultz.netwrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Terry,

 On 4/9/2010 12:14 PM, Terry Horner wrote:
  The problem seems to occur if there are any restricted resources
  within a page - it doesn't seems too outlandish for someone to
  restrict access to their images folder (say, it has client logos in
  it and they are required to be a bit paranoid about their client
  list).

 If you have a restricted images folder, why are you trying to serve
 images out of it onto a non-restricted page?

  I have a workaround that will work for some people in this situation
  - require all logons to go through index.jsp (or whatever) and have
  this be a page that just shows a 'loading...' animated image (or
  whatever) - but this doesn't work if you want to be able to bookmark
  pages within your site.

 If you bookmark a restricted page, you don't even see it until after
 successful authentication, so there's no problem there.

 The problem is with including restricted content in an unrestricted
 page. I agree that your webapp shouldn't be suffering the kind of fate
 it is currently is, but you'd save yourself a lot of trouble by not
 doing something which seems so illogical.

 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAku/WDMACgkQ9CaO5/Lv0PCKagCffXehaOcXta2EFqGDPG19HnOK
 MkcAn2WlANst7s5vhMDk/A7Pj3WTnIe3
 =b/EF
 -END PGP SIGNATURE-

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 

--
pidster.com


Re: Tomcat 6.0.24 requires me to log on twice

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Terry,

On 4/9/2010 12:08 PM, Terry Horner wrote:
 That was a javascript error in the onsubmit in the logon form (the
 onSubmit called a function to disable the button which both submitted
 the form an returned true. d'oh), now fixed.

That's what I was figuring. Good to know that it's fixed.

 This hasn't fixed the overall problem though - the situation is still
 the same, only now the logs don't show two concurrent
 j_security_check requests (no surprises here).

:(

 There aren't any iframes or frames. The navbar does use
 document.write to add several divs to the page.

Good. Presumably, all this content-generation is done on page load? It
shouldn't really matter, since you're using cookies for everything.

 Not with the JSESSIONID cookie, its adds other cookies with
 response.addCookie(), and reads those cookies, but doesn't modify
 any. The applications writes to and reads from the session, but
 leaves creating, expiring etc sessions to the server. The paths are
 all set to '/'

Ok.

 (1)user sees first logon page,with image 
 (2) they logon, see the data page, but without the embedded navbar, the 
 request for which is met with a logon page (not displayed because the browser 
 expects a .js file)
 (3)user requests a different page, and are told to login again
 (4)they do, the system logs them on, get's the navbar request, logs them on 
 again without the user doing anything (???), then from this point they have a 
 normal user experience
 
 #Fields: c-dns x-H(remoteUser) date time x-H(protocol) cs-method cs-uri 
 sc-status cs(Cookie) x-P(j_username)
 #Version: 2.0
 #Software: Apache Tomcat/6.0.26
 (1)
 localhost - 2010-04-09 15:32:14 'HTTP/1.1' GET 
 /dataservlet1?timestamp=1205168884309 200 - 
 localhost - 2010-04-09 15:32:15 'HTTP/1.1' GET /frontend/images/image1.gif 
 200 '08E40C3900'
 (2)
 localhost - 2010-04-09 15:32:19 'HTTP/1.1' POST /j_security_check 302 
 '08E40C3900'

Okay, that all looks normal. Note the 302 response which is directing
the client to re-request the original URL:

 localhost 'user75' 2010-04-09 15:32:22 'HTTP/1.1' GET 
 /dataservlet1?timestamp=1205168884309 200 -

Hmm... no cookie included with this request. I wonder why.

 localhost - 2010-04-09 15:32:22 'HTTP/1.1' GET 
 /frontend/includes/functions.js 200 '08E40C3900'
 localhost - 2010-04-09 15:32:24 'HTTP/1.1' GET 
 /javascriptservlet?request=common.js 200 '08E40C3900'

Old (stale) session id :(

 localhost - 2010-04-09 15:33:00 'HTTP/1.1' GET 
 /frontend/images/global/logo.gif 200 'B5F7F32D85'
 (3)

New session id. This request was made 30 seconds after the previous one.
Is this the same client?

 localhost - 2010-04-09 15:33:02 'HTTP/1.1' GET 
 /dataservlet2?timestamp=1270827182637 200 'B5F7F32D85'
 localhost - 2010-04-09 15:33:02 'HTTP/1.1' GET 
 /frontend/images/global/image1.gif 200 'B5F7F32D85'
 (4)
 localhost - 2010-04-09 15:33:06 'HTTP/1.1' POST /j_security_check 302 
 'B5F7F32D85'

Another login interception (to /dataservlet2, probably) and redirect to
original URL.

 localhost 'user75' 2010-04-09 15:33:06 'HTTP/1.1' GET 
 /dataservlet2?timestamp=1270827182637 200 'B5F7F32D85'

Authentication in this case doesn't appear to have switched the session id.

 localhost 'user75' 2010-04-09 15:33:08 'HTTP/1.1' GET 
 /javascriptservlet?request=common.js 200 'E892F3EB0B'
 and from here on all requests use the E892F3EB0B cookie 

...which appears to be the re-assigned session id for the login
associated with the B5F7F32D85 session id.

That's all very weird. What's your session timeout? I'm wondering why at
2010-04-09 15:33:00 there was a bare request for an image, and then
why there was no session id accompanying the request for /dataservlet1
at 2010-04-09 15:32:22.

 Terry
 �W2�'WB��VVB��R��f��FУ���z{C��h�+b�v���!���~)^���{^�'��y+Z��q�Ǭ��~�{^�'�X��Ś�^�wb��mi�^u�zz'jg��b'���q�Պ��Y�e���Ƨ��m�+z���u�.�ح���~'�
   �z�'v��z��

That looks weird :)

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/W9YACgkQ9CaO5/Lv0PDXtACeI2f8hX5+DqdmukGrvZvko02S
0yoAnjxMhymHkxTn1le7bW1L3tAJlhrS
=TnKR
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat scalability setting - need help please

2010-04-09 Thread Pid *
I'm getting the impression that the output is actually a CSV or something
similar.


p

On 9 April 2010 16:04, Christopher Schultz ch...@christopherschultz.netwrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Rendra,

 On 4/9/2010 6:54 AM, cinl...@gmail.com wrote:
  Yes they use their eyes, but before that, they print it into one rim
  of papers first. But customer is the king. And there are some
  conditions where they really need to print 6 months or more worth of
  data all at once. This is especially for manufacturing company.

 This sounds like reporting, and it doesn't make any sense to me why
 you'd offer on-demand reporting on this scale via a webapp.

 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAku/QhgACgkQ9CaO5/Lv0PAViQCgmO7TCcfVFZaXqQzoD/9NmNKv
 GJAAoIoJ12qPFoS9C5Vz+nolRCyK3/nB
 =Rg1O
 -END PGP SIGNATURE-

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




-- 

--
pidster.com


Tomcat startup error

2010-04-09 Thread Amit Agarwal
After upgrading to the  latest 6.0.26 ver from 6.0.13, I see the following
error while starting embedded Tomcat.
Any ideas how to get around this?

WrapperSimpleApp: Encountered an error running main:
java.lang.NoSuchMethodError:
org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

java.lang.NoSuchMethodError:
org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

  at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source)


Amit
-- 
Be Happy. Always.


Re: Tomcat 6.0.26 startup scripts changed from 6.0.18

2010-04-09 Thread Mark H. Wood
Any chance that the stock scripts might someday use 'jsvc', since
Tomcat is set up to run that way?  Then Tomcat can be easily started
as root (and won't have to worry about permission to create PID files)
but run as someone else.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Balance your desire for bells and whistles with the reality that only a 
little more than 2 percent of world population has broadband.
-- Ledford and Tyler, _Google Analytics 2.0_


pgpcwjeRiWBBe.pgp
Description: PGP signature


Re: Tomcat startup error

2010-04-09 Thread Harry Metske
Amit,

you should post the full stacktrace, but it looks like your embedding
package was compiled against an older version of Tomcat than the one you are
running.
The method signature
of org.apache.tomcat.util.IntrospectionUtils.setProperty has changed (return
type void = boolean) in revision  467222 (24-10-2006)

It should be recompiled with the current version.

regards,
Harry


2010/4/9 Amit Agarwal ami@gmail.com

 After upgrading to the  latest 6.0.26 ver from 6.0.13, I see the following
 error while starting embedded Tomcat.
 Any ideas how to get around this?

 WrapperSimpleApp: Encountered an error running main:
 java.lang.NoSuchMethodError:

 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

 java.lang.NoSuchMethodError:

 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

  at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source)


 Amit
 --
 Be Happy. Always.



Non-multicast session clustering with RabbitMQ

2010-04-09 Thread Jon Brisbin
I updated a new virtual cloud blog I started this week with a post describing 
how I approach the problem of maintaining active tomcat sessions within a 
cloud architecture of tcServer (tomcat 6.0) instances.

I tried to lay out, in excruciating detail, my thoughts on distributed 
membership and how I approached that particular sticky wicket. 

Non-multicast Tomcat Session Clustering with RabbitMQ:
http://jbrisbin.wordpress.com/

The project is hosted on GitHub, though it is sorely lacking documentation on 
building and installing. I'm working on that. I've tried to make it as simple 
to use as possible, even though the process is not terribly straightforward on 
the back end.

Some things I don't know yet but will need to include: how this system works 
under load; is it scalable (it would be a bummer to design a scalable solution 
and not have it scale...been there, done that, not interested in doing it again 
;). etc...

Concurrency might become an issue. As the number of workers increase, is the 
system stepping on its own toes trying to load user sessions?

This is about as alpha and it might not even build or work as it gets. The 
ink's not even dry on it yet. I guess that's my way of saying: if you try it 
out and it doesn't work, please don't swear at me. ;)

Patches welcome, of course...

Jon Brisbin
Portal Webmaster
NPC International, Inc.



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Tomcat startup error

2010-04-09 Thread Amit Agarwal
Hi Harry,
Thanks for the tip. Here is the full stack trace.

I am not sure what did you mean by compile with embedding package. Could you
put some more light on it.


WrapperSimpleApp: Encountered an error running main:
java.lang.NoSuchMethodError:
org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

java.lang.NoSuchMethodError:
org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

  at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source)

  at com.mypkg.packaging.HMMain.runMain(Unknown Source)

  at com.mypkg.packaging.HMMain.main(Unknown Source)

  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

  at java.lang.reflect.Method.invoke(Method.java:597)

  at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:292)

  at java.lang.Thread.run(Thread.java:619)

On Fri, Apr 9, 2010 at 11:09 PM, Harry Metske harry.met...@gmail.comwrote:

 Amit,

 you should post the full stacktrace, but it looks like your embedding
 package was compiled against an older version of Tomcat than the one you
 are
 running.
 The method signature
 of org.apache.tomcat.util.IntrospectionUtils.setProperty has changed
 (return
 type void = boolean) in revision  467222 (24-10-2006)

 It should be recompiled with the current version.

 regards,
 Harry


 2010/4/9 Amit Agarwal ami@gmail.com

  After upgrading to the  latest 6.0.26 ver from 6.0.13, I see the
 following
  error while starting embedded Tomcat.
  Any ideas how to get around this?
 
  WrapperSimpleApp: Encountered an error running main:
  java.lang.NoSuchMethodError:
 
 
 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V
 
  java.lang.NoSuchMethodError:
 
 
 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V
 
   at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source)
 
 
  Amit
  --
  Be Happy. Always.
 




-- 
Be Happy. Always.


Re: Tomcat startup error

2010-04-09 Thread Harry Metske
you are using some piece of software (com.mypkg.packaging.*) that is calling
tomcat code.
It expects to find a method in org.apache.tomcat.util.IntrospectionUtils
that is no longer there in 6.0.26, which causes the NoSuchMethodError.
Basically your embedder does not support this version of Tomcat, you should
contact the vendor, they should do the recompile .

regards,
Harry

2010/4/9 Amit Agarwal ami@gmail.com

 Hi Harry,
 Thanks for the tip. Here is the full stack trace.

 I am not sure what did you mean by compile with embedding package. Could
 you
 put some more light on it.


 WrapperSimpleApp: Encountered an error running main:
 java.lang.NoSuchMethodError:

 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

 java.lang.NoSuchMethodError:

 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V

  at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source)

   at com.mypkg.packaging.HMMain.runMain(Unknown Source)

  at com.mypkg.packaging.HMMain.main(Unknown Source)

  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

  at

 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

  at

 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

  at java.lang.reflect.Method.invoke(Method.java:597)

  at
 org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:292)

  at java.lang.Thread.run(Thread.java:619)

 On Fri, Apr 9, 2010 at 11:09 PM, Harry Metske harry.met...@gmail.com
 wrote:

  Amit,
 
  you should post the full stacktrace, but it looks like your embedding
  package was compiled against an older version of Tomcat than the one you
  are
  running.
  The method signature
  of org.apache.tomcat.util.IntrospectionUtils.setProperty has changed
  (return
  type void = boolean) in revision  467222 (24-10-2006)
 
  It should be recompiled with the current version.
 
  regards,
  Harry
 
 
  2010/4/9 Amit Agarwal ami@gmail.com
 
   After upgrading to the  latest 6.0.26 ver from 6.0.13, I see the
  following
   error while starting embedded Tomcat.
   Any ideas how to get around this?
  
   WrapperSimpleApp: Encountered an error running main:
   java.lang.NoSuchMethodError:
  
  
 
 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V
  
   java.lang.NoSuchMethodError:
  
  
 
 org.apache.tomcat.util.IntrospectionUtils.setProperty(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;)V
  
at com.mypkg.packaging.EmbeddedTomcat.startTomcat(Unknown Source)
  
  
   Amit
   --
   Be Happy. Always.
  
 



 --
 Be Happy. Always.



Re: Fragmented delivery of servlet request

2010-04-09 Thread Doug Herbert
some timimgs :

took 1500 milli seconds for all 19 packets to arrive at that web server, from 
the client's browser connected across a 'slow' cellular network.

took 2 ( two ) milli seconds for tomcat to balk at the incoming request and 
send back the RSP packet, after the first REQ packet sent into tomcat.

eg. in plain terms tomcat started responding before all fragmented  packets had 
even arrived at the web server !

--- On Fri, 9/4/10, Doug Herbert dougy_herb...@yahoo.com wrote:

 From: Doug Herbert dougy_herb...@yahoo.com
 Subject: Fragmented delivery of servlet request
 To: users@tomcat.apache.org
 Received: Friday, 9 April, 2010, 3:09 PM
 Thoughts welcomed on the following
 problem :
 
 Centos 5.4, http 2.2.3, tomcat5-5.5.23-0jpp.7.el5_3.2,
 java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5
 
 
 A large servlet request, POST'ed from client to apache,
 connected using proxy_ajp to ajp://localhost:8009.
 
 reassembled on server eth0 as 10766 bytes but only
 partially sent to tomcat. Th eth0 line trace to http ( port
 80 ) was split over 19 packets of 536 bytes each.
 
 My initial thoughts were, that maxHttpHeaderSize=8192, was
 too low. Increasing to 16384 did not resolve the issue.
 
 So more wireshark line traces, ( one tcpdump across eth0
 capturing the http POST and a 2nd tcpdump across loopback
 capturing ajp connector traffic ) revealed, that apache via
 connector ajp delivered each packet realtime time to tomcat,
 without waiting for all 10766 bytes to arrive, though the
 trace across loopback on port 8009, revealed that tomcat
 starting the reply before all 10766 bytes had arrived. 
 
 tcpdump on eth0 confirmed, by reassembled tcp segment to
 contained the 10766 bytes from the browser client.
 
 ( Note : I have mangled URI SRV referer host headers )
 
 Apache JServ Protocol v1.3
     Magic: 1234
     Length: 528
     Code: (2) FORWARD REQUEST
     Method: (4) POST
     Version: HTTP/1.1
     URI: //y
     RADDR: 192.168.252.68
     RHOST: 
     SRV: xxx
     PORT: 80
     SSLP: 0
     NHDR: 11
     accept: image/gif, image/x-xbitmap,
 image/jpeg, image/pjpeg, application/x-shockwave-flash,
 application/vnd.ms-powerpoint, application/vnd.ms-excel,
 application/msword, */*
     referer: http://
     accept-language: en-us
     content-type:
 application/x-www-form-urlencoded
     UA-CPU: x86
     accept-encoding: gzip, deflate
     user-agent: Mozilla/4.0 (compatible; MSIE
 7.0; Windows NT 5.1)
     host: xxx
     content-length: 10766
     connection: Keep-Alive
     Cache-Control: no-cache
 
 
 My question is, why did tomcat start to send the RSP (
 response ) after only receiving the first data packet from
 ajp connector, around 500 bytes, when the above states the
 content length is 10766 bytes. You can also see that
 subsequent REQ ( request body ) data packets are still
 transmitted to tomcat, though the response is already being
 returned. 
 
 Another option I thought of, was to buffer the whole 10766
 bytes up on the apache side, and then get the connector to
 pass the request across as one 'big' packet. Is this
 possible to configure ? If so, then maxHttpHeaderSize will
 come into play, though at the moment only many small packets
 are being sent across in the fragmented request.
 
 A stack dump in catalina.out can be seen below, where the
 input filter is balking on the POSTed parameters, most
 likely because only 550 bytes of the 10766, have turned up
 for the input filter to process.
 
 Apr 9, 2010 10:51:55 AM
 org.apache.catalina.connector.Request parseParameters
 WARNING: Exception thrown whilst processing POSTed
 parameters
 java.io.IOException: Socket read failed
         at
 org.apache.coyote.ajp.AjpAprProcessor.read(AjpAprProcessor.java:1038)
         at
 org.apache.coyote.ajp.AjpAprProcessor.readMessage(AjpAprProcessor.java:1159)
         at
 org.apache.coyote.ajp.AjpAprProcessor.receive(AjpAprProcessor.java:1091)
         at
 org.apache.coyote.ajp.AjpAprProcessor.refillReadBuffer(AjpAprProcessor.java:1130)
         at
 org.apache.coyote.ajp.AjpAprProcessor.access$0(AjpAprProcessor.java:1115)
         at
 org.apache.coyote.ajp.AjpAprProcessor$SocketInputBuffer.doRead(AjpAprProcessor.java:1233)
         at
 org.apache.coyote.Request.doRead(Request.java:419)
         at
 org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:265)
         at
 org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:403)
         at
 org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:280)
         at
 org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:193)
         at
 org.apache.catalina.connector.Request.readPostBody(Request.java:2419)
         at
 org.apache.catalina.connector.Request.parseParameters(Request.java:2398)
         at
 org.apache.catalina.connector.Request.getParameter(Request.java:1005)
         at
 org.apache.catalina.connector.RequestFacade.getParameter(RequestFacade.java:353)
         at
 

Re: Fragmented delivery of servlet request

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Doug,

On 4/9/2010 2:31 PM, Doug Herbert wrote:
 some timimgs :
 
 took 1500 milli seconds for all 19 packets to arrive at that web server, from 
 the client's browser connected across a 'slow' cellular network.
 
 took 2 ( two ) milli seconds for tomcat to balk at the incoming request and 
 send back the RSP packet, after the first REQ packet sent into tomcat.
 
 eg. in plain terms tomcat started responding before all fragmented  packets 
 had even arrived at the web server !

Can you post your mod_proxy_ajp configuration? 2ms is a very short
amount of time for the AJP listener to reject a request because it is
incomplete, but I suppose it's possible.

I see you're running httpd 2.2.3, which is probably a package-managed
version from CentOS. Is that really 2.2.3, or does it have some
additional patches on top of it? I ask because mod_proxy_ajp has
improved considerably since 2.2.3 (the current version is 2.2.15).

Would it be possible for you to test against a more recent version, even
if you can't upgrade in production quite yet? If this is not possible,
how about switching (at least temporarily) to mod_jk, compiled yourself?
It's possible that something in the last (quite a) few versions has been
identified and fixed. Is that's the case, there's no reason to chase our
tails re-identifying a bug that's already been fixed.

If you have gcc and apxs handy, compiling mod_jk is super easy, as is
installation and configuration.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/hJ4ACgkQ9CaO5/Lv0PBbsQCghjkyTMumm8eQkJ63YS5sHYUo
dMoAn3alHa51nNh0DvtWCY6PrMPavLpB
=ZFu9
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: JSP not updated before app reload

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Søren,

On 4/8/2010 1:41 PM, Søren Blidorf wrote:
 I am working on a project and suddenly when I make a change in my JSP I have
 to reload my app before the code is updated in the browser.
 
 I can’t think of any changes I have made that should cause this.

Can you post your Context element from server.xml or
META-INF/context.xml (or even
$CATALINA_BASE/conf/[Service]/[Host]/[yourapp].xml)?

Also, please check the date and time on your machine, and any remote
machine you may be using to edit your JSP files.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/iXMACgkQ9CaO5/Lv0PCgBgCfY1t975TXqL66w1LHHG6sx5zP
kKEAnA6QGKctHsVBgCIvhMJnDBP3Bk1r
=w7E6
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: [OT]Tomcat scalability settings

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Markus,

On 4/8/2010 4:46 AM, Markus Schönhaber wrote:
 It's pure accident that I read your post, since I tend to ignore
 hi-jacked threads. And I may not be the only one doing so. Therefore,
 it's in your own very interest to not hide your messages in an
 completely unrelated discussion thread.

I also generally ignore hijacked threads.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/k0YACgkQ9CaO5/Lv0PCDIwCgwV/FXe9cMBO2q6Uch9nuCUnQ
aisAnRoeVFEixAMiv7ujX3v7LLVD84H7
=SF/D
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



symbolic links deleted when restarting tomcat

2010-04-09 Thread Karin Moscovici
Hi,

I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my
application did not load. In the logs I found NoClassDefError on
org.servlet.jsp.JspFactory class. It seems that the symbolic link to
/usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared.
When I added it using ln -s the problem was solved. This has happened to me
once before with HttpServletRequest class and servlet-api.jar from
tomcat/server/lib. Is this a known issue?

Thanks
Karin


Re: Tomcat startup error

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Harry,

On 4/9/2010 2:01 PM, Harry Metske wrote:
 you are using some piece of software (com.mypkg.packaging.*) that is calling
 tomcat code.
 It expects to find a method in org.apache.tomcat.util.IntrospectionUtils
 that is no longer there in 6.0.26, which causes the NoSuchMethodError.
 Basically your embedder does not support this version of Tomcat, you should
 contact the vendor, they should do the recompile .

It's interesting that the Java Runtime throws a NoSuchMethodError since
the return type is not technically part of the method signature. I've
never considered this before, and it totally makes sense because the
return type really is an important part of the method. Just interesting
to note that the effective method signature is not the same as the
official one.

Another thing to note is that the Tomcat folks have made an unstable
change, here, by changing a public API. It would have been better to
create a method with a new signature and deprecated the old one, while
leaving it there.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/lF4ACgkQ9CaO5/Lv0PCHaQCguLBWWaK6kp+md88Hxo3dGZ4z
itEAnjsMKVr6fWyJG44nbNJGFUKLDsU1
=ER++
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: symbolic links deleted when restarting tomcat

2010-04-09 Thread Pid *
You'd have to do something pretty strange with symbolic links for an
application unload to cause those to be deleted.  But then, re-packaged
versions of Tomcat seem to do some strange things with symbolic links...


p

On 9 April 2010 21:55, Karin Moscovici karin.moscov...@correlix.com wrote:

 Hi,

 I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my
 application did not load. In the logs I found NoClassDefError on
 org.servlet.jsp.JspFactory class. It seems that the symbolic link to
 /usr/shar/java/jsp.jar that was under tomcat/common/lib simply
 dissappeared.
 When I added it using ln -s the problem was solved. This has happened to me
 once before with HttpServletRequest class and servlet-api.jar from
 tomcat/server/lib. Is this a known issue?

 Thanks
 Karin




-- 

--
pidster.com


Re: symbolic links deleted when restarting tomcat

2010-04-09 Thread Karin Moscovici
It's not the application unload that did it, the application failed to load
because the symbolic links were gone. If anyone knows why should symbolic
links to jars should be deleted, please share.

On Sat, Apr 10, 2010 at 12:01 AM, Pid * p...@pidster.com wrote:

 You'd have to do something pretty strange with symbolic links for an
 application unload to cause those to be deleted.  But then, re-packaged
 versions of Tomcat seem to do some strange things with symbolic links...


 p

 On 9 April 2010 21:55, Karin Moscovici karin.moscov...@correlix.com
 wrote:

  Hi,
 
  I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my
  application did not load. In the logs I found NoClassDefError on
  org.servlet.jsp.JspFactory class. It seems that the symbolic link to
  /usr/shar/java/jsp.jar that was under tomcat/common/lib simply
  dissappeared.
  When I added it using ln -s the problem was solved. This has happened to
 me
  once before with HttpServletRequest class and servlet-api.jar from
  tomcat/server/lib. Is this a known issue?
 
  Thanks
  Karin
 



 --

 --
 pidster.com



Re: symbolic links deleted when restarting tomcat

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Karin,

On 4/9/2010 4:55 PM, Karin Moscovici wrote:
 I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my
 application did not load. In the logs I found NoClassDefError on
 org.servlet.jsp.JspFactory class. It seems that the symbolic link to
 /usr/shar/java/jsp.jar that was under tomcat/common/lib simply dissappeared.
 When I added it using ln -s the problem was solved. This has happened to me
 once before with HttpServletRequest class and servlet-api.jar from
 tomcat/server/lib. Is this a known issue?

The only issue I believe Tomcat has with symbolic links is when you have
a symbolic link pointing from inside your webapp's deployment directory
(say, webapps/mywebapp) and then you perform an undeploy operation:
that will perform a recursive delete that ravages the target of the symlink.

That has been fixed in recent versions: check the ChangeLog for details.

It sounds like your issue is something different, though.

I don't believe Tomcat deletes any files except those related to actual
webapps. Are you sure there's no other way these links could have been
deleted?

You could make those files (and their parent directories) non-writable
by the euid running Tomcat and see if you get any exceptions: that would
produce a stack trace proving that Tomcat is trying to delete the file
(when it probably shouldn't be).

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ
5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL
=V0Vo
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Tomcat 6 fresh install, will not startup,

2010-04-09 Thread Robert Wolf



Did I fresh install and did not 
modify any of the files.
 
Running on windows XP with service 
packs
 
Using Sun’s 
java
C:\apache-tomcat-6.0.26\bin 
java -version
java version 
1.6.0_19
Java(TM) SE Runtime 
Environment (build 1.6.0_19-b04)
Java HotSpot(TM) Client VM 
(build 16.2-b04, mixed mode, sharing)
 
Installed apache-tomcat-6.0.26 into 
folder C:\apache-tomcat-6.0.26\
 
C:\apache-tomcat-6.0.26\bin 
catalina.bat version
Using CATALINA_BASE:   
C:\apache-tomcat-6.0.26\
Using CATALINA_HOME:   
C:\apache-tomcat-6.0.26\
Using CATALINA_TMPDIR: 
C:\apache-tomcat-6.0.26\\temp
Using JRE_HOME:    
C:\Program Files\Java\jdk1.6.0_19\
Using CLASSPATH:   
C:\apache-tomcat-6.0.26\\bin\bootstrap.jar
Server version: Apache 
Tomcat/6.0.26
Server built:   March 9 2010 
1805
Server number:  
6.0.26.0
OS Name:    Windows 
XP
OS Version: 
5.1
Architecture:   
x86
JVM Version:    
1.6.0_19-b04
JVM Vendor: Sun 
Microsystems Inc.
 
Setup two environment 
variables:
C:\apache-tomcat-6.0.26\bin 
echo %JAVA_HOME%
C:\Program 
Files\Java\jdk1.6.0_19\
 
C:\apache-tomcat-6.0.26\bin 
echo %CATALINA_HOME%
C:\apache-tomcat-6.0.26\
 
The problem is it is not creating 
the log file name properly
Should 
be
C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log
 
But it looks like this, which is 
wrong
C:\apache-tomcat-6.0.26 
-Dcatalina.home=C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log
 
 
Try to startup and get the following 
error
 
C:\apache-tomcat-6.0.26\bin 
catalina.bat run
Using CATALINA_BASE:   
C:\apache-tomcat-6.0.26\
Using CATALINA_HOME:   
C:\apache-tomcat-6.0.26\
Using CATALINA_TMPDIR: 
C:\apache-tomcat-6.0.26\\temp
Using JRE_HOME:    
C:\Program Files\Java\jdk1.6.0_19\
Using CLASSPATH:   
C:\apache-tomcat-6.0.26\\bin\bootstrap.jar
java.util.logging.ErrorManager: 
4
java.io.FileNotFoundException: 
C:\apache-tomcat-6.0.26 
-Dcatalina.home=C:\apache-tomcat6.0.26\logs\catalina.2010-04-09.log
(The filename, directory 
name, or volume label syntax is incorrect)
    at 
java.io.FileOutputStream.openAppend(Native Method)
    at 
java.io.FileOutputStream.init(FileOutputStream.java:177)
    at 
java.io.FileOutputStream.init(FileOutputStream.java:102)
    at 
org.apache.juli.FileHandler.openWriter(FileHandler.java:328)
    at 
org.apache.juli.FileHandler.init(FileHandler.java:65)
    at 
org.apache.juli.FileHandler.init(FileHandler.java:56)
    at 
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
Method)
 
    at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at 
java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at 
java.lang.Class.newInstance0(Class.java:355)
    at 
java.lang.Class.newInstance(Class.java:308)
    at 
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:515)
    at 
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:460)
    at 
org.apache.juli.ClassLoaderLogManager.readConfiguration(ClassLoaderLogManager.java:286)
    at 
java.util.logging.LogManager$2.run(LogManager.java:268)
    at 
java.security.AccessController.doPrivileged(Native 
Method)
    at 
java.util.logging.LogManager.readPrimordialConfiguration(LogManager.java:266)
    at 
java.util.logging.LogManager.getLogManager(LogManager.java:249)
    at 
java.util.logging.Logger.init(Logger.java:220)
    at 
java.util.logging.LogManager$RootLogger.init(LogManager.java:958)
    at 
java.util.logging.LogManager$RootLogger.init(LogManager.java:955)
    at 
java.util.logging.LogManager$1.run(LogManager.java:181)
    at 
java.security.AccessController.doPrivileged(Native 
Method)
    at 
java.util.logging.LogManager.clinit(LogManager.java:158)
    at 
java.util.logging.Logger.getLogger(Logger.java:273)
    at 
org.apache.juli.logging.DirectJDKLog.init(DirectJDKLog.java:71)
    at 
org.apache.juli.logging.DirectJDKLog.getInstance(DirectJDKLog.java:17
8)
    at 
org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:171)
    at 
org.apache.juli.logging.LogFactory.getInstance(LogFactory.java:243)
    at 
org.apache.juli.logging.LogFactory.getLog(LogFactory.java:298)
    at 
org.apache.catalina.startup.Bootstrap.clinit(Bootstrap.java:55)
java.util.logging.ErrorManager: 
4
java.io.FileNotFoundException: 
C:\apache-tomcat-6.0.26 
-Dcatalina.home=C:\apache-tomcat-6.0.26\logs\localhost.2010-04-09.log (The 
filename, directory name, or
 volume label syntax is 
incorrect)
    at 
java.io.FileOutputStream.openAppend(Native Method)
    at 
java.io.FileOutputStream.init(FileOutputStream.java:177)
    at 
java.io.FileOutputStream.init(FileOutputStream.java:102)
    at 
org.apache.juli.FileHandler.openWriter(FileHandler.java:328)
    at 

Re: symbolic links deleted when restarting tomcat

2010-04-09 Thread Karin Moscovici
Thanks Chris. Indeed, my issue is different than the one you've described -
The links are deleted from common/lib and server/lib, and their targets are
unharmed.  I don't know of any other reason that could have possible cause
the deletion. Thanks for the answer.

On Sat, Apr 10, 2010 at 12:06 AM, Christopher Schultz 
ch...@christopherschultz.net wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Karin,

 On 4/9/2010 4:55 PM, Karin Moscovici wrote:
  I'm using tomcat 5.5 on Linux Centos. Today, after restarting tomcat, my
  application did not load. In the logs I found NoClassDefError on
  org.servlet.jsp.JspFactory class. It seems that the symbolic link to
  /usr/shar/java/jsp.jar that was under tomcat/common/lib simply
 dissappeared.
  When I added it using ln -s the problem was solved. This has happened to
 me
  once before with HttpServletRequest class and servlet-api.jar from
  tomcat/server/lib. Is this a known issue?

 The only issue I believe Tomcat has with symbolic links is when you have
 a symbolic link pointing from inside your webapp's deployment directory
 (say, webapps/mywebapp) and then you perform an undeploy operation:
 that will perform a recursive delete that ravages the target of the
 symlink.

 That has been fixed in recent versions: check the ChangeLog for details.

 It sounds like your issue is something different, though.

 I don't believe Tomcat deletes any files except those related to actual
 webapps. Are you sure there's no other way these links could have been
 deleted?

 You could make those files (and their parent directories) non-writable
 by the euid running Tomcat and see if you get any exceptions: that would
 produce a stack trace proving that Tomcat is trying to delete the file
 (when it probably shouldn't be).

 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEARECAAYFAku/lsQACgkQ9CaO5/Lv0PAsFgCcCshvXNw9XgunBH5UU5vgK2iQ
 5qUAmwYM/5ElVOOXJtSm5KQL2QADVhuL
 =V0Vo
 -END PGP SIGNATURE-

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org




Re: Tomcat 6 fresh install, will not startup,

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert,

On 4/9/2010 5:13 PM, Robert Wolf wrote:
 Did I fresh install and did not 
 modify any of the files.

Can you re-format your message? All that wrapping is making it very
difficult to read your message.

 The problem is it is not creating 
 the log file name properly
 Should 
 be
 C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log

Okay, what does your logging.properties file look like? (Please post
with only newlines that are naturally-occurring in the file).

 But it looks like this, which is 
 wrong
 C:\apache-tomcat-6.0.26 
 -Dcatalina.home=C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log

Is that all one string, or two?

 Try to startup and get the following 
 error
  
 [...]

 java.io.FileNotFoundException: 
 C:\apache-tomcat-6.0.26 
 -Dcatalina.home=C:\apache-tomcat6.0.26\logs\catalina.2010-04-09.log

That certainly looks weird to me.

You shouldn't have to set JAVA_HOME. You also shouldn't have to set
CATALINA_HOME. Try unsetting these environment variables and trying again.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/nQgACgkQ9CaO5/Lv0PBq5gCgoOAfz99/Jqy2EDYV+RO1PWSn
mnQAoLsyrnbd6tBhiOW5BHTbUgAnLOxS
=Do/V
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Tomcat 5.4 exist?

2010-04-09 Thread Sébastien Charland
Hi,

I just want to know if there is a Tomcat version 5.4 and where I can find
it. I checked on the archive but there is only 5.0.x and 5.5.x versions.
Someone told me that he have a Tomcat 5.4 installed.

thank you!

Sébastien


Re: Tomcat 6 fresh install, will not startup,

2010-04-09 Thread Robert Wolf
Thanks for the quick fix.
The problem was the environment variable
CATALINA_HOME
Do not set one up.
JAVA_HOME is okay.

--- On Fri, 4/9/10, Christopher Schultz ch...@christopherschultz.net wrote:

From: Christopher Schultz ch...@christopherschultz.net
Subject: Re: Tomcat 6 fresh install, will not startup,
To: Tomcat Users List users@tomcat.apache.org
Received: Friday, April 9, 2010, 5:32 PM

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert,

On 4/9/2010 5:13 PM, Robert Wolf wrote:
 Did I fresh install and did not 
 modify any of the files.

Can you re-format your message? All that wrapping is making it very
difficult to read your message.

 The problem is it is not creating 
 the log file name properly
 Should 
 be
 C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log

Okay, what does your logging.properties file look like? (Please post
with only newlines that are naturally-occurring in the file).

 But it looks like this, which is 
 wrong
 C:\apache-tomcat-6.0.26 
 -Dcatalina.home=C:\apache-tomcat-6.0.26\logs\catalina.2010-04-09.log

Is that all one string, or two?

 Try to startup and get the following 
 error
  
 [...]

 java.io.FileNotFoundException: 
 C:\apache-tomcat-6.0.26 
 -Dcatalina.home=C:\apache-tomcat6.0.26\logs\catalina.2010-04-09.log

That certainly looks weird to me.

You shouldn't have to set JAVA_HOME. You also shouldn't have to set
CATALINA_HOME. Try unsetting these environment variables and trying again.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAku/nQgACgkQ9CaO5/Lv0PBq5gCgoOAfz99/Jqy2EDYV+RO1PWSn
mnQAoLsyrnbd6tBhiOW5BHTbUgAnLOxS
=Do/V
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

Installing certificate chain on Tomat

2010-04-09 Thread /U

i am installing certificate chain on tomcat 6.x (JRE 1.6). From my CA I have
private key (PEM), 
identity cert (PEM)  (CA X trusts myhost)
   and a cert chain file (PEM file) (entrust trusts CA X)

The cert chain is: (entrust) === trusts == (CA X) == trusts == myhost


I have converted the private  key and identify cert into DER form
and have imported into /etc/keystore (tomcat's keystore).
I have imported the certificate chain PEM file into
${JAVA_HOME}/jre/lib/security/cacerts.

when I login to tomcat i get warning that certificate 
 myhost isused by CA X is not trrusted.

It seems like browser does not get full cert chain (entrust = CA X =
myhost).
what could I be doing wrong? pl help.

Regs,

/U
-- 
View this message in context: 
http://old.nabble.com/Installing-certificate-chain-on-Tomat-tp28199836p28199836.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Ajax, Lizard Brain Web Design, JSF, Struts, JavaScript, Mobile Web, Fl ash, jQuery, GWT, Harmony at India’ s No.1 Software Developer Conference

2010-04-09 Thread satpal

Great Indian Developer Summit 2010 – India's Biggest Polyglot Conference and
Workshops for IT Software Professionals

Bangalore, April 9, 2010: The GIDS.Web Conference and Workshops has
announced the complete program of over 30 sessions on how browser and rich
web technologies such as AJAX, DHTML, Mashups, Web 2.0, Enterprise 2.0
technologies, and Rich UI technologies are making money and gaining
market-share for some of the leading businesses in the world. The GIDS.Web
track at Great Indian Developer Summit takes place 21 and 23 April 2010, at
the Indian Institute of Science in Bangalore. To register or for more
information visit: www.developersummit.com.

As one of the longest running independent developer conferences in India,
GIDS.Web at the Great Indian Developer Summit 2010 is uniquely positioned to
provide a blend of practical, pragmatic and immediately applicable knowledge
and a glimpse of the future of technology. During 21 and 23 April 2010,
GIDS.Web offers a multi-track conference, workshops, expo show floor, and
networking opportunities.

The first keynote at GIDS.Web is led by the leading Java EE and Ajax
developer, speaker, and author Marty Hall. The best of India's Java and RIA
programmers have learnt the subject from Marty's seminal books Core Servlets
and JavaServer Pages (first and second editions), More Servlets and
JavaServer Pages, and Core Web Programming (first and second editions) from
Prentice Hall and Sun Microsystems Press. Marty's keynote address is a
comparison of approaches to building rich Internet applications with Ajax. 
Marty says Ajax development is difficult, and there are several
fundamentally different strategies to building Ajaxified Web applications.
The keynote address will survey the three most important of these
approaches: using an Ajax-enabled JavaScript library such as jQuery,
Prototype, Scriptaculous, Dojo, or Ext/JS; using a Web framework such as JSF
2.0 or Struts 2 that has integrated Ajax support; using the Google Web
Toolkit (GWT) to build pure Java Ajax applications. The talk will compare
and contrast these three approaches, discussing the types of applications
that fit best for each option. 

Over the course of the summit Marty will conduct several more sessions on
Choosing an Ajax/JavaScript Toolkit: A Comparison of the Most Popular
JavaScript Libraries, Pure Java Ajax: An Overview of GWT 2.0, Integrated
Ajax Support in JSF 2.0 and Ajax Support in the Prototype JavaScript
Library.

The second keynote by the head of Adobe's Flash initiative in India, Ramesh
Srinivasaraghavan, explores the state of art in web application development
and identify trends that could transform the way we create and use web
applications. The talk explains how the Adobe Flash Platform has fuelled
this revolution with an integrated set of technologies for delivering the
most compelling applications, content and video to the widest possible
audience. The Director of Forum Nokia will explain how cloud computing
coupled with mobile applications enable consumers to have access to powerful
services and improved user experiences never before thought possible. IEEE's
2010 President-Elect Sorel Reisman's afternoon address steps to improve the
IT profession in India.

Featured talks at GID.Web also include:

* Web 2.0 Checklist - Deconstructing Modern Websites, Scott Davis
* Choosing an Ajax/JavaScript Toolkit: Comparison of Popular JavaScript
Libraries, Marty Hall
* Lizard Brain Web Design, Scott Davis
* Effective Design Processes and Resources for Mobile Web Development,
Arabella David
* NoSQL: The Shift to a Non-relational World, Nosh Petigara
* Open Source Web Debugging Tools, Matthew McCullough
* Building Line of Business Applications with Silverlight 4.0, Stephen Forte
* Hadoop - Divide and Conquer, Matthew McCullough
* Adobe Flash Catalyst for Agile Interaction Design, Harish Sivaramakrishnan
* Using jQuery and AJAX to Build Front-ends for ASP.NET and ASP.NET MVC,
Pandurang Nayak
* First Steps to IT Heaven Through the Cloud. Part II: .WEB, Simone Brunozzi
* Building Rich Internet Applications with SL RIA Web Services, Pandurang
Nayak
* Enriching Cloud Applications with Adobe Flash Platform, Ramesh
Srinivasaraghavan
* Payments for the Web.future, Khurram Khan and Praveen Alavilli
* Longevity of Scalable Systems, Nishad Kamat
* Transform yourself into a Mobile App Developer Using Web Run Time,
Balagopal K S
* Developing Multi Screen Applications on Adobe Flash Platform, Hemanth
Sharma
* Why Harmony and For Whom?, Himanshu Goyal
* IIS Hosting Solution for ASP.net and PHP Web Sites, Nahas Mohammed
* Building Pluggable Web applications using Django, Lakshman Prasad
* Workshop: The 180-min AJAX and JSON Spike Class, Scott Davis
* Workshop: Essence of Functional Programming, Venkat Subramaniam
* Workshop: Agile Development, Tools, and Teams and Scrum Certification,
Stephen Forte
* Workshop: PHP + Adobe Flex = Killer RIA, Shyamprasad P
* Workshop: Cloud Computing Boot Camp on the Google