For Servlet 2.5, the highlights are:
Requires 1.5 as minimum Java version.
Needs to support Annotations (probably the biggest project).
Some minor changes to Sessions to support Portlets.
A couple of really minor changes to 'web.xml' parsing.
Of course, you can always grab the spec as
Henri Gomez [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
2005/12/21, Bill Barker [EMAIL PROTECTED]:
For Servlet 2.5, the highlights are:
Requires 1.5 as minimum Java version.
Needs to support Annotations (probably the biggest project).
Some minor changes to Sessions to
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=37854.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Sorry, so far nobody has had the sense to propose returning to the good old
TC 3.3 Interceptors ;-). It looks like Evolution is here to stay.
I don't know if Interceptors would be a good solutions but I'd really
like to have something similar to Apache modules.
Author: remm
Date: Wed Dec 21 05:09:42 2005
New Revision: 358285
URL: http://svn.apache.org/viewcvs?rev=358285view=rev
Log:
- Ok, so I used a Java 5 API.
Modified:
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
Just wondering if/why this is better than simply calling:
Boolean.getBoolean(
org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER );
All of them end up calling the same method anyway, but getBoolean()
seems clearer to me in this case and was just wondering if there is
something bad about
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=36994.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I would really like to have something more modular too - I understand
that NIO and the
other connector stuff is unlikely to see the main branch, but I think
'minimal standalone + modules' deserves a chance.
Even if we continue to ship by default a bloated tomcat, with all the
features anyone can
+1 to Costin's stuff... I've been itching for a truly minimal Tomcat
distro for a while...
Yoav
On 12/21/05, Costin Manolache [EMAIL PROTECTED] wrote:
I would really like to have something more modular too - I understand
that NIO and the
other connector stuff is unlikely to see the main
Author: keith
Date: Wed Dec 21 13:13:53 2005
New Revision: 358384
URL: http://svn.apache.org/viewcvs?rev=358384view=rev
Log:
Document the mount workers property as an alternative
to JkMount
Modified:
tomcat/connectors/trunk/jk/xdocs/config/workers.xml
Author: markt
Date: Wed Dec 21 14:37:23 2005
New Revision: 358402
URL: http://svn.apache.org/viewcvs?rev=358402view=rev
Log:
Fix bug 35862. NSAPI attempts to read freed memory and to dereference a null
pointer.
- Patch provided by Brian Kavanagh
As far as my limited jk/C knowledge goes, the
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=35862.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: markt
Date: Wed Dec 21 14:41:38 2005
New Revision: 358404
URL: http://svn.apache.org/viewcvs?rev=358404view=rev
Log:
Repo clean up in connectors
Removed:
tomcat/connectors/trunk/webapp/
-
To unsubscribe, e-mail:
Author: markt
Date: Wed Dec 21 14:41:52 2005
New Revision: 358405
URL: http://svn.apache.org/viewcvs?rev=358405view=rev
Log:
Repo clean up in connectors
Removed:
tomcat/connectors/trunk/naming/
-
To unsubscribe, e-mail:
Author: markt
Date: Wed Dec 21 14:42:19 2005
New Revision: 358406
URL: http://svn.apache.org/viewcvs?rev=358406view=rev
Log:
Repo clean up in connectors
Removed:
tomcat/connectors/trunk/jk/native2/
-
To unsubscribe,
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=37854.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
- What could prevent TC 6.x to became more modular ?
- Design, commercial dependencies or personal decisions.
Why not send a sort of vote on some possible architectures and plans ?
2005/12/21, Yoav Shapira [EMAIL PROTECTED]:
+1 to Costin's stuff... I've been itching for a truly minimal Tomcat
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=37044.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Well, it's not about 'vote' or plans, it's more about what people have
time to do.
I have checked in the build files for a 'standalone' tomcat in the
sandbox, I've been using the single jar almost exclusively, seems to
work fine. But I have a feeling I'm the only one interested in this
:-).
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=38001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I'm willing to help...
Yoav
On 12/21/05, Costin Manolache [EMAIL PROTECTED] wrote:
Well, it's not about 'vote' or plans, it's more about what people have
time to do.
I have checked in the build files for a 'standalone' tomcat in the
sandbox, I've been using the single jar almost
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=38001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35461.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Kevan Miller [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
The Geronimo project has encountered a TCK issue running with Tomcat
5.5.12. We'd appreciate your help with the problem.
I hope that you know that you've just violated your NDA by posting this on a
public list :).
In
24 matches
Mail list logo