DO NOT REPLY [Bug 29780] - Why we need a jkMain static attibute?
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=29780. 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=29780 --- Additional Comments From [EMAIL PROTECTED] 2004-12-08 16:52 --- So what's the deal with this? Is it needed or not? JK2 is gone now, so if that was the reason for keepin this JkMain, the reason is no longer valid... -- 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 29780] - Why we need a jkMain static attibute?
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=29780. 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=29780 --- Additional Comments From [EMAIL PROTECTED] 2004-12-08 18:28 --- (In reply to comment #5) So what's the deal with this? Is it needed or not? JK2 is gone now, so if that was the reason for keepin this JkMain, the reason is no longer valid... If you and Peter want to refactor the Jk-Coyote Connector, by all means knock yourselves out. -- 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 29780] - Why we need a jkMain static attibute?
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=29780. 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=29780 --- Additional Comments From [EMAIL PROTECTED] 2004-12-08 18:33 --- I don't want to refactor anything, I just want to establish whether this Bugzilla issue still has merit or is pointless... -- 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 29780] - Why we need a jkMain static attibute?
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=29780. 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=29780 Why we need a jkMain static attibute? --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 08:55 --- Created an attachment (id=12057) Better LifecycleListener Support at StandardDefaultContext - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29780] - Why we need a jkMain static attibute?
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=29780. 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=29780 Why we need a jkMain static attibute? --- Additional Comments From [EMAIL PROTECTED] 2004-07-08 09:03 --- sorry! the last attachment is for bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29914 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29780] - Why we need a jkMain static attibute?
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=29780. 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=29780 Why we need a jkMain static attibute? [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Minor --- Additional Comments From [EMAIL PROTECTED] 2004-06-24 06:44 --- Among all of the little cleanups that can be done for the JK Connector, this has to be one of the smallest ;-). The design of the JK Connector is that you only ever need one. And since you can't specify the 'jk2.properties' file for the Connector, you are limited to only the simplest setups if you define more than one. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29780] - Why we need a jkMain static attibute?
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=29780.
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=29780
Why we need a jkMain static attibute?
--- Additional Comments From [EMAIL PROTECTED] 2004-06-24 07:23 ---
Hey William,
I can setup more then one jk2.properties and used different jk2 Configurations.
Service name=Customerfirst
Connector port=8009 jkHome=${catalina.base}/conf/first protocol=AJP/1.3/
...
/Service
Service name=Customersecond
Connector port=8109 jkHome=${catalina.base}/conf/second protocol=AJP/1.3/
/Service
Directory layout
$[catalina.base}/conf/first/conf/jk2.properties
$[catalina.base}/conf/second/conf/jk2.properties
It works for my hosting project.
I can't see a dependency between the different connectors.
I find it strange that the implementation search the
jk2.properties at a subdirectory conf and etc!
What is the UseCase for the JkMain.main method?
==
Yep, this thing is one of the simples problems and I have
start a deep code review at the current code base. Now I am will start some
smaller refactorings. But I hope a have time to change more.
regards
peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
