Non-http connector in 5.5

[Subramanian, Ganesh]

Hi,
 
I would like to extend the tomcat servlet framework to SIP protocol (JSR 116). 
I can see several mail threads with the similar topic in the mailing list 
archives. Most of them seem to work with Tomcat 4.x and insists in implementing 
the 'org.apache.coyote.ProtocolHandler'. But that alone is not sufficient to 
support the Sip Protocol. I should be able to use my own Connector class to 
create Request/Response objects (SipRequest/SipResponse). Tomcat 4.x allowed us 
to specify the name of the class implementing the Connector interface, but in 
Tomcat 5.5 this interface has been removed and the 
'org.apache.catalina.connector.Connector' class has been hardcoded in the 
source.
 
Please let me how we can specify/use custom Connector class? 

Thanks, 
Ganesh 

 

DO NOT REPLY [Bug 40668] - MailSessionFactory is missing in Tomcat 5.5.20

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





--- Additional Comments From [EMAIL PROTECTED]  2006-10-06 17:05 ---
Until there is an updated release, you can patch your Tomcat 5.5.20 installation
by adding the following two files (with paths) to the
TOMCAT_HOME\common\classes\ directory:
org\apache\naming\factory\MailSessionFactory.class
org\apache\naming\factory\MailSessionFactory$1.class

The files can be obtained from the Tomcat 5.5.17 distribution:
http://www.apache.org/dist/tomcat/tomcat-5/v5.5.17/bin/apache-tomcat-5.5.17.zip

This solution has worked for me using the JavaMail 1.4 API.

-- 
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 40668] - MailSessionFactory is missing in Tomcat 5.5.20

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





--- Additional Comments From [EMAIL PROTECTED]  2006-10-06 16:44 ---
I'm having the same problem with Tomcat 5.5.20. Has the class been moved
elsewhere? Are there plans to reintroduce it in the Tomcat distribution?


-- 
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 40679] - PermGen Space OutOfMemory Error after repeated Reload

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





--- Additional Comments From [EMAIL PROTECTED]  2006-10-06 15:25 ---
This was just the default webapp template in the NetBeans 5.0 IDE.  You can
create a new web application in NB, and build a .war file from it and use that.
 That will give you a webapp that grows by 8k per reload.

Just by going to the "libraries" customizer for the project, and adding the
"JSF" library from the default list of libraries, you can make each reload
increase your PermGen space usage by over a megabyte.

-- 
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 40679] - PermGen Space OutOfMemory Error after repeated Reload

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2006-10-06 15:18 ---
There are known issues around reloading of the apps, some are related to Threads
and ThreadLocal references.
Do you have a test case, we'd love to get our hands on it.

-- 
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: r453771 - in /tomcat/tc6.0.x/trunk: conf/ java/org/apache/catalina/ java/org/apache/catalina/ha/ java/org/apache/catalina/ha/deploy/ java/org/apache/catalina/ha/session/ java/org/apache/ca

[fhanik]

Author: fhanik
Date: Fri Oct  6 14:17:50 2006
New Revision: 453771

URL: http://svn.apache.org/viewvc?view=rev&rev=453771
Log:
Fixes to the clustering code, some changes in StandardSession broke func, this 
has been fixed.
consolidated the use of a nested  element

Modified:
tomcat/tc6.0.x/trunk/conf/server.xml
tomcat/tc6.0.x/trunk/java/org/apache/catalina/Cluster.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/CatalinaCluster.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/deploy/FarmWarDeployer.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/BackupManager.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaManager.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/DeltaSession.java

tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/session/SimpleTcpReplicationManager.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/tcp/SimpleTcpCluster.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/mbeans/MBeanUtils.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/group/GroupChannel.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/mbeans-descriptors.xml

tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/membership/mbeans-descriptors.xml

tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/tipis/AbstractReplicatedMap.java

tomcat/tc6.0.x/trunk/java/org/apache/catalina/tribes/transport/mbeans-descriptors.xml
tomcat/tc6.0.x/trunk/webapps/docs/config/cluster.xml

Modified: tomcat/tc6.0.x/trunk/conf/server.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/conf/server.xml?view=diff&rev=453771&r1=453770&r2=453771
==
--- tomcat/tc6.0.x/trunk/conf/server.xml (original)
+++ tomcat/tc6.0.x/trunk/conf/server.xml Fri Oct  6 14:17:50 2006
@@ -192,7 +192,8 @@
 -->
 
 

svn commit: r453769 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java

[fhanik]

Author: fhanik
Date: Fri Oct  6 14:17:02 2006
New Revision: 453769

URL: http://svn.apache.org/viewvc?view=rev&rev=453769
Log:
Must read web.xml before we create the manager, otherwise we don't know if we 
need a distributable manager or not.


Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java?view=diff&rev=453769&r1=453768&r2=453769
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java Fri 
Oct  6 14:17:02 2006
@@ -4180,25 +4180,6 @@
 if (log.isDebugEnabled())
 log.debug("Processing standard container startup");
 
-// Acquire clustered manager
-Manager contextManager = null;
-if (manager == null) {
-   if ((getCluster() != null) && distributable) {
-   try {
-   contextManager = 
getCluster().createManager(getName());
-   } catch (Exception ex) {
-   log.error("standardContext.clusterFail", ex);
-   ok = false;
-   }
-   } else {
-   contextManager = new StandardManager();
-   }
-} else if ((getCluster() != null) && distributable) {
-//let the cluster know that there is a context that is 
distributable
-//and that it has its own manager
-getCluster().registerManager(manager);
-}
-
 
 // Binding thread
 ClassLoader oldCCL = bindThread();
@@ -4254,6 +4235,25 @@
 
 // Notify our interested LifecycleListeners
 lifecycle.fireLifecycleEvent(START_EVENT, null);
+
+// Acquire clustered manager
+Manager contextManager = null;
+if (manager == null) {
+if ( (getCluster() != null) && distributable) {
+try {
+contextManager = 
getCluster().createManager(getName());
+} catch (Exception ex) {
+log.error("standardContext.clusterFail", ex);
+ok = false;
+}
+} else {
+contextManager = new StandardManager();
+}
+} else if ( (getCluster() != null) && distributable) {
+//let the cluster know that there is a context that is 
distributable
+//and that it has its own manager
+getCluster().registerManager(manager);
+}
 
 // Configure default manager if none was specified
 if (contextManager != null) {



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

SetEnvIf example in docs missing "="

[Jeff Johnson]

It took me a while to figure out why the example at the very bottom of 
http://tomcat.apache.org/connectors-doc/config/apache.html kept throwing
an error like this:
[2006-10-06 14:05:06] [10200:7072] [info]  jk_handler::mod_jk.c (2071): Could 
not find a worker for worker name=1

I finally figure out that instead of this:
SetEnvIf REQUEST_URI ^/apps/([^/]*)/ JK_WORKER_NAME $1

it should be this:
SetEnvIf REQUEST_URI ^/apps/([^/]*)/ JK_WORKER_NAME=$1

Awesome feature by the way, as well as the new ability to log which real 
workers the load balancer sends the requests to via apache logging!

Thanks!



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