DO NOT REPLY [Bug 37072] - Encoding mismatch in error condition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37072. 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=37072 [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 40711] New: - Realm admin error.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40711. 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=40711 Summary: Realm admin error. Product: Tomcat 5 Version: 5.5.18 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [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 40712] New: - Realm admin error.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40712. 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=40712 Summary: Realm admin error. Product: Tomcat 5 Version: 5.5.18 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] In admin webapp, I cannot add a new realm for the default enigine,but adding a new realm for any context or host results them cannot be accessed. -- 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: using manager webapp programatically
Hi, I don't have time to delve deeply into looking at the manager app request path info code right now, but a quick suggestion: if I were to do anything building on top of the manager / admin webapp functionality, I wouldn't do it via request includes, and I would instead build on top of the JMX stuff exposed by Tomcat. That should not only be easier, but more portable because your app and the manager app wouldn't have to run on the same instance of Tomcat (which you do when you rely on crossContext). Yoav On 10/9/06, Jason Novotny [EMAIL PROTECTED] wrote: Hi, I have a webapp (a portal) that sets the crossContext=true and so can accesss other webapps in Tomcat. My goal is to do an include() on the manager webapp to show the deployed applications. Here is my code: doGet(HttpServletRequest req, HttpServletResponse res) throws IOException, ServletException { ServletContext context = ctx.getContext(/manager); context.getRequestDispatcher(/list).include(req, res); } Unfortunately I get the following: FAIL - Unknown command /portal I looked at the source code of the manager app and I see it has this line: String command = request.getPathInfo(); if (command == null) command = request.getServletPath(); So it looks like request.getPathInfo() is returning null so then it uses the getServletPath which returns my servlet path that is doing the dispatching, portal and not /list as I desire. Is that expected behaavior? I finally hacked something together, where I have to pass in my own implementation of HttpServletRequest object in the include(), where the getPathInfo returns a hardcoded /list-- it works but is a terrible hack. I'm wondering if there is a better way-- or maybe the manager webapp could be altered so that instead of doing request.getPathInfo it could do some kind of request.getParameter().. in which case the manager webapp would be invoked by doing /manager?command=list instead of /manager/list Thanks, Jason - 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 40714] New: - Jdbc data source
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40714. 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=40714 Summary: Jdbc data source Product: Tomcat 5 Version: 5.5.18 Platform: Other OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] A jdbc data source for ms sql server uses windows authentication cannot be saved. I suggest that make connection's username and password optional for this 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]
Re: Builds from the 6.0 branch
+1 -Tim Remy Maucherat wrote: Hi, I think the branch is in a state where builds can start being released. Some people asked for them earlier, so I don't think anyone will complain if this actually happens. Given what changes were made, I expect stability to be reasonable. Would it be ok to do some tweaking (including producing the necessary release documents - and learning how to tag properly in SVN as far as I am concerned) and then do a first tag at the end of this week ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 40715] New: - Please upload tomcat 4.1.34 jars (including jasper compile and runtime) to apache repository.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40715. 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=40715 Summary: Please upload tomcat 4.1.34 jars (including jasper compile and runtime) to apache repository. Product: Tomcat 4 Version: 4.1.34 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Please upload the 4.1.34 jars to the apache repository so they can be sync'd to the tomcat repo. Thanks. -- 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 40715] - Please upload tomcat 4.1.34 jars (including jasper compile and runtime) to apache repository.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40715. 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=40715 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 07:20 --- I meant to say please upload to the apache repository so they can be sync'd to the maven repo. -- 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 40716] New: - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 Summary: JK 1.2.19 on IIS6: Worker reference doesn't work Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The new feature of JK1.2.19: -reference- This directive allows to copy configurations ... doesn't seem to work. I tried several configurations, different names for my workers, with or without worker. - prefix. The workers won't inherit the properties of my template-worker. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 07:46 --- Created an attachment (id=18982) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18982action=view) My isapi_redirect.properties The config is done here, not in the registry. -- 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: r454760 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java
Author: fhanik Date: Tue Oct 10 07:47:00 2006 New Revision: 454760 URL: http://svn.apache.org/viewvc?view=revrev=454760 Log: Make sure that setIdInternal doesn't try to modify the hashmap Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java?view=diffrev=454760r1=454759r2=454760 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java Tue Oct 10 07:47:00 2006 @@ -197,7 +197,6 @@ this.setValid(true); this.setPrimarySession(false); this.access(); -if (cm.isNotifyListenersOnReplication()) this.setId(getIdInternal()); this.resetDeltaRequest(); this.endAccess(); } @@ -229,7 +228,7 @@ *The new session identifier */ public void setIdInternal(String id) { -super.setId(id); +this.id = id; resetDeltaRequest(); } @@ -240,7 +239,8 @@ *The new session identifier */ public void setId(String id) { -setIdInternal(id); +super.setId(id); +resetDeltaRequest(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 07:49 --- Created an attachment (id=18983) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18983action=view) My workers.properties As you can see, i've been experimenting a lot with our 6-node-cluster. nothing worked. Now nearly all is commented out, so that only 2 TCs are working. Still no inheritance. The settings from worker template won't appear in the jk manager. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 07:53 --- Uriworkermap.properties consists only of 4 lines: /myweb.mydomain.de*/herstportal/*.jsp=LBPTomHH /myweb.mydomain.de*/herstportal/*.do=LBPTomHH /myweb.mydomain.de*/herstportal/*.servlet=LBPTomHH /myweb.mydomain.de*/jkmanager=jkstatus no magic. Btw, all works fine if I define the settings in the workers directly. So I got a workaround. But we also got much bigger clusters, so a function like reference would realy come in handy. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 08:01 --- Created an attachment (id=18984) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18984action=view) Log file in debug Mode Here the log in debug mode, with just one request to jkmanager. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 08:10 --- Don't know why it doesn't work. Anyhow you have some errors in the workers.propeties worker.template.connect_timeout=90 worker.template.reply_timeout=900 Remember that those values are in miliseconds (unlike other timeouts that are in seconds). I think I'll add a simple rule: (if timeout 1000 then timeout = timeout * 1000) Having timeouts smaller then 1 second is insane anyhow, and this would help deling with obvious typos like this. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 08:31 --- I had in the past used timeouts of 500 milliseconds so that if a server was un-responsive jk would fail over to another server very quickly without the customer waiting. Half a second doesn't seem that short when our average page time delivered back to the customer across the internet is only 330 milliseconds. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 08:38 --- Of cause Mladen Turk is right, i misread the configuration there. Set it to 5000 onthe connect timeout and 90 on the reply timeout (yes, we have some verry long running servlets). Jeff Johnson might have a point there, but we got a multitier environment with database and mainframe-backends. so no way in answering in that time. Nevertheless, nice comments, but the reported bug is still there, even with the new more sane values. -- 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: Tomcat 6 EL jars
On 10/9/06, Remy Maucherat [EMAIL PROTECTED] wrote: Sure, no problem from me either. There could be regular Tomcat 6 builds available shortly. This is done... the el-api and jasper-el jars are available here: http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ This will only be interesting if you're building with Maven, but here are the dependency elements you can add to your pom.xml file: dependency groupIdorg.apache.tomcat/groupId artifactIdel-api/artifactId version6.0.0-SNAPSHOT/version /dependency dependency groupIdorg.apache.tomcat/groupId artifactIdjasper-el/artifactId version6.0.0-SNAPSHOT/version /dependency Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 08:58 --- I agree that the reply_timeout below 1000 is aggressive but the connect_timeout and prepost_timeout (ping/pong) below a second seems very reasonable. Especially when running a cluster that doesn't need sessions. If tomcat can't say that its alive in less than a second, something is probably wrong with it. IIRC we used to have this problem when our garbage collection wasn't tuned well. Regarding the reference problem, I almost reported a bug yesterday saying that reference didn't work but I had forgot the worker. prefix (which I see that you tried). As soon as I fixed that, my workers did indeed inherit the lbfactor setting so I know it works at least for that in my 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]
svn commit: r454797 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes: Channel.java tipis/AbstractReplicatedMap.java
Author: fhanik Date: Tue Oct 10 09:03:36 2006 New Revision: 454797 URL: http://svn.apache.org/viewvc?view=revrev=454797 Log: Added in documentation Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/Channel.java tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/Channel.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/Channel.java?view=diffrev=454797r1=454796r2=454797 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/Channel.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/Channel.java Tue Oct 10 09:03:36 2006 @@ -123,7 +123,7 @@ * Send options, when a message is sent, it can have an option flag * to trigger certain behavior. Most flags are used to trigger channel interceptors * as the message passes through the channel stack. br - * However, there are four default flags that every channel implementation must implementbr + * However, there are five default flags that every channel implementation must implementbr * SEND_OPTIONS_BYTE_MESSAGE - The message is a pure byte message and no marshalling or unmarshalling will * be performed.br * @@ -136,7 +136,7 @@ * Send options, when a message is sent, it can have an option flag * to trigger certain behavior. Most flags are used to trigger channel interceptors * as the message passes through the channel stack. br - * However, there are four default flags that every channel implementation must implementbr + * However, there are five default flags that every channel implementation must implementbr * SEND_OPTIONS_USE_ACK - Message is sent and an ACK is received when the message has been received by the recipientbr * If no ack is received, the message is not considered successfulbr * @see #send(Member[], Serializable , int) @@ -148,7 +148,7 @@ * Send options, when a message is sent, it can have an option flag * to trigger certain behavior. Most flags are used to trigger channel interceptors * as the message passes through the channel stack. br - * However, there are four default flags that every channel implementation must implementbr + * However, there are five default flags that every channel implementation must implementbr * SEND_OPTIONS_SYNCHRONIZED_ACK - Message is sent and an ACK is received when the message has been received and * processed by the recipientbr * If no ack is received, the message is not considered successfulbr @@ -161,7 +161,7 @@ * Send options, when a message is sent, it can have an option flag * to trigger certain behavior. Most flags are used to trigger channel interceptors * as the message passes through the channel stack. br - * However, there are four default flags that every channel implementation must implementbr + * However, there are five default flags that every channel implementation must implementbr * SEND_OPTIONS_ASYNCHRONOUS - Message is sent and an ACK is received when the message has been received and * processed by the recipientbr * If no ack is received, the message is not considered successfulbr @@ -170,12 +170,23 @@ */ public static final int SEND_OPTIONS_ASYNCHRONOUS = 0x0008; +/** + * Send options, when a message is sent, it can have an option flag + * to trigger certain behavior. Most flags are used to trigger channel interceptors + * as the message passes through the channel stack. br + * However, there are five default flags that every channel implementation must implementbr + * SEND_OPTIONS_SECURE - Message is sent over an encrypted channelbr + * @see #send(Member[], Serializable , int) + * @see #send(Member[], Serializable, int, ErrorHandler) + */ +public static final int SEND_OPTIONS_SECURE = 0x0010; + /** * Send options, when a message is sent, it can have an option flag * to trigger certain behavior. Most flags are used to trigger channel interceptors * as the message passes through the channel stack. br - * However, there are four default flags that every channel implementation must implementbr + * However, there are five default flags that every channel implementation must implementbr * SEND_OPTIONS_DEFAULT - the default sending options, just a helper variable. br * The default is codeint SEND_OPTIONS_DEFAULT = SEND_OPTIONS_USE_ACK;/codebr * @see #SEND_OPTIONS_USE_ACK Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java?view=diffrev=454797r1=454796r2=454797
DO NOT REPLY [Bug 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 09:53 --- You are right. The reference feature is missing for non-Apache webservers. We'll clarify the docs and add it to the other webservers. Thank you for your observation and sorry for any inconvenience. -- 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 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |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]
Re: Builds from the 6.0 branch
Remy Maucherat wrote: Hi, I think the branch is in a state where builds can start being released. Some people asked for them earlier, so I don't think anyone will complain if this actually happens. Given what changes were made, I expect stability to be reasonable. Would it be ok to do some tweaking (including producing the necessary release documents - and learning how to tag properly in SVN as far as I am concerned) and then do a first tag at the end of this week ? +1 Cheers Jean-frederic Rémy - 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: using manager webapp programatically
Cool-- I'm new to JMX, can you provide any sample snippet code or place to look in order to use the Tomcat JMX stuff? Thanks a bunch, Jason Yoav Shapira wrote: Hi, I don't have time to delve deeply into looking at the manager app request path info code right now, but a quick suggestion: if I were to do anything building on top of the manager / admin webapp functionality, I wouldn't do it via request includes, and I would instead build on top of the JMX stuff exposed by Tomcat. That should not only be easier, but more portable because your app and the manager app wouldn't have to run on the same instance of Tomcat (which you do when you rely on crossContext). Yoav On 10/9/06, Jason Novotny [EMAIL PROTECTED] wrote: Hi, I have a webapp (a portal) that sets the crossContext=true and so can accesss other webapps in Tomcat. My goal is to do an include() on the manager webapp to show the deployed applications. Here is my code: doGet(HttpServletRequest req, HttpServletResponse res) throws IOException, ServletException { ServletContext context = ctx.getContext(/manager); context.getRequestDispatcher(/list).include(req, res); } Unfortunately I get the following: FAIL - Unknown command /portal I looked at the source code of the manager app and I see it has this line: String command = request.getPathInfo(); if (command == null) command = request.getServletPath(); So it looks like request.getPathInfo() is returning null so then it uses the getServletPath which returns my servlet path that is doing the dispatching, portal and not /list as I desire. Is that expected behaavior? I finally hacked something together, where I have to pass in my own implementation of HttpServletRequest object in the include(), where the getPathInfo returns a hardcoded /list-- it works but is a terrible hack. I'm wondering if there is a better way-- or maybe the manager webapp could be altered so that instead of doing request.getPathInfo it could do some kind of request.getParameter().. in which case the manager webapp would be invoked by doing /manager?command=list instead of /manager/list Thanks, Jason - 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 37084] - JspC from ant fails on JSPs that use custom taglib
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37084. 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=37084 --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 14:08 --- This regression is still present in 5.5.20 -- 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: r462592 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: ha/tcp/SimpleTcpCluster.java tribes/membership/McastServiceImpl.java tribes/tipis/AbstractReplicatedMap.java
Author: fhanik Date: Tue Oct 10 14:50:43 2006 New Revision: 462592 URL: http://svn.apache.org/viewvc?view=revrev=462592 Log: Fixes and improvements Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/tcp/SimpleTcpCluster.java tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/tcp/SimpleTcpCluster.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/tcp/SimpleTcpCluster.java?view=diffrev=462592r1=462591r2=462592 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/tcp/SimpleTcpCluster.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/tcp/SimpleTcpCluster.java Tue Oct 10 14:50:43 2006 @@ -555,12 +555,13 @@ */ public String getManagerName(String name, Manager manager) { String clusterName = name ; +if ( clusterName == null ) clusterName = manager.getContainer().getName(); if(getContainer() instanceof Engine) { Container context = manager.getContainer() ; if(context != null context instanceof Context) { Container host = ((Context)context).getParent(); if(host != null host instanceof Host) -clusterName = host.getName() + name ; +clusterName = host.getName() +# + name ; } } return clusterName; Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java?view=diffrev=462592r1=462591r2=462592 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java Tue Oct 10 14:50:43 2006 @@ -163,6 +163,7 @@ protected void setupSocket() throws IOException { if (mcastBindAddress != null) socket = new MulticastSocket(new InetSocketAddress(mcastBindAddress, port)); else socket = new MulticastSocket(port); +socket.setLoopbackMode(false); //hint that we don't need loop back messages if (mcastBindAddress != null) { if(log.isInfoEnabled()) log.info(Setting multihome multicast interface to: +mcastBindAddress); Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java?view=diffrev=462592r1=462591r2=462592 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java Tue Oct 10 14:50:43 2006 @@ -45,6 +45,7 @@ import org.apache.catalina.tribes.util.Arrays; import org.apache.juli.logging.Log; import org.apache.juli.logging.LogFactory; +import java.util.ConcurrentModificationException; /** * @@ -760,57 +761,63 @@ } public Object get(Object key) { -MapEntry entry = (MapEntry)super.get(key); -if (log.isTraceEnabled()) log.trace(Requesting id:+key+ entry:+entry); -if ( entry == null ) return null; -if ( !entry.isPrimary() ) { -//if the message is not primary, we need to retrieve the latest value -try { -Member[] backup = null; -MapMessage msg = null; -if ( !entry.isBackup() ) { -//make sure we don't retrieve from ourselves -msg = new MapMessage(getMapContextName(), MapMessage.MSG_RETRIEVE_BACKUP, false, - (Serializable) key, null, null, null); -Response[] resp = getRpcChannel().send(entry.getBackupNodes(),msg, this.getRpcChannel().FIRST_REPLY, Channel.SEND_OPTIONS_DEFAULT, getRpcTimeout()); -if (resp == null || resp.length == 0) { -//no responses -log.warn(Unable to retrieve remote object for key: + key); -return null; -} -msg = (MapMessage) resp[0].getMessage(); -msg.deserialize(getExternalLoaders()); -backup = entry.getBackupNodes(); -if ( entry.getValue() instanceof ReplicatedMapEntry ) { -
svn commit: r462593 - in /tomcat/tc6.0.x/trunk/webapps/docs: cluster-howto.xml config/cluster-channel.xml config/cluster-membership.xml config/cluster.xml
Author: fhanik Date: Tue Oct 10 14:51:00 2006 New Revision: 462593 URL: http://svn.apache.org/viewvc?view=revrev=462593 Log: Updates to documentation, Modified: tomcat/tc6.0.x/trunk/webapps/docs/cluster-howto.xml tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-channel.xml tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-membership.xml tomcat/tc6.0.x/trunk/webapps/docs/config/cluster.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/cluster-howto.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/cluster-howto.xml?view=diffrev=462593r1=462592r2=462593 == --- tomcat/tc6.0.x/trunk/webapps/docs/cluster-howto.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/cluster-howto.xml Tue Oct 10 14:51:00 2006 @@ -16,6 +16,9 @@ section name=Quick Start +pThis document is pending an update to the latest implementation.br/ + You can also check the a href=config/cluster.htmlconfiguration reference documentation./a +/p pTo run session replication in your Tomcat 5.5 container, the following steps should be completed:/p Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-channel.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-channel.xml?view=diffrev=462593r1=462592r2=462593 == --- tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-channel.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-channel.xml Tue Oct 10 14:51:00 2006 @@ -15,9 +15,48 @@ section name=Introduction - - - + The cluster channel is the main component of a small framework we've nicknamed Apache Tribes.br/ + The channel manages a set of sub components and together they create a group communication framework.br/ + This framework is then used internally by the components that need to send messages between different Tomcat instances. + br/ + A few examples of these components would be the SimpleTcpCluster that does the messaging for the DeltaManager, + or the BackupManager that uses a different replication strategy. The ReplicatedContext object does also + use the channel object to communicate context attribute changes. +/section +section name=Nested Components + pba href=cluster-membership.htmlChannel/Membership/a:/b br/ +The Membership component is responsible for auto discovering new nodes in the cluster +and also to provide for notifications for any nodes that have not responded with a heartbeat. +The default implementation uses multicast.br/ +In the membership component you configure how your nodes, aka. members, are to be discovered and/or +divided up. +You can always find out more about a href=../tribes/introduction.htmlApache Tribes/a + /p + pba href=cluster-sender.htmlChannel/Sender/a:/b br/ +The Sender component manages all outbound connections and data messages that are sent +over the network from one node to another. +This component allows messages to be sent in parallel. +The default implementation uses TCP client sockets, and socket tuning for outgoing messages are +configured here.br/ +You can always find out more about a href=../tribes/introduction.htmlApache Tribes/a + /p + pba href=cluster-sender.html#transportChannel/Sender/Transport/a:/b br/ +The Transport component is the bottom IO layer for the sender component. +The default implementation uses non-blocking TCP client sockets.br/ +You can always find out more about a href=../tribes/introduction.htmlApache Tribes/a + /p + pba href=cluster-receiver.htmlChannel/Receiver/a:/b br/ +The receiver component listens for messages from other nodes. +Here you will configure the cluster thread pool, as it will dispatch incoming +messages to a thread pool for faster processing. +The default implementation uses non-blocking TCP server sockets.br/ +You can always find out more about a href=../tribes/introduction.htmlApache Tribes/a + /p + pba href=cluster-interceptor.htmlChannel/Interceptor/a:/b br/ +The channel will send messages through an interceptor stack. Because of this, you have the ability to +customize the way messages are sent and received, and even how membership is handled.br/ +You can always find out more about a href=../tribes/introduction.htmlApache Tribes/a + /p /section @@ -28,7 +67,8 @@ attributes attribute name=className required=true - + The default value here is codeorg.apache.catalina.tribes.group.GroupChannel/code and is + currently the only implementation available. /attribute Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-membership.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/config/cluster-membership.xml?view=diffrev=462593r1=462592r2=462593
Re: using manager webapp programatically
Hi, Download mc4j (http://mc4j.org/confluence/display/mc4j/Home) or jmanage (http://www.jmanage.org/) or JBoss Console (http://jboss.org/wiki/Wiki.jsp?page=JMXConsole) and take a look at their source code. It's simple, elegant, and effective (all three work well, and there are several others). Yoav On 10/10/06, Jason Novotny [EMAIL PROTECTED] wrote: Cool-- I'm new to JMX, can you provide any sample snippet code or place to look in order to use the Tomcat JMX stuff? Thanks a bunch, Jason Yoav Shapira wrote: Hi, I don't have time to delve deeply into looking at the manager app request path info code right now, but a quick suggestion: if I were to do anything building on top of the manager / admin webapp functionality, I wouldn't do it via request includes, and I would instead build on top of the JMX stuff exposed by Tomcat. That should not only be easier, but more portable because your app and the manager app wouldn't have to run on the same instance of Tomcat (which you do when you rely on crossContext). Yoav On 10/9/06, Jason Novotny [EMAIL PROTECTED] wrote: Hi, I have a webapp (a portal) that sets the crossContext=true and so can accesss other webapps in Tomcat. My goal is to do an include() on the manager webapp to show the deployed applications. Here is my code: doGet(HttpServletRequest req, HttpServletResponse res) throws IOException, ServletException { ServletContext context = ctx.getContext(/manager); context.getRequestDispatcher(/list).include(req, res); } Unfortunately I get the following: FAIL - Unknown command /portal I looked at the source code of the manager app and I see it has this line: String command = request.getPathInfo(); if (command == null) command = request.getServletPath(); So it looks like request.getPathInfo() is returning null so then it uses the getServletPath which returns my servlet path that is doing the dispatching, portal and not /list as I desire. Is that expected behaavior? I finally hacked something together, where I have to pass in my own implementation of HttpServletRequest object in the include(), where the getPathInfo returns a hardcoded /list-- it works but is a terrible hack. I'm wondering if there is a better way-- or maybe the manager webapp could be altered so that instead of doing request.getPathInfo it could do some kind of request.getParameter().. in which case the manager webapp would be invoked by doing /manager?command=list instead of /manager/list Thanks, Jason - 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]
Tomcat 5.5.20 Internal error/crash.
Hi: I'm getting these at random, tomcat version: 5.5.20 These looks like a serious coding bug (there should never be ArrayIndexOutOfBoundsExceptions), but it's not clear whether this bug exists in the JDK or in the tomcat code. # java -version java version 1.5.0_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-112) Java HotSpot(TM) Client VM (build 1.5.0_06-64, mixed mode, sharing) Best regards, --j Crash Error java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Native Method) at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:689) at org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutputBuffer.java:428) at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1604) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:962) at org.apache.coyote.Response.action(Response.java:180) at org.apache.coyote.http11.InternalOutputBuffer.doWrite(InternalOutputBuffer.java:572) at org.apache.coyote.Response.doWrite(Response.java:559) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:361) at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:324) at org.apache.tomcat.util.buf.IntermediateOutputStream.write(C2BConverter.java:235) at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336) at sun.nio.cs.StreamEncoder$CharsetSE.implFlushBuffer(StreamEncoder.java:404) at sun.nio.cs.StreamEncoder$CharsetSE.implFlush(StreamEncoder.java:408) at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:152) at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:213) at org.apache.tomcat.util.buf.WriteConvertor.flush(C2BConverter.java:184) at org.apache.tomcat.util.buf.C2BConverter.flushBuffer(C2BConverter.java:127) at org.apache.catalina.connector.OutputBuffer.realWriteChars(OutputBuffer.java:536) at org.apache.tomcat.util.buf.CharChunk.flushBuffer(CharChunk.java:439) at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:268) at org.apache.catalina.connector.Response.finishResponse(Response.java:476) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:613) Oct 10, 2006 7:02:28 PM org.apache.coyote.http11.Http11Processor process SEVERE: Error finishing response java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Native Method) at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:689) at org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutputBuffer.java:428) at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1604) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:962) at org.apache.coyote.Response.action(Response.java:180) at org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutputBuffer.java:388) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:906) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:613) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 40711] - Realm admin error.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40711. 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=40711 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- 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 40719] New: - Tomcat 5.5.20 Internal error/crash
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40719. 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=40719 Summary: Tomcat 5.5.20 Internal error/crash Product: Tomcat 5 Version: 5.5.18 Platform: Macintosh OS/Version: Mac OS X 10.4 Status: NEW Severity: critical Priority: P1 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I'm getting these at random, tomcat version: 5.5.20 These looks like a serious coding bug (there should never be ArrayIndexOutOfBoundsExceptions), but it's not clear whether this bug exists in the JDK or in the tomcat code. # java -version java version 1.5.0_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-112) Java HotSpot(TM) Client VM (build 1.5.0_06-64, mixed mode, sharing) This is a critical bug, tomcat dies completely. Crash Error java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Native Method) at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:689) at org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutputBuffer.java:428) at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1604) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:962) at org.apache.coyote.Response.action(Response.java:180) at org.apache.coyote.http11.InternalOutputBuffer.doWrite(InternalOutputBuffer.java:572) at org.apache.coyote.Response.doWrite(Response.java:559) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:361) at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:324) at org.apache.tomcat.util.buf.IntermediateOutputStream.write(C2BConverter.java:235) at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(StreamEncoder.java:336) at sun.nio.cs.StreamEncoder$CharsetSE.implFlushBuffer(StreamEncoder.java:404) at sun.nio.cs.StreamEncoder$CharsetSE.implFlush(StreamEncoder.java:408) at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:152) at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:213) at org.apache.tomcat.util.buf.WriteConvertor.flush(C2BConverter.java:184) at org.apache.tomcat.util.buf.C2BConverter.flushBuffer(C2BConverter.java:127) at org.apache.catalina.connector.OutputBuffer.realWriteChars(OutputBuffer.java:536) at org.apache.tomcat.util.buf.CharChunk.flushBuffer(CharChunk.java:439) at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:268) at org.apache.catalina.connector.Response.finishResponse(Response.java:476) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:613) Oct 10, 2006 7:02:28 PM org.apache.coyote.http11.Http11Processor process SEVERE: Error finishing response java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Native Method) at org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:689) at org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutputBuffer.java:428) at org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java:1604) at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:962) at org.apache.coyote.Response.action(Response.java:180) at org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutputBuffer.java:388) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:906) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:613) --
svn commit: r462662 - in /tomcat/connectors/trunk/jk/native: iis/jk_isapi_plugin.c netscape/jk_nsapi_plugin.c
Author: rjung Date: Tue Oct 10 19:05:15 2006 New Revision: 462662 URL: http://svn.apache.org/viewvc?view=revrev=462662 Log: Adding reference feature to iis and netscape. I forgot to do that after integrating it in apache. Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?view=diffrev=462662r1=462661r2=462662 == --- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original) +++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Tue Oct 10 19:05:15 2006 @@ -1242,6 +1242,10 @@ if (jk_map_read_properties(workers_map, worker_file, NULL, logger)) { /* we add the URI-WORKER MAP since workers using AJP14 will feed it */ +if (jk_map_resolve_references(workers_map, worker., 1, 1, logger) == JK_FALSE) { +jk_log(logger, JK_LOG_ERROR, Error in resolving configuration references); +} + worker_env.uri_to_worker = uw_map; worker_env.server_name = serverName; Modified: tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c?view=diffrev=462662r1=462661r2=462662 == --- tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c (original) +++ tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c Tue Oct 10 19:05:15 2006 @@ -248,6 +248,10 @@ int sleep_cnt; SYS_THREAD s; +if (jk_map_resolve_references(init_map, worker., 1, 1, logger) == JK_FALSE) { +jk_log(logger, JK_LOG_ERROR, Error in resolving configuration references); +} + s = systhread_start(SYSTHREAD_DEFAULT_PRIORITY, 0, init_workers_on_other_threads, init_map); for (sleep_cnt = 0; sleep_cnt 60; sleep_cnt++) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 40716] - JK 1.2.19 on IIS6: Worker reference doesn't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40716. 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=40716 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | --- Additional Comments From [EMAIL PROTECTED] 2006-10-10 19:08 --- Created an attachment (id=18986) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=18986action=view) Adding the reference feature to IIS and Netscape You might want to try this patch, since the next release will not be available soon. -- 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: r462665 - /tomcat/connectors/trunk/jk/xdocs/changelog.xml
Author: rjung Date: Tue Oct 10 19:31:43 2006 New Revision: 462665 URL: http://svn.apache.org/viewvc?view=revrev=462665 Log: Adding my changes since 1.2.19. Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/changelog.xml?view=diffrev=462665r1=462664r2=462665 == --- tomcat/connectors/trunk/jk/xdocs/changelog.xml (original) +++ tomcat/connectors/trunk/jk/xdocs/changelog.xml Tue Oct 10 19:31:43 2006 @@ -26,6 +26,15 @@ br / subsection name=Native changelog + fix + bug40716/bug: Adding reference feature to IIS and Netscape. + /fix + fix + Documentation: Corrected SetEnvIf syntax in JK_WORKER_NAME example. (rjung) + /fix + fix + Documentation: Added forgotten STATE and ACTIVATION notes for load balancer logging in Apache. (rjung) + /fix update Apache: Use instdso.sh instead libtool: libtool does not work on HP-UX for example. (jfclere) /update - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
request.getServerName()
Dear All, 1) How to control the request.getServerName() value when using tomcat as webserver ? 2) How to control the request.getServerName() value when using Apache as webserver (ajp13 connector) ? Regards, Mohan This email is confidential. If you are not the addressee tell the sender immediately and destroy this email without using, sending or storing it. Emails are not secure and may suffer errors, viruses, delay, interception and amendment. Standard Chartered PLC and subsidiaries (SCGroup) do not accept liability for damage caused by this email and may monitor email traffic.