Re: Time for TLP?
I think it was around for a while, and cooking :) May be... First of all we deserve that, because Tomcat is one of the best ASF projects, with strong and active community. True Also, more people are discussing Tomcat then the Tomcat developers itself, so probably that's one of the reasons. All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Back to the topic: If you look at the comments from Jakarta community, even they are for that proposal, because frankly, Tomcat is in a way 'artificial body' inside what the rest of the Jakarta projects are. So the move is to go TLP ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33249] - Autodeploy sometimes results in Missing application web.xml
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=33249. 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=33249 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 10:34 --- Excuse me, but the manager app's deploy function causes the same problem as a simple file copy. I have just tried to deploy a quite big WAR file, and after deployment it containg only a log folder in the WEB-INF and of course complained about a missing web.xml... -- 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
[EMAIL PROTECTED] wrote: billbarker2005/03/21 19:50:03 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: From the comments for R1.11, it seems that some early version of the spec had an exception here. However, this didn't survive to the final spec version, so we can once again allow access to getLastAccessedTime from an invalid session. Fix for Bug #34107 I didn't know that, as the javadoc actually says: getLastAccessedTime public long getLastAccessedTime() Returns the last time the client sent a request associated with this session, as the number of milliseconds since midnight January 1, 1970 GMT, and marked by the time the container received the request. Actions that your application takes, such as getting or setting a value associated with the session, do not affect the access time. Returns: a long representing the last time the client sent a request associated with this session, expressed in milliseconds since 1/1/1970 GMT Throws: java.lang.IllegalStateException - if this method is called on an invalidated session Which paragraph in the spec has the conflicting statement ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34090] - org.apache.catalina.util.CustomObjectInputStream causes problems
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=34090. 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=34090 [EMAIL PROTECTED] changed: What|Removed |Added Resolution||WONTFIX Status|NEW |RESOLVED --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 11:05 --- Unfortunately, I think this will not going to be fixed for a variety of reasons. Calling the superclass, which seems the only acceptable solution, might cause random problems (although feel free to test it; if you manage to convince me that it is safe because you tested it extensively, then I might commit the change). -- 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]
cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java
remm2005/03/22 02:29:47
Modified:juli/src/java/org/apache/juli ClassLoaderLogManager.java
Log:
- Add some better logging for the critical errors. To avoid possible
problems, this is logged to the standard streams, rather than to another logger.
Revision ChangesPath
1.9 +9 -6
jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java
Index: ClassLoaderLogManager.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- ClassLoaderLogManager.java7 Mar 2005 13:26:59 - 1.8
+++ ClassLoaderLogManager.java22 Mar 2005 10:29:47 - 1.9
@@ -250,7 +250,7 @@
return result;
}
-
+
// -- Protected
Methods
@@ -295,7 +295,8 @@
try {
info.props.load(is);
} catch (IOException e) {
-// FIXME: Report this using the main logger ?
+// Report error
+System.err.println(Configuration error);
e.printStackTrace();
} finally {
try {
@@ -337,7 +338,8 @@
localRootLogger.addHandler(handler);
}
} catch (Exception e) {
-// FIXME: Report this using the main logger ?
+// Report error
+System.err.println(Handler error);
e.printStackTrace();
}
}
@@ -378,7 +380,7 @@
});
}
-
+
// LogNode Inner
Class
@@ -447,6 +449,7 @@
}
+
// ClassLoaderInfo Inner
Class
@@ -461,7 +464,7 @@
}
}
-
+
// - RootLogger Inner
Class
@@ -476,5 +479,5 @@
}
}
-
+
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Time for TLP?
+0 - If not now, it will be asked again in another few months. -Tim Yoav Shapira wrote: Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java LocalStrings_fr.properties LocalStrings_ja.properties LocalStrings.properties LocalStrings_es.properties
remm2005/03/22 02:32:07
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java LocalStrings_fr.properties
LocalStrings_ja.properties LocalStrings.properties
LocalStrings_es.properties
Log:
- Improve logging of startup errors.
Revision ChangesPath
1.168 +20 -23
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.167
retrieving revision 1.168
diff -u -r1.167 -r1.168
--- StandardContext.java 11 Mar 2005 17:00:28 - 1.167
+++ StandardContext.java 22 Mar 2005 10:32:07 - 1.168
@@ -3514,8 +3514,8 @@
*/
public boolean filterStart() {
-if (log.isDebugEnabled())
-log.debug(Starting filters);
+if (getLogger().isDebugEnabled())
+getLogger().debug(Starting filters);
// Instantiate and record a FilterConfig for each defined filter
boolean ok = true;
synchronized (filterConfigs) {
@@ -3523,15 +3523,15 @@
Iterator names = filterDefs.keySet().iterator();
while (names.hasNext()) {
String name = (String) names.next();
-if (log.isDebugEnabled())
-log.debug( Starting filter ' + name + ');
+if (getLogger().isDebugEnabled())
+getLogger().debug( Starting filter ' + name + ');
ApplicationFilterConfig filterConfig = null;
try {
filterConfig = new ApplicationFilterConfig
(this, (FilterDef) filterDefs.get(name));
filterConfigs.put(name, filterConfig);
} catch (Throwable t) {
-getServletContext().log
+getLogger().error
(sm.getString(standardContext.filterStart, name),
t);
ok = false;
}
@@ -3550,16 +3550,16 @@
*/
public boolean filterStop() {
-if (log.isDebugEnabled())
-log.debug(Stopping filters);
+if (getLogger().isDebugEnabled())
+getLogger().debug(Stopping filters);
// Release all Filter and FilterConfig instances
synchronized (filterConfigs) {
Iterator names = filterConfigs.keySet().iterator();
while (names.hasNext()) {
String name = (String) names.next();
-if (log.isDebugEnabled())
-log.debug( Stopping filter ' + name + ');
+if (getLogger().isDebugEnabled())
+getLogger().debug( Stopping filter ' + name + ');
ApplicationFilterConfig filterConfig =
(ApplicationFilterConfig) filterConfigs.get(name);
filterConfig.release();
@@ -3600,21 +3600,21 @@
Object results[] = new Object[listeners.length];
boolean ok = true;
for (int i = 0; i results.length; i++) {
-if (log.isDebugEnabled())
-log.debug( Configuring event listener class ' +
+if (getLogger().isDebugEnabled())
+getLogger().debug( Configuring event listener class ' +
listeners[i] + ');
try {
Class clazz = loader.loadClass(listeners[i]);
results[i] = clazz.newInstance();
} catch (Throwable t) {
-getServletContext().log
+getLogger().error
(sm.getString(standardContext.applicationListener,
listeners[i]), t);
ok = false;
}
}
if (!ok) {
-log.error(sm.getString(standardContext.applicationSkipped));
+
getLogger().error(sm.getString(standardContext.applicationSkipped));
return (false);
}
@@ -3639,8 +3639,8 @@
// Send application start events
-if (log.isDebugEnabled())
-log.debug(Sending application start events);
+if (getLogger().isDebugEnabled())
+getLogger().debug(Sending application start events);
Object instances[] = getApplicationLifecycleListeners();
if (instances == null)
@@ -3660,7 +3660,7 @@
fireContainerEvent(afterContextInitialized, listener);
} catch (Throwable t) {
fireContainerEvent(afterContextInitialized, listener);
-
Re: DO NOT REPLY [Bug 34090] - org.apache.catalina.util.CustomObjectInputStream causes problems
Jeanfrancois Arcand wrote: Hi, here is the answer I got from management: Hi Remy - This is Jim. We (Sun) can't relicense use of copywritten Sun code from the JDK outside of the JDK itself without extensive use of lawyers, and the Apache board. So, it would be better to find another solution. This isn't significantly different than JBoss' position that Apache can't use JBoss code, so I'm sure it's not too big a suprise. If I'm misunderstanding what's been requested, please let me know. Ok, thanks. Then unserialization of sessions may be slightly broken. Of course, it really does not matter ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33249] - Autodeploy sometimes results in Missing application web.xml
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=33249. 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=33249 [EMAIL PROTECTED] changed: What|Removed |Added Resolution||INVALID Status|REOPENED|RESOLVED --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 10:57 --- Works for me. -- 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: Time for TLP?
Henri Gomez wrote: All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Mostly administrative and documentation namespace change, but think it's one-time-job. So the move is to go TLP ? Well, like Tim said, if not now, we'll come to this subject in couple of months again. IMO now, is as well as good as any other time. Let's do that admin task and move forward to what's count; coding. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34110] - The message SEVERE: Error listenerStart should be more explicit
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=34110. 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=34110 [EMAIL PROTECTED] changed: What|Removed |Added Resolution||INVALID Status|NEW |RESOLVED --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 11:32 --- Enough is logged already, including a stack trace (I verified this). I have tweaked the logging a little bit more. -- 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: Time for TLP?
I'm not a committer, but thought I'd give my half pence worth. Tomcat has come a long way and is second to none. TC5.5.x really has made tremendous strides and is even with the best servlet containers out there. it does seem like the java community at large would like to see tomcat as TLP, so might as well. Jakarta is pretty healthy, so I don't think it's necessary to use TC to boost the visibility of jakarta anymore. peter lin On Tue, 22 Mar 2005 13:23:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Mostly administrative and documentation namespace change, but think it's one-time-job. So the move is to go TLP ? Well, like Tim said, if not now, we'll come to this subject in couple of months again. IMO now, is as well as good as any other time. Let's do that admin task and move forward to what's count; coding. Regards, Mladen. - 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: Time for TLP?
Howdy, Well, the consensus seems mostly clear. I'll draft a formal proposal and send out a vote email, unless anyone has strong objections... Yoav -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 22, 2005 7:23 AM To: Tomcat Developers List Subject: Re: Time for TLP? Henri Gomez wrote: All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Mostly administrative and documentation namespace change, but think it's one-time-job. So the move is to go TLP ? Well, like Tim said, if not now, we'll come to this subject in couple of months again. IMO now, is as well as good as any other time. Let's do that admin task and move forward to what's count; coding. Regards, Mladen. - 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: Time for TLP?
Well, in such case the Yoav should rise an official VOTE POLL on tomcat-dev. Yoav, it's up to you On Tue, 22 Mar 2005 08:46:00 -0500, Peter Lin [EMAIL PROTECTED] wrote: I'm not a committer, but thought I'd give my half pence worth. Tomcat has come a long way and is second to none. TC5.5.x really has made tremendous strides and is even with the best servlet containers out there. it does seem like the java community at large would like to see tomcat as TLP, so might as well. Jakarta is pretty healthy, so I don't think it's necessary to use TC to boost the visibility of jakarta anymore. peter lin On Tue, 22 Mar 2005 13:23:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Mostly administrative and documentation namespace change, but think it's one-time-job. So the move is to go TLP ? Well, like Tim said, if not now, we'll come to this subject in couple of months again. IMO now, is as well as good as any other time. Let's do that admin task and move forward to what's count; coding. Regards, Mladen. - 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]
TLP Draft Proposal
Hi, Below is a draft of our TLP proposal. The format is fairly standard, copied from other recent TLP promotions. (You can see those in ASF Board meeting minutes). I've added all currently active committers to the initial PMC. If I've missed anyone, please let me know. Part of the proposal is the initial PMC Chairman. I'd like to put myself up as a candidate, and if anyone else is interested, now's the time to speak up. This is a rotating term anyways, so anyone interested who sticks around long enough will get a chance to wear the hat. Once we agree on the draft phrasing, we'll have an actual vote. I believe that actually takes place on [EMAIL PROTECTED] rather than tomcat-dev? Are there any active Tomcat committers who are not Jakarta PMC members? If I were to guess, maybe Peter anyone else as new? Yoav [BEGIN DRAFT PROPOSAL] X. Establish the Apache Tomcat Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the Servlet and Java Server Pages specifications, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tomcat PMC, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tomcat PMC be and hereby is responsible for the creation and maintenance of software related to creation and maintenance of open-source software related to Servlet and Java Server Pages technologies based on software licensed to the Foundation; and be it further RESOLVED, that the office of Vice President, Apache Tomcat be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tomcat PMC, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tomcat PMC; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: Jean-Francois Arcand ([EMAIL PROTECTED]) Bill Barker ([EMAIL PROTECTED]) Tim Funk ([EMAIL PROTECTED]) Filip Hanik ([EMAIL PROTECTED]) Jan Luehe ([EMAIL PROTECTED]) Costin Manolache ([EMAIL PROTECTED]) Remy Maucherat ([EMAIL PROTECTED]) Amy Roh ([EMAIL PROTECTED]) Peter Rossbach ([EMAIL PROTECTED]) Yoav Shapira ([EMAIL PROTECTED]) Mark Thomas ([EMAIL PROTECTED]) Mladen Turk ([EMAIL PROTECTED]) NOTE: Who am I missing? Kin-man? Craig? Keith? Others? NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Tomcat Project; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the migration and rationalization of the Apache Jakarta PMC Tomcat subproject; and be it further RESOLVED, that all responsibility pertaining to the Jakarta Tomcat sub-project and encumbered upon the Apache Jakarta PMC are hereafter discharged. [END OF DRAFT PROPOSAL] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jakarta-servletapi-5 karma
Hi, Can someone with karma for Jakarta-servletapi-5 please apply the patch for Bugzilla 6582 (http://issues.apache.org/bugzilla/show_bug.cgi?id=6582)? It's been available for a long time now. Alternatively, what is the process for obtaining karma to this module? Would one need to formally join the Servlet or JSP Expert Group? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Re: TLP Draft Proposal
Yoav Shapira wrote: RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TLP Draft Proposal
Yup, forgot Henri and Senor Clere as well, will add them right away. Yoav -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 22, 2005 9:34 AM To: Tomcat Developers List Subject: Re: TLP Draft Proposal Yoav Shapira wrote: RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. Regards, Mladen. - 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: TLP Draft Proposal
Mladen Turk wrote: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. And Jean-Frederic Clere of course. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Message to clint@ntpage.com requires Authorization
This is an auto-response from my OkMyMail system. SPAM to my mailbox has been out of control, so I am trying this new system. In order to send mail to me, you must request that I approve receiving mail from you. It is very quick and you will only have to do this ONCE - then you will be Authorized To request Authorization click here: http://www.inventiveweb.com/okmymail.asp?id=clint,clintspam,none,ntpage.com,B0006704700 The original e-mail that you sent will automatically be forwarded. You do not need to re-send your message. Thank you. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Could you check the avail file on CVSROOT to see who is tomcat commiters ? Faster, easier, safer :) On Tue, 22 Mar 2005 15:37:46 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Mladen Turk wrote: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. And Jean-Frederic Clere of course. Regards, Mladen. - 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: TLP Draft Proposal
Hi, I could... But there's the question of whether we want all committers on the PMC or just the active ones. The avail file has, in addition to the people I already listed: duncan,jon,rubys,akv,jhunter,preston,shemnon,shachor,bergsten,gonzo,mode,har ishp,arun,craigmcc,jluc,nacho,aried\ el,horwat,ed,alex,gaburici,jiricka,pierred,glenn,larryi,arieh,marcsaeg,danmi l,shai,keith,kief,melaquias,m\ braden,clucas,bip,seguin,mmanders,andya,ccain,bojan,patrickl,jazmin,ekr,manv een,cks,denisb,dsandbe\ rg,bobh,idarwin,johnturner,ecarmich,fuankg,clar,jim,wrowe John Turner, Jim J., Bill Rowe are obviously active, I'll add them right now. But many of the above are not active, emeritus committers... Yoav -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 22, 2005 9:40 AM To: Tomcat Developers List Subject: Re: TLP Draft Proposal Could you check the avail file on CVSROOT to see who is tomcat commiters ? Faster, easier, safer :) On Tue, 22 Mar 2005 15:37:46 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Mladen Turk wrote: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. And Jean-Frederic Clere of course. Regards, Mladen. - 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]
Re: TLP Draft Proposal
Yoav Shapira wrote: Hi, I could... But there's the question of whether we want all committers on the PMC or just the active ones. The avail file has, in addition to the people I already listed: duncan,jon,rubys,akv,jhunter,preston,shemnon,shachor,bergsten,gonzo,mode,har ishp,arun,craigmcc,jluc,nacho,aried\ el,horwat,ed,alex,gaburici,jiricka,pierred,glenn,larryi,arieh,marcsaeg,danmi l,shai,keith,kief,melaquias,m\ braden,clucas,bip,seguin,mmanders,andya,ccain,bojan,patrickl,jazmin,ekr,manv een,cks,denisb,dsandbe\ rg,bobh,idarwin,johnturner,ecarmich,fuankg,clar,jim,wrowe John Turner, Jim J., Bill Rowe are obviously active, I'll add them right now. But many of the above are not active, emeritus committers... Personally, I would agree if people did not think I deserved PMC member status. I would be honored to accept, but would 100% understand if there were, well... thoughts that it was unwarranted :) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ There 10 types of people: those who read binary and everyone else. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk
Hi (trying the next list)! I'm trying to compile mod_jk with the latest src but get the following error: BUILD FAILED /usr/src/jakarta-tomcat-connectors-1.2.8-src/jk/build.xml:161: Warning: Could not find file /usr/src/jakarta-tomcat-connectors-1.2.8-src/coyote/build/lib/tomcat-coyote.jar to copy. And that's correct, there is no such file. Anyone know how to solve this? I really just need mod_jk installed under my CentOS/RedHat dist. Thanks. -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk
You should do : configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make On Tue, 22 Mar 2005 15:56:09 +0100, Andreas Andersson [EMAIL PROTECTED] wrote: Hi (trying the next list)! I'm trying to compile mod_jk with the latest src but get the following error: BUILD FAILED /usr/src/jakarta-tomcat-connectors-1.2.8-src/jk/build.xml:161: Warning: Could not find file /usr/src/jakarta-tomcat-connectors-1.2.8-src/coyote/build/lib/tomcat-coyote.jar to copy. And that's correct, there is no such file. Anyone know how to solve this? I really just need mod_jk installed under my CentOS/RedHat dist. Thanks. -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, March 22, 2005 1:57 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java [EMAIL PROTECTED] wrote: billbarker2005/03/21 19:50:03 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: From the comments for R1.11, it seems that some early version of the spec had an exception here. However, this didn't survive to the final spec version, so we can once again allow access to getLastAccessedTime from an invalid session. Fix for Bug #34107 I didn't know that, as the javadoc actually says: getLastAccessedTime public long getLastAccessedTime() Returns the last time the client sent a request associated with this session, as the number of milliseconds since midnight January 1, 1970 GMT, and marked by the time the container received the request. Actions that your application takes, such as getting or setting a value associated with the session, do not affect the access time. Returns: a long representing the last time the client sent a request associated with this session, expressed in milliseconds since 1/1/1970 GMT Throws: java.lang.IllegalStateException - if this method is called on an invalidated session Which paragraph in the spec has the conflicting statement ? It's the java-doc for jakarta-servletapi-5 that is wrong. The javadocs in the servlet spec do not contain a 'throws' clause. See also: http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html#getLastAccessedTime() Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
Bill Barker wrote: - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, March 22, 2005 1:57 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java [EMAIL PROTECTED] wrote: billbarker2005/03/21 19:50:03 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: From the comments for R1.11, it seems that some early version of the spec had an exception here. However, this didn't survive to the final spec version, so we can once again allow access to getLastAccessedTime from an invalid session. Fix for Bug #34107 I didn't know that, as the javadoc actually says: getLastAccessedTime public long getLastAccessedTime() Returns the last time the client sent a request associated with this session, as the number of milliseconds since midnight January 1, 1970 GMT, and marked by the time the container received the request. Actions that your application takes, such as getting or setting a value associated with the session, do not affect the access time. Returns: a long representing the last time the client sent a request associated with this session, expressed in milliseconds since 1/1/1970 GMT Throws: java.lang.IllegalStateException - if this method is called on an invalidated session Which paragraph in the spec has the conflicting statement ? It's the java-doc for jakarta-servletapi-5 that is wrong. The javadocs in the servlet spec do not contain a 'throws' clause. See also: http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html#getLastAccessedTime() Here: http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/154errata.txt I now read: 2. Fix typos in HttpSession.java Replace: * @exeption IllegalStateException if this method is called on an * invalidated session in javadoc of getId() and getLastAccessedTime() With: * @exception IllegalStateException if this method is called on an * invalidated session This fix causes the following addition to HttpSession.getId() and HttpSession.getLastAccessedTime() methods. Since these two methods are already implemented in all containers to throw this exception and the spec clearly intends to do so, this is not changing the spec. SRV.15.1.7.1 Page 267, 268 Throws: IllegalStateException - if this method is called on an invalidated session There's highly conflicting information ... Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
some comments from an outsider, please forgive me 8-) On Tue, 22 Mar 2005, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Below is a draft of our TLP proposal. The format is fairly standard, copied from other recent TLP promotions. (You can see those in ASF Board meeting minutes). You will also find that if a proposal had problems in the past, it usually has been because of the project scope it described. RESOLVED, that the Apache Tomcat PMC be and hereby is responsible for the creation and maintenance of software related to creation and maintenance of open-source software related to Servlet and Java Server Pages technologies based on software licensed to the Foundation; and be it further may be a bit broad - I mean, Struts, Tapestry, Turbine and others are related to Servlet and Java Server Pages technologies, aren't they? Implementation of the Servlet and JavaServer Pages JSRs? I'm honestly not sure myself. Part of the proposal is the initial PMC Chairman. [...] This is a rotating term anyways, Only if you want to make it one ... Strictly speaking the PMC chair is appointed by the board and not elected by the PMC. Once we agree on the draft phrasing, we'll have an actual vote. I believe that actually takes place on [EMAIL PROTECTED] rather than tomcat-dev? When Ant or Gump became TLPs, we voted on the dev lists and then asked the Jakarta PMC to support the resolution, which the PMC happily did and sure will do for the Tomcat resolution. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk
Henri Gomez wrote: You should do : configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make Is there no binary distribution of mod_jk for redhat? I find that weird. -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Stefan Bodewig wrote: Part of the proposal is the initial PMC Chairman. [...] This is a rotating term anyways, Only if you want to make it one ... Strictly speaking the PMC chair is appointed by the board and not elected by the PMC. True, but the proposal should specify the Chair that has been voted on my the pre-PMC. The board usually appoints the person that the PMC has chosen -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ There 10 types of people: those who read binary and everyone else. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk
jpackage.org is your friend :) http://www.jpackage.org/rpm.php?id=2071 On Tue, 22 Mar 2005 16:13:42 +0100, Andreas Andersson [EMAIL PROTECTED] wrote: Henri Gomez wrote: You should do : configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make Is there no binary distribution of mod_jk for redhat? I find that weird. -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - 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 34126] New: - java.util.ConcurrentModificationException at startup
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=34126. 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=34126 Summary: java.util.ConcurrentModificationException at startup Product: Tomcat 5 Version: 5.0.27 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] There is sometime an exception thrown at startup by tomcat. This exception prevent some sites to be correctly deployed but does not shutdown tomcat. Mar 22, 2005 3:09:32 PM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Mar 22, 2005 3:09:32 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 Mar 22, 2005 3:09:32 PM org.apache.coyote.tomcat5.MapperListener registerEngine WARNING: Unknown default host: localhost Mar 22, 2005 3:09:32 PM org.apache.coyote.tomcat5.MapperListener init WARNING: Error registering contexts java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782) at java.util.HashMap$EntryIterator.next(HashMap.java:824) at java.util.HashMap.putAllForCreate(HashMap.java:424) at java.util.HashMap.clone(HashMap.java:656) at mx4j.server.DefaultMBeanRepository.clone(DefaultMBeanRepository.java:56) at mx4j.server.MBeanServerImpl.findMBeansByPattern(MBeanServerImpl.java:1603) at mx4j.server.MBeanServerImpl.queryObjectNames(MBeanServerImpl.java:1568) at mx4j.server.MBeanServerImpl.queryMBeans(MBeanServerImpl.java:1512) at org.apache.coyote.tomcat5.MapperListener.init(MapperListener.java:115) at org.apache.coyote.tomcat5.CoyoteConnector.start(CoyoteConnector.java:1537) at org.apache.catalina.core.StandardService.start(StandardService.java:489) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) 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:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422) Mar 22, 2005 3:09:32 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 131930 ms -- 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: mod_jk
Andreas Andersson wrote: configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make Is there no binary distribution of mod_jk for redhat? I find that weird. For what version? RH7, RH8, RH9 Fedora1, Fedora2, Fedora3, RHEL2, RHEL3, RHEL4 ? For what CPU, x86, x86_64, PPC? For what Apache version 1.3.x, 2.0.x, 2.1.x ? So, as you can see, there is at least 81 distributions that someone would need to maintain. No how that compares with 'configure, make, make install'? Regards, Mladen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
billbarker2005/03/22 07:26:44
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
Reverting change.
Note to self: Next time check the errata as well as -fr
Revision ChangesPath
1.53 +6 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
Index: StandardSession.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
retrieving revision 1.52
retrieving revision 1.53
diff -u -r1.52 -r1.53
--- StandardSession.java 22 Mar 2005 03:50:03 - 1.52
+++ StandardSession.java 22 Mar 2005 15:26:44 - 1.53
@@ -409,7 +409,11 @@
*/
public long getLastAccessedTime() {
-return (this.lastAccessedTime);
+ if ( !isValid() ) {
+ throw new IllegalStateException
+ (sm.getString(standardSession.getLastAccessedTime.ise));
+ }
+ return (this.lastAccessedTime);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22388] - TC 5.0.* Startup Exception (ConcurrentModificationException)
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=22388. 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=22388 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||.com --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 16:29 --- *** Bug 34126 has been marked as a duplicate of this bug. *** -- 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 34126] - java.util.ConcurrentModificationException at startup
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=34126. 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=34126 [EMAIL PROTECTED] changed: What|Removed |Added Resolution||DUPLICATE Status|NEW |RESOLVED --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 16:29 --- *** This bug has been marked as a duplicate of 22388 *** -- 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: mod_jk
Well on jpackage you could find binaries for many Linux RPM based distros. http://mirrors.dotsrc.org/jpackage/1.6/ Or if you are RPM aware, use their SPEC to build something suited to your distro. On Tue, 22 Mar 2005 16:24:16 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Andreas Andersson wrote: configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make Is there no binary distribution of mod_jk for redhat? I find that weird. For what version? RH7, RH8, RH9 Fedora1, Fedora2, Fedora3, RHEL2, RHEL3, RHEL4 ? For what CPU, x86, x86_64, PPC? For what Apache version 1.3.x, 2.0.x, 2.1.x ? So, as you can see, there is at least 81 distributions that someone would need to maintain. No how that compares with 'configure, make, make install'? Regards, Mladen - 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: TLP Draft Proposal
I'd be honored to be part of this transition if others deem it appropriate. Thanks, Keith Yoav Shapira wrote: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk
Henri Gomez wrote: Well on jpackage you could find binaries for many Linux RPM based distros. Perfectly OK. I'm just saying that it's not weird if we do not provide a binary for any OS/CPU/Kernel/Apache version there is. We can do that on a 'donation' basis as we did for the last couple of years. It just happened that we did not receive any binaries recently from any of our commiters. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
[EMAIL PROTECTED] wrote: billbarker2005/03/22 07:26:44 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: Reverting change. Note to self: Next time check the errata as well as -fr I think someone closer to the spec needs to comment on these contradictions, because the errata also says getId should throw an ISE (while we do not). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34131] New: - Regression: cannot create JavaMail sessions with MailSessionFactory in Tomcat 5.5.8
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=34131. 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=34131 Summary: Regression: cannot create JavaMail sessions with MailSessionFactory in Tomcat 5.5.8 Product: Tomcat 5 Version: 5.5.7 Platform: Other OS/Version: Windows XP Status: NEW Severity: blocker Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This is a regression: no such error occurs with Tomcat 5.5.4 (or earlier). It occurs on Tomcat 5.5.8, maybe on other versions after 5.5.4 too. Whenever I attempt to access a JavaMail session, an exception occurs. The application in question follows the technique described in: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html ...and yes, I have ensured that the activation and javamail JARs are ONLY present in %CATALINA_HOME%\common\lib (and not in the application's /WEB-INF/lib folder or anything else like that). I use the same version of JavaMail with Tomcat 5.5.4 and 5.5.8 (that's JavaMail 1.3.2). Anyway, here's the stacktrace. javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:132) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304) at org.apache.naming.NamingContext.lookup(NamingContext.java:792) at org.apache.naming.NamingContext.lookup(NamingContext.java:139) at org.apache.naming.NamingContext.lookup(NamingContext.java:780) at org.apache.naming.NamingContext.lookup(NamingContext.java:152) at fr.reflexe.commons.api.j2ee.StandardWebAppContainer.getMailSession(StandardWebAppContainer.java:182) at ... The web application is called open, deployed as a directory in %CATALINA_HOME%\webapps. In %CATALINA_HOME%\conf\Catalina\localhost, I've placed the file open.xml, which is read in. Here's the document content: ?xml version=1.0 encoding=ISO-8859-1 standalone=yes? Context unpackWARs=false docBase=open Environment name=someKey type=java.lang.String value=someValue / Resource name=jdbc/OpenAGE auth=Container type=javax.sql.DataSource maxActive=10 maxIdle=5 maxWait=1 username=OPENAGE password=OPENAGE driverClassName=com.mysql.jdbc.Driver url=jdbc:mysql://localhost/OPENAGE connectionProperties=autoReconnect=true;useUnicode=true;characterEncoding=utf8;profileSql=false;useServerPrepStmts=false / Resource name=mail/OpenAGE auth=Container type=javax.mail.Session mail.smtp.host=mailserver / /Context The environment entries are readable, the datasource is too. It's only the JavaMail Session factory that isn't working. An appropriate resource reference is defined in /WEB-INF/web.xml (and worked fine with Tomcat 5.5.4). I looked into this a little further. It appears that Tomcat does indeed bind SOMETHING to: java:comp/env/mail/OpenAGE ...but Tomcat's ResourceFactory throws javax.naming.NamingException: Cannot create resource instance when any attempt is made to access it. If I call Context.list() on the context java:comp/env/mail, the returned NamingEnumeration lists OpenAGE as a NameClassPair, but throws an exception when attempting to perform the lookup() to get access to the mail session. -- 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 34001] - NamingException
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=34001. 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=34001 [EMAIL PROTECTED] changed: What|Removed |Added Resolution||DUPLICATE Status|NEW |RESOLVED --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 17:02 --- *** This bug has been marked as a duplicate of 34131 *** -- 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 34131] - Regression: cannot create JavaMail sessions with MailSessionFactory in Tomcat 5.5.8
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=34131. 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=34131 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 17:02 --- *** Bug 34001 has been marked as a duplicate of this bug. *** -- 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: mod_jk
Well supporting ALL Linux distros is allready a full time job On Tue, 22 Mar 2005 16:41:24 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: Well on jpackage you could find binaries for many Linux RPM based distros. Perfectly OK. I'm just saying that it's not weird if we do not provide a binary for any OS/CPU/Kernel/Apache version there is. We can do that on a 'donation' basis as we did for the last couple of years. It just happened that we did not receive any binaries recently from any of our commiters. Regards, Mladen. - 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 34131] - Regression: cannot create JavaMail sessions with MailSessionFactory in Tomcat 5.5.8
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=34131. 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=34131 --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 17:11 --- No surprise, it's simply the mail factory didn't get packaged in the release (see the naming-factory.jar). However, it *is* present in 5.5.7, so please do not file bogus reports. -- 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 connector
(BWow, didn't know this was possible! (B (BThis will be perfect for us...except that we need to go through Apache (Bmod_jk to load-balance requests as they come in, BEFORE they reach tomcat. (B (BPlease tell me there is a way to do this?! (and how?!) (B (Bcheers, (B (BDavid (B (B (B (B|-+ (B| | "Bill Barker"| (B| | [EMAIL PROTECTED]| (B| | .com| (B| || (B| | 03/21/2005 03:30 | (B| | PM | (B| | Please respond to| (B| | "Tomcat | (B| | Developers List" | (B| || (B|-+ (B (B---| (B | (B | (B | To: "Tomcat Developers List" tomcat-dev@jakarta.apache.org, (B"Remo rahman" | (B |[EMAIL PROTECTED] (B | (B | cc: (B | (B | Subject: Re: tomcat connector (B | (B (B---| (B (B (B (B (BYou need to implement your own ProtocolHandler (Bhttp://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache (B (B/coyote/ProtocolHandler.html, which will hand the Request Response off to (Bthe Adapter that Tomcat hands it when it is ready for Tomcat to process (Bthem. You'll probably also want to implement an ActionHook as well. (B (BThe simplest place to start is to take a look at (Borg.apache.coyote.memory.MemoryProtocolHandler. (B (B- Original Message - (BFrom: "Remo rahman" [EMAIL PROTECTED] (BTo: tomcat-dev@jakarta.apache.org (BSent: Monday, March 21, 2005 1:28 AM (BSubject: tomcat connector (B (B (BI'm developing an application which is a java servlet, deployed on tomcat (B5.5 (BNow, I want my application to take raw data from the client through (Bsockets, for that it has to make a socket connection and listen that (Bport for data. (B (B I've heard that we can create Connectors in Tomcat, which can listen (Bto any protocol type of request i.e. Http, Telnet or any of (Bapplication protocol. (B (B In my case I need a Connector which can listen to a socket for raw (Bdata type requests$B!D(B (B (BAnd, I can hook my application (or servlet) with that Connector can (Blisten to those requests which are coming on that connection. (B (BBut, as a solution I want my client to be a simple Telnet tool, which (Bcan send requests on the port, I've configured for my Connector. (B (BBut, till now I've seen tomcat entertaining Http requests only. (B (B (B (BPlease suggest, (B (B- How to implement this in tomcat 5.5 (B (B- Is there any built-in connector available (B (B- Is it possible to make a custom connector for this scenario (B (B (B (BLooking forward to your comments suggestions (B (B- (BTo unsubscribe, e-mail: [EMAIL PROTECTED] (BFor additional commands, e-mail: [EMAIL PROTECTED] (B (B (B (B (B (BThis message is intended only for the use of the person(s) listed above as (Bthe intended recipient(s), and may contain information that is PRIVILEGED (Band CONFIDENTIAL. If you are not an intended recipient, you may not read, (Bcopy, or distribute this message or any attachment. If you received this (Bcommunication in error, please notify us immediately by e-mail and then (Bdelete all copies of this message and any attachments. (B (BIn addition you should be aware that ordinary (unencrypted) e-mail sent (Bthrough the Internet is not secure. Do not send confidential or sensitive (Binformation, such as social security numbers, account numbers, personal (Bidentification numbers and passwords, to us via ordinary (unencrypted) (Be-mail. (B (B (B (B- (B To unsubscribe, e-mail: [EMAIL PROTECTED] (BFor additional commands, e-mail: [EMAIL PROTECTED] (B (B (B (B (B (B- (BTo unsubscribe, e-mail: [EMAIL PROTECTED] (BFor additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Yoav Shapira wrote: NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further +1 I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Costin you would be a nice PMC member also :) On Tue, 22 Mar 2005 08:31:05 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Yoav Shapira wrote: NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further +1 I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). Costin - 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: TLP Draft Proposal
Hi, I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). I was thinking Remy might refuse, so he doesn't have to deal with all the administrative stuff that comes with the role. That and my own interest in the role prevent consensus at this point ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Costin Manolache wrote: I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). Sure. And I would like to propose the Yoav as a V.P. Those two guys has show so much enthusiasm and meritocracy, that I can only salute them :) Go Go Tomcat! Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Jim Jagielski wrote: Yoav Shapira wrote: Hi, I could... But there's the question of whether we want all committers on the PMC or just the active ones. The avail file has, in addition to the people I already listed: duncan,jon,rubys,akv,jhunter,preston,shemnon,shachor,bergsten,gonzo,mode,har ishp,arun,craigmcc,jluc,nacho,aried\ el,horwat,ed,alex,gaburici,jiricka,pierred,glenn,larryi,arieh,marcsaeg,danmi l,shai,keith,kief,melaquias,m\ braden,clucas,bip,seguin,mmanders,andya,ccain,bojan,patrickl,jazmin,ekr,manv een,cks,denisb,dsandbe\ rg,bobh,idarwin,johnturner,ecarmich,fuankg,clar,jim,wrowe John Turner, Jim J., Bill Rowe are obviously active, I'll add them right now. But many of the above are not active, emeritus committers... Personally, I would agree if people did not think I deserved PMC member status. I would be honored to accept, but would 100% understand if there were, well... thoughts that it was unwarranted :) I hope that Tomcat PMC will be one where each active committer who is willing will be a member, I don't want it to be an arbitrary and random process like it was in jakarta ( or asf membership ). If you are working on tomcat, I can't see why not be in PMC ( unless you really don't want to ) I don't know if I deserve it tough - since I haven't been very active last year - but since my project is now over, I hope to get back on tomcat and become active :-) Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Yoav Shapira wrote: Hi, I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). I was thinking Remy might refuse, so he doesn't have to deal with all the administrative stuff that comes with the role. That and my own interest in the role prevent consensus at this point ;) It Remy will refuse - you have my vote :-) It's just that he done so much coding in this project - that I think it would be good if he is the first chair. I think the idea of rotating ( let's say yearly ? ) would be an excelent one - it'll avoid having people serve for too much ( and sometimes avoid bad habbits - like forgeting to ask the community before making important decisions :-) Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Costin Manolache wrote: Jim Jagielski wrote: Personally, I would agree if people did not think I deserved PMC member status. I would be honored to accept, but would 100% understand if there were, well... thoughts that it was unwarranted :) I hope that Tomcat PMC will be one where each active committer who is willing will be a member, I don't want it to be an arbitrary and random process like it was in jakarta ( or asf membership ). If you are working on tomcat, I can't see why not be in PMC ( unless you really don't want to ) I would like to be on the PMC, but I didn't want to start any debates :) -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ There 10 types of people: those who read binary and everyone else. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, March 22, 2005 7:46 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java [EMAIL PROTECTED] wrote: billbarker2005/03/22 07:26:44 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: Reverting change. Note to self: Next time check the errata as well as -fr I think someone closer to the spec needs to comment on these contradictions, because the errata also says getId should throw an ISE (while we do not). Agreed. If we start throwing an ISE on getId, we are going to break every app that uses HttpSessionBindingListener. However, if the expert group says we must, then we must. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Costin Manolache wrote: Yoav Shapira wrote: I think the idea of rotating ( let's say yearly ? ) would be an excelent one - it'll avoid having people serve for too much ( and sometimes avoid bad habbits - like forgeting to ask the community before making important decisions :-) That's a decent plan. What do the other projects do about that ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TLP Draft Proposal
Howdy, I think the idea of rotating ( let's say yearly ? ) would be an excelent one - it'll avoid having people serve for too much ( and sometimes avoid bad habbits - like forgeting to ask the community before making important decisions :-) That's a decent plan. What do the other projects do about that ? Logging Services, which formed just recently, has a yearly PMC chair term, but the incumbent can repeat the role if the PMC so votes. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Yoav Shapira wrote: Howdy, I think the idea of rotating ( let's say yearly ? ) would be an excelent one - it'll avoid having people serve for too much ( and sometimes avoid bad habbits - like forgeting to ask the community before making important decisions :-) That's a decent plan. What do the other projects do about that ? Logging Services, which formed just recently, has a yearly PMC chair term, but the incumbent can repeat the role if the PMC so votes. Sounds ok - I would preffer a real rotation. What about 'can repeat the role if he wants and there is no other candidate' ? ( if he doesn't want - of course, someone else needs to be 'volunteered' ). Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Costin Manolache wrote: It Remy will refuse - you have my vote :-) It's just that he done so much coding in this project - that I think it would be good if he is the first chair. I think we all agree that Remy is our first candidate for being a Tomcat PMC Chairman. I would also like to have Yoav as V.P. like I said already, so seems to me that we have some sort of lazy consensus :) What do you guys (parties in the subject) have to say about that? Lat's put all the cards on the table, do what ever is needed and move forward. I'm getting tired of all that politic bullshit, but I'm also aware it must be done. So ... Remy, Yoav? Regards, Mladen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Didn't we propose TLP a while back ago when we were little? ;-) Anyone remember what happened then? Just curious... Thanks, Amy Yoav Shapira wrote: Hi, Below is a draft of our TLP proposal. The format is fairly standard, copied from other recent TLP promotions. (You can see those in ASF Board meeting minutes). I've added all currently active committers to the initial PMC. If I've missed anyone, please let me know. Part of the proposal is the initial PMC Chairman. I'd like to put myself up as a candidate, and if anyone else is interested, now's the time to speak up. This is a rotating term anyways, so anyone interested who sticks around long enough will get a chance to wear the hat. Once we agree on the draft phrasing, we'll have an actual vote. I believe that actually takes place on [EMAIL PROTECTED] rather than tomcat-dev? Are there any active Tomcat committers who are not Jakarta PMC members? If I were to guess, maybe Peter anyone else as new? Yoav [BEGIN DRAFT PROPOSAL] X. Establish the Apache Tomcat Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the Servlet and Java Server Pages specifications, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tomcat PMC, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tomcat PMC be and hereby is responsible for the creation and maintenance of software related to creation and maintenance of open-source software related to Servlet and Java Server Pages technologies based on software licensed to the Foundation; and be it further RESOLVED, that the office of Vice President, Apache Tomcat be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tomcat PMC, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tomcat PMC; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: Jean-Francois Arcand ([EMAIL PROTECTED]) Bill Barker ([EMAIL PROTECTED]) Tim Funk ([EMAIL PROTECTED]) Filip Hanik ([EMAIL PROTECTED]) Jan Luehe ([EMAIL PROTECTED]) Costin Manolache ([EMAIL PROTECTED]) Remy Maucherat ([EMAIL PROTECTED]) Amy Roh ([EMAIL PROTECTED]) Peter Rossbach ([EMAIL PROTECTED]) Yoav Shapira ([EMAIL PROTECTED]) Mark Thomas ([EMAIL PROTECTED]) Mladen Turk ([EMAIL PROTECTED]) NOTE: Who am I missing? Kin-man? Craig? Keith? Others? NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Tomcat Project; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the migration and rationalization of the Apache Jakarta PMC Tomcat subproject; and be it further RESOLVED, that all responsibility pertaining to the Jakarta Tomcat sub-project and encumbered upon the Apache Jakarta PMC are hereafter discharged. [END OF DRAFT PROPOSAL] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [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]
Re: Invalid Column Name Error
On Mar 22, 2005, at 6:40 AM, Alan Zebchuk wrote: Hi, I received this error today: The custom sort order specified in your form submission contains an invalid column name'Importance'. From the followng URL: http://issues.apache.org/bugzilla/buglist.cgi? bug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=RE OPENEDbug_status=RESOLVEDresolution=LATERresolution=REMINDresolutio n=--- email1=emailtype1=substringemailassigned_to1=1email2=emailtype2=su bstringemailreporter2=1bugidtype=includebug_id=changedin=votes=ch fieldfrom=chfieldto=Nowchfieldvalue=product=Tomcat+5short_desc=sho rt_desc_type=allwordssubstrlong_desc=long_desc_type=allwordssubstrbu g_file_loc=bug_file_loc_type=allwordssubstrkeywords=keywords_type=an ywordsfield0-0-0=nooptype0-0-0=noopvalue0-0 -0=cmdtype=doitorder=%27Importance%27 Which came from a link on this page: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html (Near the bottom) Yeah, that's broken. I'm Cc-ing the Tomcat developer list so they know to fix this. They need to remove the %27 from either side of the word Importance in the link. Until this is done, you can make the same change in your browser location bar. Thanks, Sander Alan Zebchuk smime.p7s Description: S/MIME cryptographic signature
DO NOT REPLY [Bug 34134] New: - Tomcat 5.5.6 Jasper ant task does not find JSTL TLDs
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=34134.
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=34134
Summary: Tomcat 5.5.6 Jasper ant task does not find JSTL TLDs
Product: Tomcat 5
Version: 5.5.6
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P2
Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
Following ant snippet does not succeed with Tomcat 5.5.6:
taskdef classname=org.apache.jasper.JspC name=jasper2
classpath refid=global.classpath /
classpath refid=project.classpath /
/taskdef
target name=jspc
mkdir dir=${glin.buildjsp} /
jasper2
validateXml=false
uriroot=${glin.web}/docroot
webXmlFragment=${glin.web}/docroot/WEB-INF/jsp_web.xml
outputDir=${glin.buildjsp} /
...
global.classpath contains a reference to tomcat 5.5.6. project.classpath
constitutes all of the project libs, including standard.jar. When executing, I
receive the following error:
org.apache.jasper.JasperException: The absolute uri:
http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the
jar files deployed with this application
at
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:50)
at
org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)
at
org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:114)
at
org.apache.jasper.compiler.TagLibraryInfoImpl.generateTLDLocation(TagLibraryInfoImpl.java:316)
at
org.apache.jasper.compiler.TagLibraryInfoImpl.init(TagLibraryInfoImpl.java:147)
at
org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:418)
...
However, this TLD is included in standard.jar. The web.xml has no TLD
references, but it is a 2.4 compliant webapp. If I change to point to Tomcat
5.0.x, everything works fine. I am running JDK1.5, though I can reproduce this
behavior on 1.4.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]
RE: TLP Draft Proposal
Hola, What do you guys (parties in the subject) have to say about that? Lat's put all the cards on the table, do what ever is needed and move forward. I'm getting tired of all that politic bullshit, but I'm also aware it must be done. So ... Remy, Yoav? I'm waiting to hear from Remy on what he wants to do. He has to want to be the PMC chair ;) If he does want it and all the admin stuff that goes with it, it's fine with me. The role of a VP is something we can define, but doesn't really exist within other ASF projects, which just have the PMC chair and the rest of the PMC, so I don't think we need one. I'm also fine with the annual rotation as suggested by Costin. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Time for TLP?
I was concerned at the additional management overhead such a move would place on us, particularly the PMC chair, and the impact this might have in terms of reduced time for actual development. However, after actually reading what is involved and comparing it to what we have to do now for the Jakarta PMC the change is far less than I had imagined. I believe that the benefits, particularly in terms of greater visbility and clearer branding, more than outweigh the costs. +1 Mark Yoav Shapira wrote: Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat connector
(B- Original Message - (BFrom: [EMAIL PROTECTED] (BTo: "Tomcat Developers List" tomcat-dev@jakarta.apache.org (BSent: Tuesday, March 22, 2005 8:16 AM (BSubject: Re: tomcat connector (B (B (B (B Wow, didn't know this was possible! (B (B This will be perfect for us...except that we need to go through Apache (B mod_jk to load-balance requests as they come in, BEFORE they reach tomcat. (B (B Please tell me there is a way to do this?! (and how?!) (B (B (BIt might be easier in this case to extend JkHandler (Bhttp://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache (B/jk/core/JkHandler.html, and implement the invoke method. Then you can (Binsert it into the Handler chain via something like: (B class.myhandler=com.myfirm.mypackage.MyHandler (B request.next=myhandler (B myhandler.next=container (B # any other properties that your Handler needs to be set (B (B cheers, (B (B David (B (B (B (B |-+ (B | | "Bill Barker"| (B | | [EMAIL PROTECTED]| (B | | .com| (B | || (B | | 03/21/2005 03:30 | (B | | PM | (B | | Please respond to| (B | | "Tomcat | (B | | Developers List" | (B | || (B |-+ (B (B--- (B| (B | (B| (B | To: "Tomcat Developers List" (Btomcat-dev@jakarta.apache.org, "Remo rahman" | (B |[EMAIL PROTECTED] (B| (B | cc: (B| (B | Subject: Re: tomcat connector (B| (B (B--- (B| (B (B (B (B (B You need to implement your own ProtocolHandler (B (Bhttp://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache (B (B /coyote/ProtocolHandler.html, which will hand the Request Response off (Bto (B the Adapter that Tomcat hands it when it is ready for Tomcat to process (B them. You'll probably also want to implement an ActionHook as well. (B (B The simplest place to start is to take a look at (B org.apache.coyote.memory.MemoryProtocolHandler. (B (B - Original Message - (B From: "Remo rahman" [EMAIL PROTECTED] (B To: tomcat-dev@jakarta.apache.org (B Sent: Monday, March 21, 2005 1:28 AM (B Subject: tomcat connector (B (B (B I'm developing an application which is a java servlet, deployed on tomcat (B 5.5 (B Now, I want my application to take raw data from the client through (B sockets, for that it has to make a socket connection and listen that (B port for data. (B (B I've heard that we can create Connectors in Tomcat, which can listen (B to any protocol type of request i.e. Http, Telnet or any of (B application protocol. (B (B In my case I need a Connector which can listen to a socket for raw (B data type requests$B!D(B (B (B And, I can hook my application (or servlet) with that Connector can (B listen to those requests which are coming on that connection. (B (B But, as a solution I want my client to be a simple Telnet tool, which (B can send requests on the port, I've configured for my Connector. (B (B But, till now I've seen tomcat entertaining Http requests only. (B (B (B (B Please suggest, (B (B - How to implement this in tomcat 5.5 (B (B - Is there any built-in connector available (B (B - Is it possible to make a custom connector for this scenario (B (B (B (B Looking forward to your comments suggestions (B (B - (B To unsubscribe, e-mail: [EMAIL PROTECTED] (B For additional commands, e-mail: [EMAIL PROTECTED] (B (B (B (B (B (B This message is intended only for the use of the person(s) listed above as (B the intended recipient(s), and may contain information that is PRIVILEGED (B and CONFIDENTIAL. If you are not an intended recipient, you may not read, (B copy, or distribute this message or any attachment. If you received this (B communication in error, please notify us immediately by e-mail and then (B delete all copies of this message and any attachments. (B (B In addition you should be aware that ordinary (unencrypted) e-mail sent (B through the Internet is not secure. Do not send confidential or sensitive (B information, such as social security numbers, account numbers, personal (B identification numbers and passwords, to us via ordinary (unencrypted) (B e-mail. (B (B (B (B - (B To unsubscribe, e-mail: [EMAIL PROTECTED] (B For additional commands, e-mail: [EMAIL PROTECTED] (B (B
Re: TLP Draft Proposal
+1 for the proposal (comment on the scope of the proposed PMC in line) +1 for a annually rotating chair with an option to be reelected Mark Stefan Bodewig wrote: some comments from an outsider, please forgive me 8-) You will also find that if a proposal had problems in the past, it usually has been because of the project scope it described. RESOLVED, that the Apache Tomcat PMC be and hereby is responsible for the creation and maintenance of software related to creation and maintenance of open-source software related to Servlet and Java Server Pages technologies based on software licensed to the Foundation; and be it further may be a bit broad - I mean, Struts, Tapestry, Turbine and others are related to Servlet and Java Server Pages technologies, aren't they? Implementation of the Servlet and JavaServer Pages JSRs? I'm honestly not sure myself. I assume you mean related to the Implementation of the Servlet and JavaServer Pages JSRs since Implementation of the Servlet and JavaServer Pages JSRs would be very narrow and exclude important parts of Tomcat such as clustering support, AJP support, etc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33373] - jspc precompiling jsp with absolute uri in taglib fails
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=33373. 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=33373 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 19:47 --- *** Bug 34134 has been marked as a duplicate of this bug. *** -- 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 34134] - Tomcat 5.5.6 Jasper ant task does not find JSTL TLDs
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=34134. 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=34134 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 19:47 --- *** This bug has been marked as a duplicate of 33373 *** -- 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 34139] New: - org.apache.catalina.realm.RealmBase.main() requires JMX and log4j
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=34139. 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=34139 Summary: org.apache.catalina.realm.RealmBase.main() requires JMX and log4j Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P4 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The Tomcat 5.5 documentation states that catalina.jar is the only jar required on the classpath to run org.apache.catalina.realm.RealmBase.main. (See http://jakarta.apache.org/tomcat/tomcat-5.5-doc/realm-howto.html#Digested%20Passwords) UNDER 5.0.28: If run with only catalina.jar, you get: Exception in thread main java.lang.NoClassDefFoundError: javax/management/MBeanRegistration Adding the $TOMCAT_HOME/bin/jmx.jar to the classpath fixes this exception, but then you get: Exception in thread main java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory Adding $TOMCAT_HOME/bin/commons-logging-api.jar permits the program to run properly. UNDER 5.5.7: No jar distributed with Tomcat 5.5.7 contains javax/management/MBeanRegistration. If you add 5.0.28's jmx.jar and 5.5.7's commons-logging-api.jar, it works. Please correct the documentation (which is incorrect for Tomcat 5.5) and perhaps include JMX.jar with the latest 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]
Re: [ANN] JK-1.2.9 BETA Released
Windows binaries welcome :) On Tue, 22 Mar 2005 14:45:22 -0500, Fenlason, Josh [EMAIL PROTECTED] wrote: I built and tested this on Windows and it looks good. Thanks. , Josh. - 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: TLP Draft Proposal
Yoav Shapira wrote: Hola, What do you guys (parties in the subject) have to say about that? Lat's put all the cards on the table, do what ever is needed and move forward. I'm getting tired of all that politic bullshit, but I'm also aware it must be done. So ... Remy, Yoav? I'm waiting to hear from Remy on what he wants to do. He has to want to be the PMC chair ;) If he does want it and all the admin stuff that goes with it, it's fine with me. The role of a VP is something we can define, but doesn't really exist within other ASF projects, which just have the PMC chair and the rest of the PMC, so I don't think we need one. If Remy is interested, I think it would be fair to have a vote. If whoever is first later decide he had too much politics/admin pains - we'll have a backup ready :-) I don't know what are the rules wrt board meetings ( if only the pmc is allowed, etc ), but while there is only one pmc chair, we can have as many volunteers as we want to help with the admin stuff - reports, etc( if I remember, Henri was doing this long before he became chair of jakarta pmc, same for Geir ). So it's great to have as many people as possible volunteer for the unpleasand admin work - it will only make the admin job easier, and it'll make the rotation transition easier too. Costin I'm also fine with the annual rotation as suggested by Costin. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Amy Roh wrote: Didn't we propose TLP a while back ago when we were little? ;-) Anyone remember what happened then? Just curious... It's one of those things which are like referendums on Europe. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34111] - globalnamingesources environment not working
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=34111. 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=34111 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-03-23 00:04 --- The 4.1.31 docs are not as clear as they should be on this. The docs have already been updated to include the following statement at the beginning of the GlobalNamingResources page: quote These resources are listed in the server's global JNDI resource context. This context is distinct from the per-web-application JNDI contexts described in the JNDI Resources HOW-TO. The resources defined in this element are not visible in the per-web-application contexts unless you explicitly link them with ResourceLink elements. /quote In short, you *do* need to use a ResourceLink. *** This bug has been marked as a duplicate of 27158 *** -- 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 33755] - Documentation enhancement to JNDI-Datasources-examples for Postgres
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=33755. 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=33755 --- Additional Comments From [EMAIL PROTECTED] 2005-03-22 23:52 --- It also would help very much, if the JNDI Datasource HOW-TO for 5.5 would state, that there was a big change in the Resource element since 5.0. I copied an application to 5.5 that ran fine with 5.0 and mysql. On 5.5 I simply got the SQLException below which is not a fine indicator to the real problem. Caused by: java.sql.SQLException: No suitable driver at java.sql.DriverManager.getDriver(DriverManager.java:243) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDat aSource.java:773) -- 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
Remy Maucherat wrote: Bill Barker wrote: - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Tuesday, March 22, 2005 1:57 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java [EMAIL PROTECTED] wrote: billbarker2005/03/21 19:50:03 Modified:catalina/src/share/org/apache/catalina/session StandardSession.java Log: From the comments for R1.11, it seems that some early version of the spec had an exception here. However, this didn't survive to the final spec version, so we can once again allow access to getLastAccessedTime from an invalid session. Fix for Bug #34107 I didn't know that, as the javadoc actually says: getLastAccessedTime public long getLastAccessedTime() Returns the last time the client sent a request associated with this session, as the number of milliseconds since midnight January 1, 1970 GMT, and marked by the time the container received the request. Actions that your application takes, such as getting or setting a value associated with the session, do not affect the access time. Returns: a long representing the last time the client sent a request associated with this session, expressed in milliseconds since 1/1/1970 GMT Throws: java.lang.IllegalStateException - if this method is called on an invalidated session Which paragraph in the spec has the conflicting statement ? It's the java-doc for jakarta-servletapi-5 that is wrong. The javadocs in the servlet spec do not contain a 'throws' clause. See also: http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html#getLastAccessedTime() Here: http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/154errata.txt I now read: 2. Fix typos in HttpSession.java Replace: * @exeption IllegalStateException if this method is called on an * invalidated session in javadoc of getId() and getLastAccessedTime() With: * @exception IllegalStateException if this method is called on an * invalidated session This fix causes the following addition to HttpSession.getId() and HttpSession.getLastAccessedTime() methods. Since these two methods are already implemented in all containers to throw this exception and the spec clearly intends to do so, this is not changing the spec. SRV.15.1.7.1 Page 267, 268 Throws: IllegalStateException - if this method is called on an invalidated session There's highly conflicting information ... I think the intention is for both methods to throw an ISE in case they're being called on an invalidated session, as has been clarified by the errata. It seems this has been the intent for both methods from the very beginning, except that the throws clauses in the javadocs at http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/http/HttpSession.html which are also copied in the servlet spec, were never generated for these 2 methods because of a stupid typo (@exeption vs @exception) in the HttpSession.java source file. The HttpSession.java source in jakarta-servletapi-5 already has the fix. My believe is that the above errata will be reflected in the next (maintenance) release of the servlet spec. I will remind the servlet spec lead that this needs to happen. Jan 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]
cvs commit: jakarta-tomcat-catalina/webapps/webdav index.html
keith 2005/03/22 18:43:05 Modified:webapps/webdav Tag: TOMCAT_5_0 index.html Log: Add another client to the Webdav compatibility list Revision ChangesPath No revision No revision 1.1.2.1 +1 -0 jakarta-tomcat-catalina/webapps/webdav/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/webdav/index.html,v retrieving revision 1.1 retrieving revision 1.1.2.1 diff -u -r1.1 -r1.1.2.1 --- index.html1 Feb 2004 18:25:27 - 1.1 +++ index.html23 Mar 2005 02:43:05 - 1.1.2.1 @@ -37,6 +37,7 @@ liJakarta Slide 1.0 WebDAV client library/li liOffice 2000 (Windows 2000)/li liSkunkDAV 1.0/li +liXythos WebFile Client/li /ul pWebDAV links:/p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/webdav index.html
keith 2005/03/22 18:43:17 Modified:webapps/webdav index.html Log: Add another client to the Webdav compatibility list Revision ChangesPath 1.3 +1 -0 jakarta-tomcat-catalina/webapps/webdav/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/webdav/index.html,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- index.html20 Dec 2004 18:54:14 - 1.2 +++ index.html23 Mar 2005 02:43:17 - 1.3 @@ -50,6 +50,7 @@ liJakarta Slide 1.0 WebDAV client library/li liOffice 2000 (Windows 2000)/li liSkunkDAV 1.0/li +liXythos WebFile Client/li /ul pWebDAV links:/p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
Hola, My believe is that the above errata will be reflected in the next (maintenance) release of the servlet spec. I will remind the servlet spec lead that this needs to happen. Jan What's the ETA on this maintenance spec release? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
