truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Yong Gou]

Hi,

 

I am not sure if the following is an issue of Tomcat JMX server or an
improper usage? Is there anyone who has experienced the same?

In addition to the virtual host localhost which is predefined by Tomcat
server as the default on a Tomcat server, I created another virtual host
testvh on the server with its attribute appBase being specified as
webapps and other attributes having their default values via Tomcat
admin console webapp, and then clicked the "commit changes" button to
save all configurations to the server's server.xml file. The operations
resulted in the following server.xml. 

NOTE that the Host, Engine, Service and Server elements are not closed.
This is an incomplete server.xml. However if I specified another value
other than webapps for its attribute appBase when the virtual host
testvh was created, the issue would disappear and I could get a correct
server.xml. You can try to define more virtual hosts with the same
appBase webapps if two cannot reproduce the issue.

 





  

  

  

  

  





  

  











  

  



 
d:\javadev\apache\tomcat2\conf\context.xml



  

  

gy



 
d:\javadev\apache\tomcat2\conf\context.xml



 

Thanks,

Eric

 

 

FW: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Yong Gou]

The version of Tomcat server is 5.5.12

-Original Message-
From: Yong Gou 
Sent: 2006年1月16日 16:24
To: dev@tomcat.apache.org
Subject: truncated server.xml got when storing config on condition that more 
than one vitual host with same application base directory "webapps" were 
defined.

Hi,

 

I am not sure if the following is an issue of Tomcat JMX server or an
improper usage? Is there anyone who has experienced the same?

In addition to the virtual host localhost which is predefined by Tomcat
server as the default on a Tomcat server, I created another virtual host
testvh on the server with its attribute appBase being specified as
webapps and other attributes having their default values via Tomcat
admin console webapp, and then clicked the "commit changes" button to
save all configurations to the server's server.xml file. The operations
resulted in the following server.xml. 

NOTE that the Host, Engine, Service and Server elements are not closed.
This is an incomplete server.xml. However if I specified another value
other than webapps for its attribute appBase when the virtual host
testvh was created, the issue would disappear and I could get a correct
server.xml. You can try to define more virtual hosts with the same
appBase webapps if two cannot reproduce the issue.

 





  

  

  

  

  





  

  











  

  



 
d:\javadev\apache\tomcat2\conf\context.xml



  

  

gy



 
d:\javadev\apache\tomcat2\conf\context.xml



 

Thanks,

Eric

 

 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Peter Rossbach]

Hey,

see you any exception inside your log?

Regards
peter


Am 16.01.2006 um 09:29 schrieb Yong Gou:


The version of Tomcat server is 5.5.12

-Original Message-
From: Yong Gou
Sent: 2006年1月16日 16:24
To: dev@tomcat.apache.org
Subject: truncated server.xml got when storing config on condition  
that more than one vitual host with same application base directory  
"webapps" were defined.


Hi,



I am not sure if the following is an issue of Tomcat JMX server or an
improper usage? Is there anyone who has experienced the same?

In addition to the virtual host localhost which is predefined by  
Tomcat
server as the default on a Tomcat server, I created another virtual  
host

testvh on the server with its attribute appBase being specified as
webapps and other attributes having their default values via Tomcat
admin console webapp, and then clicked the "commit changes" button to
save all configurations to the server's server.xml file. The  
operations

resulted in the following server.xml.

NOTE that the Host, Engine, Service and Server elements are not  
closed.

This is an incomplete server.xml. However if I specified another value
other than webapps for its attribute appBase when the virtual host
testvh was created, the issue would disappear and I could get a  
correct

server.xml. You can try to define more virtual hosts with the same
appBase webapps if two cannot reproduce the issue.







  className="org.apache.catalina.core.AprLifecycleListener"/>


  className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener 
"/




  className="org.apache.catalina.storeconfig.StoreConfigLifecycleListene 
r"

/>

  

  





  

  











  

  




d:\javadev\apache\tomcat2\conf\context.xmlWatchedReso

urce>



  

  

gy




d:\javadev\apache\tomcat2\conf\context.xmlWatchedReso

urce>





Thanks,

Eric








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Yong Gou]

Hi Peter,

There were just some info, no severe exception was thrown. You can try it in 
your environment.

Thanks,
Eric


-Original Message-
From: Peter Rossbach [mailto:[EMAIL PROTECTED] 
Sent: 2006年1月16日 17:39
To: Tomcat Developers List
Subject: Re: truncated server.xml got when storing config on condition that 
more than one vitual host with same application base directory "webapps" were 
defined.

Hey,

see you any exception inside your log?

Regards
peter


Am 16.01.2006 um 09:29 schrieb Yong Gou:

> The version of Tomcat server is 5.5.12
>
> -Original Message-
> From: Yong Gou
> Sent: 2006年1月16日 16:24
> To: dev@tomcat.apache.org
> Subject: truncated server.xml got when storing config on condition  
> that more than one vitual host with same application base directory  
> "webapps" were defined.
>
> Hi,
>
>
>
> I am not sure if the following is an issue of Tomcat JMX server or an
> improper usage? Is there anyone who has experienced the same?
>
> In addition to the virtual host localhost which is predefined by  
> Tomcat
> server as the default on a Tomcat server, I created another virtual  
> host
> testvh on the server with its attribute appBase being specified as
> webapps and other attributes having their default values via Tomcat
> admin console webapp, and then clicked the "commit changes" button to
> save all configurations to the server's server.xml file. The  
> operations
> resulted in the following server.xml.
>
> NOTE that the Host, Engine, Service and Server elements are not  
> closed.
> This is an incomplete server.xml. However if I specified another value
> other than webapps for its attribute appBase when the virtual host
> testvh was created, the issue would disappear and I could get a  
> correct
> server.xml. You can try to define more virtual hosts with the same
> appBase webapps if two cannot reproduce the issue.
>
>
>
> 
>
> 
> port="9005">
>
>className="org.apache.catalina.core.AprLifecycleListener"/>
>
>className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener 
> "/
>>
>
>className="org.apache.catalina.storeconfig.StoreConfigLifecycleListene 
> r"
> />
>
>className="org.apache.catalina.mbeans.ServerLifecycleListener"/>
>
>   
>
> 
>   name="simpleValue"
>
>   type="java.lang.Integer"
>
>   value="30"/>
>
> 
>   auth="Container"
>
>   description="User database that can be updated and saved"
>
>   name="UserDatabase"
>
>   type="org.apache.catalina.UserDatabase"
>
>   pathname="conf/tomcat-users.xml"
>
>   factory="org.apache.catalina.users.MemoryUserDatabaseFactory"/>
>
>   
>
>   
>   name="Catalina">
>
> 
> port="9080"
>
> redirectPort="9443"
>
> minSpareThreads="25"
>
> connectionTimeout="2"
>
> maxThreads="150"
>
> maxSpareThreads="75"
>
> maxHttpHeaderSize="8192">
>
> 
>
> 
> port="9009"
>
> redirectPort="9443"
>
> protocol="AJP/1.3">
>
> 
>
> 
> defaultHost="localhost"
>
> name="Catalina">
>
>   
>
>   
>   appBase="webapps"
>
>   name="testvh">
>
> 
> path="/TomcatLogHelper">
>
>
> d:\javadev\apache\tomcat2\conf\context.xml WatchedReso
> urce>
>
> 
>
>   
>
>   
>   appBase="webapps"
>
>   name="localhost">
>
> gy
>
> 
> path="/TomcatLogHelper">
>
>
> d:\javadev\apache\tomcat2\conf\context.xml WatchedReso
> urce>
>
> 
>
>
>
> Thanks,
>
> Eric
>
>
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r369426 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml

[pero]

Author: pero
Date: Mon Jan 16 02:20:44 2006
New Revision: 369426

URL: http://svn.apache.org/viewcvs?rev=369426&view=rev
Log:
Method signature from MBeanFactor.createStandardHost() has changed, but not 
update at mbean descriptor!

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml?rev=369426&r1=369425&r2=369426&view=diff
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml
 Mon Jan 16 02:20:44 2006
@@ -225,6 +225,9 @@
   
+  
  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Peter Rossbach]

It storeconfig server.xml saving after add a new host works for me!

I have tested with current svn head.

create host with fixed MBean descriptor from MBeanFactory (Thanks for  
this)

and store server.xml with mbean StoreConfig.storeConfig().

Regards
Peter

My saved server.xml looks like this:



  className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/ 
>
  className="org.apache.catalina.storeconfig.StoreConfigLifecycleListener" 
/>
  className="org.apache.catalina.mbeans.ServerLifecycleListener"/>

  

  
  





  
  
  
  
  

  


Am 16.01.2006 um 11:03 schrieb Yong Gou:


Hi Peter,

There were just some info, no severe exception was thrown. You can  
try it in your environment.


Thanks,
Eric


-Original Message-
From: Peter Rossbach [mailto:[EMAIL PROTECTED]
Sent: 2006年1月16日 17:39
To: Tomcat Developers List
Subject: Re: truncated server.xml got when storing config on  
condition that more than one vitual host with same application base  
directory "webapps" were defined.


Hey,

see you any exception inside your log?

Regards
peter


Am 16.01.2006 um 09:29 schrieb Yong Gou:


The version of Tomcat server is 5.5.12

-Original Message-
From: Yong Gou
Sent: 2006年1月16日 16:24
To: dev@tomcat.apache.org
Subject: truncated server.xml got when storing config on condition
that more than one vitual host with same application base directory
"webapps" were defined.

Hi,



I am not sure if the following is an issue of Tomcat JMX server or an
improper usage? Is there anyone who has experienced the same?

In addition to the virtual host localhost which is predefined by
Tomcat
server as the default on a Tomcat server, I created another virtual
host
testvh on the server with its attribute appBase being specified as
webapps and other attributes having their default values via Tomcat
admin console webapp, and then clicked the "commit changes" button to
save all configurations to the server's server.xml file. The
operations
resulted in the following server.xml.

NOTE that the Host, Engine, Service and Server elements are not
closed.
This is an incomplete server.xml. However if I specified another  
value

other than webapps for its attribute appBase when the virtual host
testvh was created, the issue would disappear and I could get a
correct
server.xml. You can try to define more virtual hosts with the same
appBase webapps if two cannot reproduce the issue.







  

  className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListene 
r

"/




  className="org.apache.catalina.storeconfig.StoreConfigLifecycleListen 
e

r"
/>

  

  





  

  











  className="org.apache.catalina.realm.UserDatabaseRealm"/>


  




d:\javadev\apache\tomcat2\conf\context.xml



  

  

gy




d:\javadev\apache\tomcat2\conf\context.xml





Thanks,

Eric








-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38281] - Webapp unable to load the Class without package

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38281


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-01-16 12:29 ---
See the FAQ.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tomcat v5.5.15 Stability

[Mladen Turk]

M A wrote:

I have issue with the APR not delivering a page that was approx 14KB in
size,
I did post it on here but no one responded.



The thing you've posted makes no sense without
some way how to reproduce the bug.
This means that you would need to give us the jsp
and the exact procedure how to duplicate the bug.

BTW, what happens if you use some 'normal' client?


Is it a show stopper well for me it is it means i cant use APR ..



Well, the APR works both on RHEL kernels and Debian one,
because I use regulary both of those platforms for testing.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tomcat v5.5.15 Stability

[Mladen Turk]

Yoav Shapira wrote:


[X] Stable - no major issues


Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: quick Q

[Yoav Shapira]

Hi,
It will be Tomcat 2.5, likely to come out in initial (alpha) form
right around the time the Spec is officially finalized...

Yoav

On 1/16/06, Riyaz Mansoor <[EMAIL PROTECTED]> wrote:
>
> which version of tomcat will (in the future) support servlet 2.5?
>
> is there a time scale when it may come out?
>
> thanx
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: quick Q

[Yoav Shapira]

Tomcat 6.0, I meant to say ;)

Yoav

On 1/16/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hi,
> It will be Tomcat 2.5, likely to come out in initial (alpha) form
> right around the time the Spec is officially finalized...
>
> Yoav
>
> On 1/16/06, Riyaz Mansoor <[EMAIL PROTECTED]> wrote:
> >
> > which version of tomcat will (in the future) support servlet 2.5?
> >
> > is there a time scale when it may come out?
> >
> > thanx
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Yoav Shapira
> System Design and Management Fellow
> MIT Sloan School of Management
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tomcat v5.5.15 Stability

[Jess Holle]

We had issues with APR on Solaris, but:

   * These were with 5.5.12 (and I believe were related to shutdown).
   * We've not had time to investigate further, so we've not bothered
 anyone (as this may be our APR build or some such).

Overall, even if this was reproducible I'd not consider these worth 
withholding the stable label unless this could be shown to be a 
regression from previous "stable" releases containing APR.  [Thus I 
wouldn't have considered this worth holding up 5.5.12 at any rate and 
only worth holding up 5.5.15 if it worked in 5.5.12 (and was 
reproducible, of course).]


--
Jess Holle

Mladen Turk wrote:

M A wrote:

I have issue with the APR not delivering a page that was approx 14KB in
size,
I did post it on here but no one responded.



The thing you've posted makes no sense without
some way how to reproduce the bug.
This means that you would need to give us the jsp
and the exact procedure how to duplicate the bug.

BTW, what happens if you use some 'normal' client?


Is it a show stopper well for me it is it means i cant use APR ..



Well, the APR works both on RHEL kernels and Debian one,
because I use regulary both of those platforms for testing.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tomcat v5.5.15 Stability

[Jess Holle]

P.S. We've not had a chance to test this on 5.5.15 to the best of my 
knowledge.


Jess Holle wrote:

We had issues with APR on Solaris, but:

* These were with 5.5.12 (and I believe were related to shutdown).
* We've not had time to investigate further, so we've not bothered
  anyone (as this may be our APR build or some such).

Overall, even if this was reproducible I'd not consider these worth 
withholding the stable label unless this could be shown to be a 
regression from previous "stable" releases containing APR.  [Thus I 
wouldn't have considered this worth holding up 5.5.12 at any rate and 
only worth holding up 5.5.15 if it worked in 5.5.12 (and was 
reproducible, of course).]


--
Jess Holle

Mladen Turk wrote:

M A wrote:

I have issue with the APR not delivering a page that was approx 14KB in
size,
I did post it on here but no one responded.



The thing you've posted makes no sense without
some way how to reproduce the bug.
This means that you would need to give us the jsp
and the exact procedure how to duplicate the bug.

BTW, what happens if you use some 'normal' client?


Is it a show stopper well for me it is it means i cant use APR ..



Well, the APR works both on RHEL kernels and Debian one,
because I use regulary both of those platforms for testing.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: quick Q

[Riyaz Mansoor]

thanx Yoav,

i guess work is in progress then. where can a grab the current 
development sources/docs?


i'm trying to get a handle on the annotations available in it.

thanx
riyaz


Yoav Shapira wrote:

Tomcat 6.0, I meant to say ;)

Yoav

On 1/16/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:

Hi,
It will be Tomcat 2.5, likely to come out in initial (alpha) form
right around the time the Spec is officially finalized...




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: quick Q

[Yoav Shapira]

Hi,
For the Servlet Spec part, not much work is in progress.  We've been
focused more on the JSP 2.1 / EL part, because that's a much bigger
chunk of work.  See the thread on this list's archives about "initial
JSP/EL contribution" or something like that.

Yoav

On 1/16/06, Riyaz Mansoor <[EMAIL PROTECTED]> wrote:
>
> thanx Yoav,
>
> i guess work is in progress then. where can a grab the current
> development sources/docs?
>
> i'm trying to get a handle on the annotations available in it.
>
> thanx
> riyaz
>
>
> Yoav Shapira wrote:
> > Tomcat 6.0, I meant to say ;)
> >
> > Yoav
> >
> > On 1/16/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >> It will be Tomcat 2.5, likely to come out in initial (alpha) form
> >> right around the time the Spec is officially finalized...
> >>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30489] - removeAttribute: Session already invalidated

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30489


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|P3  |P1
Version|5.0.25  |5.0.28




--- Additional Comments From [EMAIL PROTECTED]  2006-01-16 14:59 ---
The workaround doesn't fix the problem of Standard Session.

The removeAttribute method calls:

isValid()

which then expires the session if necessary:

if (maxInactiveInterval >= 0) { 
long timeNow = System.currentTimeMillis();
int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L);
if (timeIdle >= maxInactiveInterval) {
expire(true);
}
}

as a result isvalid() returns false and an IllegalStateException is thrown

which results in the Context reloading again, but the StandardManager is already
in the state stopped

which results in an IllegalStateException and the Context starts reloading again
and so on


Therefore you have to stop the complete server.

I don't know the right solution, one may be a different state expired for the
StandardSession

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Tomcat v5.5.15 Stability

[Jeanfrancois Arcand]

[ X ] Stable - no major issues
[ ] Beta - at least one significant issue (what is it?)
[ ] Alpha - multiple significant issues, not recommended for use (why?)



-- Jeanfrancois

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[George Sexton]

I reported an issue where the file would be truncated if the web application
directory is not writable by tomcat. It tries to write a file in the
webapps/app/META-INF directory. Could this be your issue?

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
  

> -Original Message-
> From: Yong Gou [mailto:[EMAIL PROTECTED] 
> Sent: Monday, January 16, 2006 3:03 AM
> To: Tomcat Developers List
> Subject: RE: truncated server.xml got when storing config on 
> condition that more than one vitual host with same 
> application base directory "webapps" were defined.
> 
> Hi Peter,
> 
> There were just some info, no severe exception was thrown. 
> You can try it in your environment.
> 
> Thanks,
> Eric
> 
> 
> -Original Message-
> From: Peter Rossbach [mailto:[EMAIL PROTECTED] 
> Sent: 2006年1月16日 17:39
> To: Tomcat Developers List
> Subject: Re: truncated server.xml got when storing config on 
> condition that more than one vitual host with same 
> application base directory "webapps" were defined.
> 
> Hey,
> 
> see you any exception inside your log?
> 
> Regards
> peter
> 
> 
> Am 16.01.2006 um 09:29 schrieb Yong Gou:
> 
> > The version of Tomcat server is 5.5.12
> >
> > -Original Message-
> > From: Yong Gou
> > Sent: 2006年1月16日 16:24
> > To: dev@tomcat.apache.org
> > Subject: truncated server.xml got when storing config on condition  
> > that more than one vitual host with same application base 
> directory  
> > "webapps" were defined.
> >
> > Hi,
> >
> >
> >
> > I am not sure if the following is an issue of Tomcat JMX 
> server or an
> > improper usage? Is there anyone who has experienced the same?
> >
> > In addition to the virtual host localhost which is predefined by  
> > Tomcat
> > server as the default on a Tomcat server, I created another 
> virtual  
> > host
> > testvh on the server with its attribute appBase being specified as
> > webapps and other attributes having their default values via Tomcat
> > admin console webapp, and then clicked the "commit changes" 
> button to
> > save all configurations to the server's server.xml file. The  
> > operations
> > resulted in the following server.xml.
> >
> > NOTE that the Host, Engine, Service and Server elements are not  
> > closed.
> > This is an incomplete server.xml. However if I specified 
> another value
> > other than webapps for its attribute appBase when the virtual host
> > testvh was created, the issue would disappear and I could get a  
> > correct
> > server.xml. You can try to define more virtual hosts with the same
> > appBase webapps if two cannot reproduce the issue.
> >
> >
> >
> > 
> >
> >  >
> > port="9005">
> >
> >> className="org.apache.catalina.core.AprLifecycleListener"/>
> >
> >> 
> className="org.apache.catalina.mbeans.GlobalResourcesLifecycle
> Listener 
> > "/
> >>
> >
> >> 
> className="org.apache.catalina.storeconfig.StoreConfigLifecycl
> eListene 
> > r"
> > />
> >
> >> className="org.apache.catalina.mbeans.ServerLifecycleListener"/>
> >
> >   
> >
> >  >
> >   name="simpleValue"
> >
> >   type="java.lang.Integer"
> >
> >   value="30"/>
> >
> >  >
> >   auth="Container"
> >
> >   description="User database that can be updated and saved"
> >
> >   name="UserDatabase"
> >
> >   type="org.apache.catalina.UserDatabase"
> >
> >   pathname="conf/tomcat-users.xml"
> >
> >   
> factory="org.apache.catalina.users.MemoryUserDatabaseFactory"/>
> >
> >   
> >
> >>
> >   name="Catalina">
> >
> >  >
> > port="9080"
> >
> > redirectPort="9443"
> >
> > minSpareThreads="25"
> >
> > connectionTimeout="2"
> >
> > maxThreads="150"
> >
> > maxSpareThreads="75"
> >
> > maxHttpHeaderSize="8192">
> >
> > 
> >
> >  >
> > port="9009"
> >
> > redirectPort="9443"
> >
> > protocol="AJP/1.3">
> >
> > 
> >
> >  >
> > defaultHost="localhost"
> >
> > name="Catalina">
> >
> >className="org.apache.catalina.realm.UserDatabaseRealm"/>
> >
> >>
> >   appBase="webapps"
> >
> >   name="testvh">
> >
> >  >
> > path="/TomcatLogHelper">
> >
> >
> > d:\javadev\apache\tomcat2\conf\context.xml > WatchedReso
> > urce>
> >
> > 
> >
> >   
> >
> >>
> >   appBase="webapps"
> >
> >   name="localhost">
> >
> > gy
> >
> >  >
> > path="/TomcatLogHelper">
> >
> >
> > d:\javadev\apache\tomcat2\conf\context.xml > WatchedReso
> > urce>
> >
> > 
> >
> >
> >
> > Thanks,
> >
> > Eric
> >
> >
> >
> >
> >
> >
> >
> >
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> Fo

squeaky wheel gets the oil (so please fix bug 36847)

[Haroon Rafique]

Its an old saying - "The squeaky wheel gets the oil". It seems like the 
same adage applies to tomcat bugs. Can someone kindly fix bug 36847? The 
bug report has a full analysis and a solution in the form of a patch 
(albeit older version). This way I won't have to build a custom tomcat 
installation every time I upgrade. And it might also help someone else 
avoid this bug in the future.


Regards,
--
Haroon Rafique
<[EMAIL PROTECTED]>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38290] New: - No SESSION_DESTROYED_EVENT sent for existing webapp sessions when webapp is reloaded

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38290

   Summary: No SESSION_DESTROYED_EVENT sent for existing webapp
sessions when webapp is reloaded
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P3
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm writing a single sign-on (SSO) filter for Tomcat 5.0, which adds itself as a
listener for HTTP session (org.apache.catalina.Session) objects. It relies on
receiving SessionEvents so that when a session times out, it can be removed from
the corresponding single sign-on session (and if the SSO session then contains
no HTTP sessions, the whole SSO session itself should be destroyed).

If a webapp is accessed (creating a new HTTP session), and the webapp is then
redeployed (either while the session is still active, or after it becomes
invalid but before the StandardManager removes it, the old Session object is
"forgotten" and no SessionEvent is sent to my SessionListener.

If the webapp is redeployed while the session is still valid, and the webapp is
then refreshed in the browser, a new Session object for the same session ID is
created.

If the webapp is redeployed after the session has become invalid, but before the
StandardManager cleans it up, and the webapp is then refreshed, a new Session
object for a *new* session ID is created.

In both cases, I receive no SessionEvent for the old, "forgotten" Session
object, whereas the new Session object is treated normally, and times out, is
cleaned up by the StandardManager, and so on.

I may be missing something with regards to how Tomcat is supposed to clean up
invalid sessions, but I would expect a SESSION_DESTROYED_EVENT to be sent to all
SessionListeners when a Session object is invalidated due to the webapp being
reloaded.

The Java Servlet Specification mentions that when webapps are reloaded "the
container should provide a robust approach to preserving session data within
that application". Particularly in the second case, where a new session ID is
created without properly destroying the old one, Tomcat doesn't seem to conform
to the spec.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38291] New: - Form actions hanging in UDecoder.convert

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38291

   Summary: Form actions hanging in UDecoder.convert
   Product: Tomcat 5
   Version: 5.0.30
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I've got two invocations of my authenticate.jsp hanging since 130501996 ms in
tomcat5-5.0.30-8jpp like this:

"TP-Processor6" daemon prio=1 tid=0x08493c68 nid=0x4f34 waiting on condition
[0x59c85000..0x59c86658]
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:82)
at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:42)
at org.apache.tomcat.util.http.Parameters.urlDecode(Parameters.java:405)
at
org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:389)
at
org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:341)
at
org.apache.coyote.tomcat5.CoyoteRequest.parseRequestParameters(CoyoteRequest.java:2418)
at
org.apache.coyote.tomcat5.CoyoteRequest.getParameter(CoyoteRequest.java:1073)
at
org.apache.coyote.tomcat5.CoyoteRequestFacade.getParameter(CoyoteRequestFacade.java:267)
at
javax.servlet.ServletRequestWrapper.getParameter(ServletRequestWrapper.java:157)
at
org.apache.jsp.free.login.authenticate_jsp._jspService(authenticate_jsp.java:141)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
[...]

The JSP is a form action, and the requests are hanging during the POST request.
The page doesn't receive anything special, just username and password.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Newbie quesrion ... how do i attach a file to bugzilla

[M A]

Trying to add a file, in order to describe a bug,

Cheers MA.

DO NOT REPLY [Bug 35715] - Buffering in JK needs to be configurable for IIS

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35715


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2006-01-16 18:37 ---
The output performance can probably be enhanced with the new registry key in 
Windows2003SP1 MaxBufferedSendBytes:
http://support.microsoft.com/default.aspx?scid=kb;en-us;906977

However, it would be better to have the buffers in JK configurable also.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Newbie quesrion ... how do i attach a file to bugzilla

[Mark Thomas]

M A wrote:
> Trying to add a file, in order to describe a bug,
> 
> Cheers MA.
> 
1. View bug.
2. Click the "Create a New Attachment link"

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38292] New: - JSP page does not load with APR enabled and compression off

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38292

   Summary: JSP page does not load with APR enabled and compression
off
   Product: Tomcat 5
   Version: 5.5.14
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Description: Page does not load in either browser or fetching tool such as 
wget when accessed from a separate machine. When Http11AprProtocol used and 
compression is disabled. 

Reasons: It works with the standard connector ie. BaseHttp11Protocol. 

System Config:

APR 1.2.2
Tomcat 5.5.15
Tomcat JNI 1.1.1
OS Debian Sarge
JDK 1.5_06

Replication: 
1. save the file foo.jsp to your website root. (this is attached)
2. get the file using IE or Wget. On a separate machine in my case windows.

What happens:
1. IE times out and i get a page cannot be displayed error. 
2. Wget keeps looping retrying to get the page.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38292] - JSP page does not load with APR enabled and compression off

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38292





--- Additional Comments From [EMAIL PROTECTED]  2006-01-16 18:52 ---
Created an attachment (id=17437)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17437&action=view)
Lists the problematic file


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Newbie quesrion ... how do i attach a file to bugzilla

[Remy Maucherat]

Mark Thomas wrote:

M A wrote:

Trying to add a file, in order to describe a bug,

Cheers MA.


1. View bug.
2. Click the "Create a New Attachment link"


Sure. You guys will have to take care of this nonsensical "bug" as well :)
Have fun ;)

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Initial EL/JSP 2.1 Contribution

[Mark Thomas]

Bill Barker wrote:
> Shouldn't we also have something under servletapi for the javax.el stuff?
I was applying lazy instantiation ;) When someone shouts for it (and
assuming they don't just create it themselves) I'll add it. Until then
I had assumed we would build with the official jars.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 38223] - ConfigurableClasspathWebappLoader

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38223


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #17383|0   |1
is obsolete||
  Attachment #17402|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2006-01-16 19:58 ---
Created an attachment (id=17439)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17439&action=view)
Picks classpath from an XML file

You can specify the classpath via an XML file that can be placed anywhere on
the file system.

The context.xml contains:




The XML structure is as follows:



file:/d:/temp/bin/


file:/c:/temp/deleteThis/




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Extending PersistentValve ?

[Gary Blomquist]

I would like to be able to use round robin loading balancing with a
JDBCStore.  However, it appears that using the PersistentManager with
JDBC store could cause the sessions to be stale when a session migrates
between workers due to the asyncronous behavior of the
PersistentManager.  (I realize their is a SimpleTcpCluster available as
a clusterering solution but I can not use because it relies on
multicast.)
 
Viewing the source it appears that the PersistentValve with the
PersistentManager  and JDBCStore could be a solution.   It appears that
it would load a session from the store at the begging of each request
and save it back to the store at the end of the request.  I would like
to modify the behavior to only load/save when the session is dirty based
on the last_access timestamps.  
 
Any comments on the solution? ( I realize their is some performance
penalty due to object serialization and writing blobs to the database;
however, in our case I think this would not be prohibitive esp. if there
is a small amount of data in the session.)
 
Also,  when I attempt to run Tomcat with the PersistentValve I get the
following exception:
 
SEVERE: An exception or error occurred in the container during the
request processing
java.lang.ClassCastException: org.apache.catalina.core.StandardEngine
at
org.apache.catalina.valves.PersistentValve.invoke(PersistentValve.java:9
9)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1
48)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:
674)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.
java:866)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:684)
at java.lang.Thread.run(Thread.java:595)
 
Note:  (I have not yet made mods to the PersistentValue)
 
 
Thanks for your assistance,
 
Gary Blomquist  

RE: Extending PersistentValve ?

[Gary Blomquist]

The ClassCastException fixed.  I had the valve configured incorreclty in
the server.xml.

Would still appreciate feedback on the approach discussed below.

Thanks,

Gary

-Original Message-
From: Gary Blomquist [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 16, 2006 2:12 PM
To: Tomcat Developers List
Subject: Extending PersistentValve ?

I would like to be able to use round robin loading balancing with a
JDBCStore.  However, it appears that using the PersistentManager with
JDBC store could cause the sessions to be stale when a session migrates
between workers due to the asyncronous behavior of the
PersistentManager.  (I realize their is a SimpleTcpCluster available as
a clusterering solution but I can not use because it relies on
multicast.)
 
Viewing the source it appears that the PersistentValve with the
PersistentManager  and JDBCStore could be a solution.   It appears that
it would load a session from the store at the begging of each request
and save it back to the store at the end of the request.  I would like
to modify the behavior to only load/save when the session is dirty based
on the last_access timestamps.  
 
Any comments on the solution? ( I realize their is some performance
penalty due to object serialization and writing blobs to the database;
however, in our case I think this would not be prohibitive esp. if there
is a small amount of data in the session.)
 
Also,  when I attempt to run Tomcat with the PersistentValve I get the
following exception:
 
SEVERE: An exception or error occurred in the container during the
request processing
java.lang.ClassCastException: org.apache.catalina.core.StandardEngine
at
org.apache.catalina.valves.PersistentValve.invoke(PersistentValve.java:9
9)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1
48)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:
674)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.
java:866)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:684)
at java.lang.Thread.run(Thread.java:595)
 
Note:  (I have not yet made mods to the PersistentValue)
 
 
Thanks for your assistance,
 
Gary Blomquist  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Extending PersistentValve ?

[Yoav Shapira]

Hi,
I don't have much to comment besides what you already pointed out:
this approach would suffer a performance penalty on each and every
request, and (on a decently configured network) would end up slower
than the SimpleTcpCluster multicast solution.  Why can't you use the
latter?

Before you reply: now that you've solved your ClassCastException, this
becomes more of a user issue, so please take the discussion to
users@tomcat.apache.org rather than [EMAIL PROTECTED]  Thanks,

Yoav

On 1/16/06, Gary Blomquist <[EMAIL PROTECTED]> wrote:
>
> The ClassCastException fixed.  I had the valve configured incorreclty in
> the server.xml.
>
> Would still appreciate feedback on the approach discussed below.
>
> Thanks,
>
> Gary
>
> -Original Message-
> From: Gary Blomquist [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 16, 2006 2:12 PM
> To: Tomcat Developers List
> Subject: Extending PersistentValve ?
>
> I would like to be able to use round robin loading balancing with a
> JDBCStore.  However, it appears that using the PersistentManager with
> JDBC store could cause the sessions to be stale when a session migrates
> between workers due to the asyncronous behavior of the
> PersistentManager.  (I realize their is a SimpleTcpCluster available as
> a clusterering solution but I can not use because it relies on
> multicast.)
>
> Viewing the source it appears that the PersistentValve with the
> PersistentManager  and JDBCStore could be a solution.   It appears that
> it would load a session from the store at the begging of each request
> and save it back to the store at the end of the request.  I would like
> to modify the behavior to only load/save when the session is dirty based
> on the last_access timestamps.
>
> Any comments on the solution? ( I realize their is some performance
> penalty due to object serialization and writing blobs to the database;
> however, in our case I think this would not be prohibitive esp. if there
> is a small amount of data in the session.)
>
> Also,  when I attempt to run Tomcat with the PersistentValve I get the
> following exception:
>
> SEVERE: An exception or error occurred in the container during the
> request processing
> java.lang.ClassCastException: org.apache.catalina.core.StandardEngine
> at
> org.apache.catalina.valves.PersistentValve.invoke(PersistentValve.java:9
> 9)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1
> 48)
> at
> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199)
> at
> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
> at
> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744)
> at
> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:
> 674)
> at
> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.
> java:866)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
> .java:684)
> at java.lang.Thread.run(Thread.java:595)
>
> Note:  (I have not yet made mods to the PersistentValue)
>
>
> Thanks for your assistance,
>
> Gary Blomquist
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Extending PersistentValve ?

[Peter Rossbach]

Am 16.01.2006 um 20:12 schrieb Gary Blomquist:


I would like to be able to use round robin loading balancing with a
JDBCStore.  However, it appears that using the PersistentManager with
JDBC store could cause the sessions to be stale when a session  
migrates

between workers due to the asyncronous behavior of the
PersistentManager.  (I realize their is a SimpleTcpCluster  
available as

a clusterering solution but I can not use because it relies on
multicast.)

Wrote you own Membership tcp based service and use the real cluster  
implementation :-)


At my feeling the old PersistentManager is only a deprecated prototyp  
and not a real cluster solution.



Viewing the source it appears that the PersistentValve with the
PersistentManager  and JDBCStore could be a solution.   It appears  
that

it would load a session from the store at the begging of each request
and save it back to the store at the end of the request.  I would like
to modify the behavior to only load/save when the session is dirty  
based

on the last_access timestamps.

Any comments on the solution? ( I realize their is some performance
penalty due to object serialization and writing blobs to the database;
however, in our case I think this would not be prohibitive esp. if  
there

is a small amount of data in the session.)

Also,  when I attempt to run Tomcat with the PersistentValve I get the
following exception:

SEVERE: An exception or error occurred in the container during the
request processing
java.lang.ClassCastException: org.apache.catalina.core.StandardEngine
at
org.apache.catalina.valves.PersistentValve.invoke 
(PersistentValve.java:9

9)
at
org.apache.catalina.connector.CoyoteAdapter.service 
(CoyoteAdapter.java:1

48)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744)
at
org.apache.jk.common.ChannelSocket.processConnection 
(ChannelSocket.java:

674)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt 
(ChannelSocket.

java:866)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run 
(ThreadPool

.java:684)
at java.lang.Thread.run(Thread.java:595)

Note:  (I have not yet made mods to the PersistentValue)


Thanks for your assistance,

Gary Blomquist



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Initial EL/JSP 2.1 Contribution

[jacob]

I was under the assumption that we couldn't include the javax.el.* stuff under 
Apache licensing-- hence the JSP and Servlet API folders within Tomcat.

>
>Bill Barker wrote:
>> Shouldn't we also have something under servletapi for the javax.el stuff?
>I was applying lazy instantiation ;) When someone shouts for it (and
>assuming they don't just create it themselves) I'll add it. Until then
>I had assumed we would build with the official jars.
>
>Mark
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Re: Initial EL/JSP 2.1 Contribution

[Bill Barker]

 

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
> Sent: Monday, January 16, 2006 12:25 PM
> To: dev@tomcat.apache.org
> Subject: RE: Re: Initial EL/JSP 2.1 Contribution
> 
> I was under the assumption that we couldn't include the 
> javax.el.* stuff under Apache licensing-- hence the JSP and 
> Servlet API folders within Tomcat.
> 

We obviously can't include GlassFish's version under Apache licensing.
However, we could include an independently developed version.

Since the implementation you gave a link to at the start of this thread
seems to be missing all of it's javadoc comments, I'm guessing that it isn't
simply a copy of the GlassFish code :), so probably would qualify.

> >
> >Bill Barker wrote:
> >> Shouldn't we also have something under servletapi for the 
> javax.el stuff?
> >I was applying lazy instantiation ;) When someone shouts for it (and
> >assuming they don't just create it themselves) I'll add it. 
> Until then
> >I had assumed we would build with the official jars.
> >
> >Mark
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 



This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 15946] - Documentation change

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=15946


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-01-16 22:55 ---
There looks to be a problem with the url used. I couldn't find any reference to
the schema being specified in the url. I hve done some testing and updated the
document.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r369577 - /tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/jndi-datasource-examples-howto.xml

[markt]

Author: markt
Date: Mon Jan 16 13:54:48 2006
New Revision: 369577

URL: http://svn.apache.org/viewcvs?rev=369577&view=rev
Log:
Fix bug 15946. Update Oracle examples.

Modified:

tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/jndi-datasource-examples-howto.xml

Modified: 
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/jndi-datasource-examples-howto.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/jndi-datasource-examples-howto.xml?rev=369577&r1=369576&r2=369577&view=diff
==
--- 
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/jndi-datasource-examples-howto.xml
 (original)
+++ 
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/jndi-datasource-examples-howto.xml
 Mon Jan 16 13:54:48 2006
@@ -379,21 +379,37 @@
 
 
 
-
+
 0.Introduction
-We would appreciate comments on this section as I'm not an Oracle DBA 
:-)
-Oracle requires minimal changes from the MySQL configuration except for the 
usual gotchas :-) Firstly
-by default, Tomcat will only use *.jar files installed in 
$CATALINA_HOME/common/lib
- therefore classes111.zip or classes12.zip will need 
to be renamed with a .jar 
-extension. Since jarfiles are zipfiles, there is no need to unzip and jar 
these files - a simple rename will suffice.
-Also, you should be aware that some (early) versions of Tomcat 4.0 when used 
with JDK 1.4 will not load classes12.zip unless
-you unzip the file, remove the javax.sql.* class heirarchy and 
rejar.
+
+Oracle requires minimal changes from the MySQL configuration except for the
+usual gotchas :-)
+Drivers for older Oracle versions may be distributed as *.zip files rather
+than *.jar files. Tomcat will only use *.jar files installed in
+$CATALINA_HOME/common/lib. Therefore classes111.zip
+or classes12.zip will need to be renamed with a .jar
+extension. Since jarfiles are zipfiles, there is no need to unzip and jar these
+files - a simple rename will suffice.
+
+Some early versions of Tomcat 4.0 when used with JDK 1.4 will not load
+classes12.zip unless you unzip the file, remove the javax.sql.*
+class heirarchy and rejar.
+
+For Oracle 9i onwards you should use oracle.jdbc.OracleDriver
+rather than oracle.jdbc.driver.OracleDriver as Oracle have stated
+that oracle.jdbc.driver.OracleDriver is deprecated and support
+for this driver class will be discontinued in the next major release.
+
+
 1.server.xml configuration
-In a similar manner to the mysql config above, you will need to define your 
Datasource in your server.xml
-file. Here we define a Datasource called myoracle using the thin driver to 
connect as user scott, password tiger
-to the schema called myschema in the sid called mysid. (Note: with the thin 
driver this sid is not the same as the tnsname)
+In a similar manner to the mysql config above, you will need to define your
+Datasource in your server.xml file. Here we define a Datasource called myoracle
+using the thin driver to connect as user scott, password tiger to the sid
+called mysid. (Note: with the thin driver this sid is not the same as the
+tnsname). The schema used will be the default schema for the user scott.
 
-Use of the OCI driver should simply involve a changing thin to oci in the 
URL string.
+Use of the OCI driver should simply involve a changing thin to oci in the 
URL
+string.
 
  
@@ -405,11 +421,11 @@
   
   
 driverClassName
-oracle.jdbc.driver.OracleDriver
+oracle.jdbc.OracleDriver
   
   
 url
-jdbc:oracle:thin:[EMAIL PROTECTED]:1521:mysid
+jdbc:oracle:thin:@127.0.0.1:1521:mysid
   
   
 username



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r369578 - /tomcat/container/tc5.5.x/webapps/docs/jndi-datasource-examples-howto.xml

[markt]

Author: markt
Date: Mon Jan 16 13:55:26 2006
New Revision: 369578

URL: http://svn.apache.org/viewcvs?rev=369578&view=rev
Log:
Port fix for bug 15946. Update Oracle examples.

Modified:
tomcat/container/tc5.5.x/webapps/docs/jndi-datasource-examples-howto.xml

Modified: 
tomcat/container/tc5.5.x/webapps/docs/jndi-datasource-examples-howto.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/jndi-datasource-examples-howto.xml?rev=369578&r1=369577&r2=369578&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/jndi-datasource-examples-howto.xml 
(original)
+++ tomcat/container/tc5.5.x/webapps/docs/jndi-datasource-examples-howto.xml 
Mon Jan 16 13:55:26 2006
@@ -304,25 +304,40 @@
 
 
 
-
+
 0.Introduction
-We would appreciate comments on this section as I'm not an Oracle DBA 
:-)
-Oracle requires minimal changes from the MySQL configuration except for the 
usual gotchas :-) Firstly
-by default, Tomcat will only use *.jar files installed in 
$CATALINA_HOME/common/lib
- therefore classes111.zip or classes12.zip will need 
to be renamed with a .jar 
-extension. Since jarfiles are zipfiles, there is no need to unzip and jar 
these files - a simple rename will suffice.
-Also, you should be aware that some (early) versions of Tomcat 4.0 when used 
with JDK 1.4 will not load classes12.zip unless
-you unzip the file, remove the javax.sql.* class heirarchy and 
rejar.
+
+Oracle requires minimal changes from the MySQL configuration except for the
+usual gotchas :-)
+Drivers for older Oracle versions may be distributed as *.zip files rather
+than *.jar files. Tomcat will only use *.jar files installed in
+$CATALINA_HOME/common/lib. Therefore classes111.zip
+or classes12.zip will need to be renamed with a .jar
+extension. Since jarfiles are zipfiles, there is no need to unzip and jar these
+files - a simple rename will suffice.
+
+Some early versions of Tomcat 4.0 when used with JDK 1.4 will not load
+classes12.zip unless you unzip the file, remove the javax.sql.*
+class heirarchy and rejar.
+
+For Oracle 9i onwards you should use oracle.jdbc.OracleDriver
+rather than oracle.jdbc.driver.OracleDriver as Oracle have stated
+that oracle.jdbc.driver.OracleDriver is deprecated and support
+for this driver class will be discontinued in the next major release.
+
+
 1.server.xml configuration
-In a similar manner to the mysql config above, you will need to define your 
Datasource in your server.xml
-file. Here we define a Datasource called myoracle using the thin driver to 
connect as user scott, password tiger
-to the schema called myschema in the sid called mysid. (Note: with the thin 
driver this sid is not the same as the tnsname)
+In a similar manner to the mysql config above, you will need to define your
+Datasource in your server.xml file. Here we define a Datasource called myoracle
+using the thin driver to connect as user scott, password tiger to the sid
+called mysid. (Note: with the thin driver this sid is not the same as the
+tnsname). The schema used will be the default schema for the user scott.
 
 Use of the OCI driver should simply involve a changing thin to oci in the 
URL string.
 
  
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 13846] - If-Modified-Since results in incorrect headers

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=13846


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-01-17 00:21 ---
I have tested the latest 4.1.x source with the latest connector source and the
headers included in both the 206 and 304 responses are as per the spec.

I haven't looked at what point this was actually fixed.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: truncated server.xml got when storing config on condition that more than one vitual host with same application base directory "webapps" were defined.

[Cape Coral Vacation Home]

PLEASE TAKE ME OFF OF THIS LIST

Thank You!

Bill & Lori Sherman
317-582-0661
[EMAIL PROTECTED]
www.capecoralvacationhome.com
  - Original Message - 
  From: Yong Gou 
  To: dev@tomcat.apache.org 
  Sent: Monday, January 16, 2006 3:23 AM
  Subject: truncated server.xml got when storing config on condition that more 
than one vitual host with same application base directory "webapps" were 
defined.


  Hi,

   

  I am not sure if the following is an issue of Tomcat JMX server or an
  improper usage? Is there anyone who has experienced the same?

  In addition to the virtual host localhost which is predefined by Tomcat
  server as the default on a Tomcat server, I created another virtual host
  testvh on the server with its attribute appBase being specified as
  webapps and other attributes having their default values via Tomcat
  admin console webapp, and then clicked the "commit changes" button to
  save all configurations to the server's server.xml file. The operations
  resulted in the following server.xml. 

  NOTE that the Host, Engine, Service and Server elements are not closed.
  This is an incomplete server.xml. However if I specified another value
  other than webapps for its attribute appBase when the virtual host
  testvh was created, the issue would disappear and I could get a correct
  server.xml. You can try to define more virtual hosts with the same
  appBase webapps if two cannot reproduce the issue.

   

  

  











  

  





  

  

  

  

  





  

   
  d:\javadev\apache\tomcat2\conf\context.xml

  





  gy

  

   
  d:\javadev\apache\tomcat2\conf\context.xml

  

   

  Thanks,

  Eric

   

   

Re: Initial EL/JSP 2.1 Contribution

[Jacob Hookom]

What steps would I need to take to get contributor status and develop 
the JSP 2.1 implementation with the rest of the tomcat-dev team?  Do I 
have to get elected, then complete the ICLA or is it in the reverse order?


Thanks!

Jacob

Bill Barker wrote:




 


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Monday, January 16, 2006 12:25 PM

To: dev@tomcat.apache.org
Subject: RE: Re: Initial EL/JSP 2.1 Contribution

I was under the assumption that we couldn't include the 
javax.el.* stuff under Apache licensing-- hence the JSP and 
Servlet API folders within Tomcat.


   



We obviously can't include GlassFish's version under Apache licensing.
However, we could include an independently developed version.

Since the implementation you gave a link to at the start of this thread
seems to be missing all of it's javadoc comments, I'm guessing that it isn't
simply a copy of the GlassFish code :), so probably would qualify.

 


Bill Barker wrote:
 

Shouldn't we also have something under servletapi for the 
   


javax.el stuff?
   


I was applying lazy instantiation ;) When someone shouts for it (and
assuming they don't just create it themselves) I'll add it. 
 


Until then
   


I had assumed we would build with the official jars.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



   





This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


 




--
Jacob Hookom  -  Minneapolis

JSF-EG, JSF-RI, EL, Facelets


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]