DO NOT REPLY [Bug 37485] New: - I'd like to run init SQL after JDBC Connection creation in DBCP

[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=37485

   Summary: I'd like to run init SQL after JDBC Connection creation
in DBCP
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi!

I'm porting some j2ee web based applications from BEA Web Logic to Tomcat 5.5. 
In BEA Web Lobic connection pool it is possible to specify ini qurery that 
server runs after connection is created (before first use). It's very good for 
example of national settings in Oracle. For correct czech sorting i have to 
run "setting query":

ALTER SESSION SET NLS_SORT = XCZECH

First time i tryed to write interceptor into my application. This interceptor 
set ALTER SESSION SET NLS_SORT = XCZECH before evey sorted query (SELECT ... 
ORDER BY...), but i had some performance problems. So i starded to work with 
DBCP. I was very wandered about DBCP packages in Tomcat 5.5 and i did not find 
sources of naming-factory-dbcp.jar. So i had to refactor, change and compile 
full DBCP and now i'm afraid of some library conflicts (full DBCP, full Pool 
and full Collections refactored into tomcat packages), but performance is OK 
and tests of my application seems good.

I added property connectionInitSql for int SQL into BasicDataSource. I had to 
mofify BasicDataSourceFactory for correct setting of this property. Property 
is used in method createConnection() of DriverConnectionFactory to init 
Connection. 

It would be very nice if you will add this init feature into Tomcat DBCP.

Best regards
Jiri Melichna

-- 
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 37485] - I'd like to run init SQL after JDBC Connection creation in DBCP

[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=37485





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 09:42 ---
Created an attachment (id=16958)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16958&action=view)
My changes in BasicDataSource of Tomcat DBCP

Init SQL in resource Context setting:

 

-- 
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 36153] - html:form action is blank

[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=36153





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 09:44 ---
I was having this same problem and couldn't figure out why.  I was using jdk
1.5, tomcat 5.5.9, struts 1.2.7 and everything looked fine.

I don't know if this is the issue Matt was having, but here is how I fixed it
for me.

After reading through the struts source, I found that
org.apache.struts.taglib.TagUtils assumes that you have a single servlet mapping
to struts (in getActionMappingURL), I infact had three in order to get a few
urls to work without whatever.do:


action
*.do


action
/campaigns


action
/publishers


to get my forms working again.  All I had to do was move the *.do mapping to the
bottom of the list of three mappings.


-- 
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: 1 year free webhosting for anyone who can solve this Tomcat problem!

[Cédrik LIME]

At 16:26 11/11/2005 -0800, you wrote:
Nice, it would be good if everyone asking a 
question would offer something - a beer, hosting, etc :-)


All right then! A beer or any drink of your 
choice to any Tomcat developer going through 
Paris, for any open bug in BugZilla! :-)


As this email won't last long, you can reach me at [EMAIL PROTECTED]

Cédrik 



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

DO NOT REPLY [Bug 37487] New: - UTF8 encoding doesn't work in Tomcat-5.0.28

[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=37487

   Summary: UTF8 encoding doesn't work in Tomcat-5.0.28
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

I see some issue in the Tomcat-5.0.28 installables. Unicode(UTF8) is not 
working consistently in this version: I used the following link to download 
installables

http://archive.apache.org/dist/tomcat/tomcat-5/v5.0.28/bin/

I used the following meta tag to enable UTF8 in my web app.



Scenario 1:

I installed Tomcat on Windows-XP using the executable jakarta-tomcat-
5.0.28.exe. When I access the web app it is working perfectly. I am able to 
see chinese fonts as expected.

Scenario 2:

I installed Tomcat on Windows-XP by extracting jakarta-tomcat-5.0.28.zip. Now, 
when I access the web app UTF8 encoding is not working and the chinese fonts 
are not getting displayed as expected.

Scenario 3:

I installed Tomcat on Red Hat Linux 2.1AS/i386 Server by extracing jakarta-
tomcat-5.0.28.tar.gz. Now, in this scenario also UTF8 encoding is not working 
and the chinese fonts are not getting displayed as expected.

Can I know as why application behaviour is changing based on how I am 
installing Tomcat?

Is there any fix available for this? Please let me know.

Thanks n Advance
- Kishore

-- 
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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.

[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=32418





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 13:24 ---
First of all sorry for reopening, will never do it again :-P .
Anyway, you did not address the problem. If there are docs about the feature,
that feature should exist, don't you agree?
We are not allowed to distribute "our" version of Tomcat, they are running some
other application and we cannot mix app "our" version with the "official" one.
You asked what are the differences between uploading and deploying directly on
the server and I showed it.
Still a question: why Tomcat 4.1.31 implements this feature smoothly?

(In reply to comment #7)
> Feel free to implement any custom scenarios that are needed for your 
> production
> needs. That is the whole point of OSS. However, please do not reopen this 
> report.


-- 
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 36202] - configure: error: Unsupported operating system "aix5.2.0.0"

[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=36202





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 14:05 ---
We are experiencing the same problem.  On AIX, the installation requires us to 
run a configure script, unlike some other installations.

During this script, it errors out and does not create the make files needed in 
the rest of the install.

Here is a  of the failure we have seen on our AIX server.


$ ./configure --with-java=/usr/java14
*** Current host ***
checking build system type... powerpc-ibm-aix5.2.0.0
checking host system type... powerpc-ibm-aix5.2.0.0
checking cached host system type... ok
*** C-Language compilation tools ***
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for ranlib... ranlib
*** Java compilation tools ***
checking JAVA_HOME... /usr/java14
checking for javac... /usr/java14/bin/javac
checking wether the Java compiler (/usr/java14/bin/javac) works... yes
checking for jar... /usr/java14/bin/jar
*** Host support ***
checking C flags dependant on host system type... failed
configure: error: Unsupported operating system "aix5.2.0.0"


So, what would the resolution be for AIX 5.2?

-- 
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: r344133 - /tomcat/current/tc5.5.x/connectors/

[hgomez]

Author: hgomez
Date: Mon Nov 14 06:37:26 2005
New Revision: 344133

URL: http://svn.apache.org/viewcvs?rev=344133&view=rev
Log: (empty)

Added:
tomcat/current/tc5.5.x/connectors/


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

svn commit: r344135 - /tomcat/current/tc5.5.x/container/

[hgomez]

Author: hgomez
Date: Mon Nov 14 06:42:56 2005
New Revision: 344135

URL: http://svn.apache.org/viewcvs?rev=344135&view=rev
Log: (empty)

Added:
tomcat/current/tc5.5.x/container/


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

svn commit: r344136 - /tomcat/current/tc5.5.x/jasper/

[hgomez]

Author: hgomez
Date: Mon Nov 14 06:44:28 2005
New Revision: 344136

URL: http://svn.apache.org/viewcvs?rev=344136&view=rev
Log: (empty)

Added:
tomcat/current/tc5.5.x/jasper/


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

Re: svn commit: r344135 - /tomcat/current/tc5.5.x/container/

[Henri Gomez]

oups, bad eclipse manipulation.

Could an admin remove the connectors, container and jasper dirs I
created under tomcat/current/tc5.5.x ?

Sorry for that.

2005/11/14, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> Author: hgomez
> Date: Mon Nov 14 06:42:56 2005
> New Revision: 344135
>
> URL: http://svn.apache.org/viewcvs?rev=344135&view=rev
> Log: (empty)
>
> Added:
> tomcat/current/tc5.5.x/container/
>
>
> -
> 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 37491] New: - isapi 1.2.15 connector when configured on IIS5.0(W2000) with "isapi_redirect.properties" shows an error "The parameter is incorrect"

[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=37491

   Summary: isapi 1.2.15 connector when configured on IIS5.0(W2000)
with "isapi_redirect.properties" shows an error "The
parameter is incorrect"
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: Windows 2000
Status: NEW
  Severity: critical
  Priority: P1
 Component: Connector:AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


isapi 1.2.15 connector when configured on IIS5.0 
with "isapi_redirect.properties" shows an error "The parameter is incorrect", 
however When the registry is used instead of isapi_redirect.properties the 
connector works perfectly. This is a problem noticed only in IIS 5.0 on Win 
2000.

-- 
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 37491] - isapi 1.2.15 connector when configured on IIS5.0(W2000) with "isapi_redirect.properties" shows an error "The parameter is incorrect"

[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=37491





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 15:55 ---
Created an attachment (id=16963)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16963&action=view)
Debug mode log file using isapi_redirect.properties on IIS 5.0 (error case)


-- 
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 37491] - isapi 1.2.15 connector when configured on IIS5.0(W2000) with "isapi_redirect.properties" shows an error "The parameter is incorrect"

[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=37491





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 15:56 ---
Created an attachment (id=16964)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16964&action=view)
isapi_redirect debug log file using registry (works fine)


-- 
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 37332] - bounded buffer bug: incorrect use of [v]snprintf()

[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=37332


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 37322] - format bug: sprintf() twice on top of each other

[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=37322


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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: r344145 - in /tomcat/current/tc5.5.x: connectors/ container/ jasper/

[remm]

Author: remm
Date: Mon Nov 14 07:19:03 2005
New Revision: 344145

URL: http://svn.apache.org/viewcvs?rev=344145&view=rev
Log:
- Try to delete.

Removed:
tomcat/current/tc5.5.x/connectors/
tomcat/current/tc5.5.x/container/
tomcat/current/tc5.5.x/jasper/


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

Re: svn commit: r344145 - in /tomcat/current/tc5.5.x: connectors/ container/ jasper/

[Henri Gomez]

Thanks :)

2005/11/14, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> Author: remm
> Date: Mon Nov 14 07:19:03 2005
> New Revision: 344145
>
> URL: http://svn.apache.org/viewcvs?rev=344145&view=rev
> Log:
> - Try to delete.
>
> Removed:
> tomcat/current/tc5.5.x/connectors/
> tomcat/current/tc5.5.x/container/
> tomcat/current/tc5.5.x/jasper/
>
>
> -
> 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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.

[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=32418





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 16:30 ---
(In reply to comment #8)
> We are not allowed to distribute "our" version of Tomcat, they are running 
> some
> other application and we cannot mix app "our" version with the "official" one.
> You asked what are the differences between uploading and deploying directly on
> the server and I showed it.

If you are using Tomcat as you would of a closed source commercial offering,
then you are limited to what you could do with a commercial offering (aka, if
you want a particular feature, you're in trouble if it's not available). It's
your decision, so you have to live with the consequences. I don't see what's bad
with tweaking something like the manager servlet.

-- 
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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.

[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=32418





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 16:48 ---
(In reply to comment #9)
> 
> If you are using Tomcat as you would of a closed source commercial offering,
> then you are limited to what you could do with a commercial offering (aka, if
> you want a particular feature, you're in trouble if it's not available). It's
> your decision, so you have to live with the consequences. I don't see what's 
> bad
> with tweaking something like the manager servlet.

Errr... yes it's nothing bad but I felt confused when I saw this bug, whoops
missing feature, after reading the documentation. At least for coherence remove
the docs!
Anyway, I modified my code with different calls for Tomcat 4.1 and 5.5. It seems
that calling /deploy passing the complete path in the "war" parameter, that file
is deployed, though this feature is undocumented.
Maybe it's the documentation that needs a fix ;-)


-- 
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]

How to turn the Digester off?

[anita kulshreshtha]

Hi all, 
 Is there a way to turn off the Digester so that
it does not parse the web.xml at all?

Thanks In Advance
Anita



__ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs

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

Re: svn commit: r344145 - in /tomcat/current/tc5.5.x: connectors/ container/ jasper/

[Remy Maucherat]

Henri Gomez wrote:

Thanks :)


Somehow it fixed it. I thought it was worth a try.

Rémy

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

DO NOT REPLY [Bug 37498] New: - NPE in org.apache.catalina.core.ContainerBase.removeChild

[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=37498

   Summary: NPE in
org.apache.catalina.core.ContainerBase.removeChild
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I moved the directory containing my web-app from the webapps / deployment area,
I renamed it outside of the webapps/ tree.  I was expecting it to viciously
undeploy the application so I could then rename it back to cause a deploy.

The application is setup with a context "" for the default context.

The deployed folder name is "../webapps/ROOT"

I think this is reproducable.


At the time I moved the web-app folder I got multiple Exceptions, like the
following:


14-Nov-2005 16:56:56 org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context []
DEBUG 16:56:56,039 (ApplicationLifecycleListener.java:contextDestroyed:70) 
-contextDestroyed on "mywebapp"
14-Nov-2005 16:56:56 org.apache.catalina.loader.WebappClassLoader openJARs
WARNING: Failed to open JAR
java.util.zip.ZipException: No such file or directory
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.(ZipFile.java:203)
at java.util.jar.JarFile.(JarFile.java:132)
at java.util.jar.JarFile.(JarFile.java:97)
at
org.apache.catalina.loader.WebappClassLoader.openJARs(WebappClassLoader.java:1561)
at
org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1792)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1587)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:856)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1305)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at
com.imin1way.project.task.ApplicationLifecycleListener.contextDestroyed(ApplicationLifecycleListener.java:72)
at
org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:3733)
at 
org.apache.catalina.core.StandardContext.stop(StandardContext.java:4306)
at
org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:892)
at
org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1019)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1178)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:292)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1304)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1557)
at java.lang.Thread.run(Thread.java:595)



I guess it was trying to open JAR files to load classes from the WEB-INF/lib to
execute the ContextListener.destroyContext() and any unloaded classes is needed
to run.


However the background task is now stuck doing this every 10 seconds:

14-Nov-2005 16:58:36 org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context []
14-Nov-2005 16:58:36
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor 
processChildren
SEVERE: Exception invoking periodic operation:
java.lang.NullPointerException
at
org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:883)
at
org.apache.catalina.startup.HostConfig.checkResources(HostConfig.java:1019)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1178)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:292)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1304)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577)
at
org.apache.catalina.core.ContainerBase$Conta

DO NOT REPLY [Bug 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.

[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=32418


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.

[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=32418


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 13:07 ---
(In reply to comment #5)
> I don't understand how this is different from using the deploy task, and 
> telling
> it to upload your war (since it does the same: the webapp is transferred to 
> the
> server = no benefit). The only difference is that it was pulled (so you need a
> server of some sort) rather than pushed (the Ant task does the pushing for 
> you).
> 
> If the WAR is local to the server, then the deploy form you're using allows to
> not transfer the webapp, which has a benefit (and is why I left it; otherwise,
> it would be gone too).

The big difference is that the WAR file is already there. While you are
uploading the WAR file, the application must not be there (undeployed) and this
is very significant in time-critical applications.
We currently are building a "updater" web application, that receives (via
uploading) the building blocks of a webapp, then builds the WAR, finally sends
the WAR file path to the caller that, after that, calls /deploy using this path.
This way, the time that the webapp is down is limited to the operation of
unpacking the war and the "real" deployment, thus eliminating the time needed
for upload.
Another thing. If you don't want to add complexity to implement this feature,
why you still report in the documentation?
Best regards
Antonio Petrelli

-- 
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 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.

[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=32418


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 13:12 ---
Feel free to implement any custom scenarios that are needed for your production
needs. That is the whole point of OSS. However, please do not reopen this 
report.

-- 
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 36204] - Webapp unable to pick the Class by the shared classloader

[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=36204


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.16  |5.5.12




--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 19:38 ---
I have a similar problem. The error encounters when trying to acces a class 
inside a jar in the folder shared/lib.
I am using Tomcat 5.5.12 on a WindowsXP system. Tomcat is running as service.
Error stack:
SCHWERWIEGEND: StandardWrapper.Throwable
java.lang.NoClassDefFoundError: net/sf/regain/crawler/document/RawDocument
at de.herzog.frdkm.Inuus.init(Inuus.java:85)
at org.apache.catalina.core.StandardWrapper.loadServlet
(StandardWrapper.java:1091)
at org.apache.catalina.core.StandardWrapper.load
(StandardWrapper.java:925)
at org.apache.catalina.core.StandardContext.loadOnStartup
(StandardContext.java:3880)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:4141)
at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at org.apache.catalina.startup.HostConfig.deployDescriptor
(HostConfig.java:603)
at org.apache.catalina.startup.HostConfig.deployDescriptors
(HostConfig.java:535)
at org.apache.catalina.startup.HostConfig.deployApps
(HostConfig.java:470)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1118)
at org.apache.catalina.startup.HostConfig.lifecycleEvent
(HostConfig.java:310)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent
(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:718)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012)
at org.apache.catalina.core.StandardEngine.start
(StandardEngine.java:442)
at org.apache.catalina.core.StandardService.start
(StandardService.java:450)
at org.apache.catalina.core.StandardServer.start
(StandardServer.java:680)
at org.apache.catalina.startup.Catalina.start(Catalina.java:536)
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:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)


-- 
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 37487] - UTF8 encoding doesn't work in Tomcat-5.0.28

[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=37487


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 19:48 ---
META tags are not how you enable UTF-8 support in a web application.

It is unexpected that the .zip and .exe installers result in different
behaviours but not impossible given that Tomcat gets started differently and the
environment it is running in is different.

Different behaviour on a different OS is entirely unsurprising.

You need to read the JSP and Servlet specs to see how character encoding works.
If passing UTF-8 data to Tomcat then you should set the URIEncoding parameter on
the connector.

Before re-opening this bug, I suggest you try the tomcat-user list for help on
how to write a web app that uses UTF-8. If you do re-open this report you will
need to provide the simplest possible web app (single JSP or servlet) that
demonstrates non-spec compliant behaviour. With reference to the spec, you need
to state what behaviour you expect, what you see, what happens that you do not
expect and/or what does not happen that you do expect.

-- 
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 36204] - Webapp unable to pick the Class by the shared classloader

[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=36204


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|ASSIGNED




-- 
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 37500] New: - Tomcat shuts down by itself automatically.

[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=37500

   Summary: Tomcat shuts down by itself automatically.
   Product: Tomcat 4
   Version: 4.1.0
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:JK/AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Some times tomcat shuts down itself automatically. This happens whenever a new 
JSP code is copied over to the server. We use AJP connector for talking with 
apache 2.

-- 
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 37500] - Tomcat shuts down by itself automatically.

[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=37500





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 20:17 ---
We use java JDK 1.4.2_03-b02. We are also observing a strange behaviour. The 
tomcats shutdown.sh script fails to shutdown properly. And we have to kill the 
tomcat process.

Rajendra

-- 
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 37500] - Tomcat shuts down by itself automatically.

[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=37500


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 20:18 ---
Given that this works for me with 4.1.31, you'll need to provide more
information than this to re-open this bug and get it looked at. As a minimum,
you'll need to provide steps to reproduce this (with sample web app if
necessary) on a clean install of the latest 4.1.x release (4.1.31 at the time of
writing).

-- 
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 37502] New: - Tomcat process becomes unresponsive.

[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=37502

   Summary: Tomcat process becomes unresponsive.
   Product: Tomcat 4
   Version: 4.1.0
  Platform: Sun
OS/Version: SunOS
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:JK/AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Tomcat process becomes unresponsive. And the apache is unable to forward the 
request to tomcat. Users get "Internal server Error". The JDK we use is the 
version that comes with this tomcat, which is JDK 1.4.2_03-b02.

-- 
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 37502] - Tomcat process becomes unresponsive.

[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=37502





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 20:30 ---
We also observed that the tomcat shutdown.sh script is unable to stop the 
tomcat server. We had to kill the process.



-- 
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 37502] - Tomcat process becomes unresponsive.

[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=37502


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 20:33 ---
You'll need to provide more information than this to re-open this bug and get it
looked at. As a minimum, you'll need to provide steps to reproduce this (with
sample web app if necessary) on a clean install of the latest 4.1.x release
(4.1.31 at the time of writing).

I suggest you read http://tomcat.apache.org/bugreport.html and follow the advice
there, particularly that referring to the users mailing list.

-- 
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 37132] - Digest authentication does not work if the username or URI contain a comma

[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=37132





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 21:00 ---
Created an attachment (id=16968)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16968&action=view)
Patch to fix this defect


-- 
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 37132] - Digest authentication does not work if the username or URI contain a comma

[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=37132


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|ASSIGNED




-- 
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: r344236 - /tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml

[markt]

Author: markt
Date: Mon Nov 14 13:18:52 2005
New Revision: 344236

URL: http://svn.apache.org/viewcvs?rev=344236&view=rev
Log:
Align settings with defaults.

Modified:
tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml

Modified: tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml?rev=344236&r1=344235&r2=344236&view=diff
==
--- tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml (original)
+++ tomcat/container/branches/tc4.1.x/catalina/src/conf/web.xml Mon Nov 14 
13:18:52 2005
@@ -261,7 +261,7 @@
 org.apache.catalina.servlets.CGIServlet
 
   debug
-  6
+  0
 
 
   cgiPathPrefix



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

DO NOT REPLY [Bug 35276] - Calling EL fuction in same taglib from tagfile triggers infinite recursion

[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=35276





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 22:21 ---
Why does it look like a bug in Suns code?
The only Sun code I see is the repackaged Xerces.

Isn't Jasper part of Tomcat?
If so, the bug is located there, in the dependency resolving part.

What part of Sun code would you think is in error here?

-- 
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: r344239 - /tomcat/container/tc5.5.x/catalina/src/conf/web.xml

[markt]

Author: markt
Date: Mon Nov 14 13:25:53 2005
New Revision: 344239

URL: http://svn.apache.org/viewcvs?rev=344239&view=rev
Log:
Align config with defaults

Modified:
tomcat/container/tc5.5.x/catalina/src/conf/web.xml

Modified: tomcat/container/tc5.5.x/catalina/src/conf/web.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/conf/web.xml?rev=344239&r1=344238&r2=344239&view=diff
==
--- tomcat/container/tc5.5.x/catalina/src/conf/web.xml (original)
+++ tomcat/container/tc5.5.x/catalina/src/conf/web.xml Mon Nov 14 13:25:53 2005
@@ -311,7 +311,7 @@
 org.apache.catalina.servlets.CGIServlet
 
   debug
-  6
+  0
 
 
   cgiPathPrefix



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

DO NOT REPLY [Bug 35276] - Calling EL fuction in same taglib from tagfile triggers infinite recursion

[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=35276





--- Additional Comments From [EMAIL PROTECTED]  2005-11-14 23:36 ---
This not only applies to XML tagfiles calling EL functions from the the TLD, but
also to XML tagfiles importing other tags from the same TLD(!).

This basically breaks usage of XML tagfiles in tomcat, when used in a scenario
of real-world complexity.

-- 
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: How to turn the Digester off?

[Sriram N]

Hi Anita,

--- anita kulshreshtha <[EMAIL PROTECTED]> wrote:

> Hi all, 
>  Is there a way to turn off the Digester so that
> it does not parse the web.xml at all?
> 

Digester parses web.xml and creates a hierarchy of objects per web application
context. This is a necessary part of deploying a Web Application in Tomcat.

What exactly do you wish to accomplish by turning off the web.xml parsing ?

> Thanks In Advance
> Anita
> 
-- Sriram



__ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs

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