Guys,
For a myriad of personal, professional, and health reasons, I've been out of
pocket for many months. I'm finally starting to catch up today on 9200 Tomcat
developer and user list messages. It will take me many days. I just wanted to
let y'all know that I'm still alive, and head off any
On Jun 19, 2014, at 10:45 AM, Rémy Maucherat wrote:
2014-06-18 23:40 GMT+02:00 Mark Thomas ma...@apache.org:
I have been thinking about connector refactoring for Tomcat 9. Currently
BIO is planned to be dropped due to the number of features in the
servlet spec that rely on non-blocking IO.
Huh. Amazing how fast that went. I'm caught up on everything since May 7 (last
time I checked my email in this folder). Good job, everyone involved, on
releasing 8.0.x stable, beginning 9.0.x, and addressing many bugs. Kudos!
Nick
On Dec 2, 2014, at 1:20 PM, Nick Williams wrote:
Guys
On Feb 7, 2014, at 12:16 PM, Mark Thomas wrote:
The proposed Apache Tomcat 8.0.3 release is now available for voting.
snip /
The proposed 8.0.3 release is:
[ ] Broken - do not release
[ ] Alpha - go ahead and release as 8.0.3 (alpha)
[X] Beta - go ahead and release as 8.0.3 (beta)
Looks good!
On Jan 29, 2014, at 5:43 PM, Mark Thomas wrote:
snip /
[X ] Beta - go ahead and release as 8.0.1 (beta)
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
On Feb 2, 2014, at 1:23 AM, Gabriel E. Sánchez Martínez wrote:
Hi developers,
I am very new to Tomcat but am already getting my feet wet with a web
application. A requirement for this application is form-based password
authentication, and I would like to store passwords in a database
On Nov 17, 2013, at 4:10 PM, Jeremy Boynes wrote:
On Nov 17, 2013, at 1:42 PM, ma...@apache.org wrote:
Author: markt
Date: Sun Nov 17 21:42:26 2013
New Revision: 1542836
URL: http://svn.apache.org/r1542836
Log:
Revert part of r1542565 which added rather than removed an IDE warning
On Nov 5, 2013, at 9:41 AM, ma...@apache.org wrote:
Author: markt
Date: Tue Nov 5 15:41:53 2013
New Revision: 1539036
URL: http://svn.apache.org/r1539036
Log:
Fix remainder of failing tests and a related TODO spotted in the tests as
well.
snip /
Modified:
On Sep 24, 2013, at 11:00 AM, Rossen Stoyanchev wrote:
On Tue, Sep 24, 2013 at 11:40 AM, Mark Thomas ma...@apache.org wrote:
The necessary update to the script that uploads those JARs to the Maven
repo was missed. I think I have fixed it locally but need to test it
from somewhere with
This is very off topic, and for that I apologize. I'm working on fixing a bug
in Log4j 2, and we've discovered something that just doesn't make any sense to
me. I /believe/ it's a problem with WebLogic's implementation of the Servlet
3.0 specification, but I could be wrong, and based on my
On Sep 21, 2013, at 6:07 AM, Konstantin Kolinko wrote:
2013/9/21 Mark Thomas ma...@apache.org:
On 20/09/2013 08:38, Violeta Georgieva wrote:
The proposed Apache Tomcat 7.0.43 release is now available for voting.
This release candidate contains JSR-356 Java WebSocket 1.0 implementation.
Note
On Sep 20, 2013, at 4:33 PM, Jeremy Boynes wrote:
On Fri, Sep 20, 2013 at 8:50 AM, Mark Thomas ma...@apache.org wrote:
On 20/09/2013 16:02, Jeremy Boynes wrote:
The only ordering concern for SCIs in the spec is that they are
discovered following the classloader delegation model. This will
On Sep 19, 2013, at 11:32 AM, Jeremy Boynes wrote:
On Sep 19, 2013, at 8:36 AM, Mark Thomas ma...@apache.org wrote:
On 19/09/2013 16:31, Jeremy Boynes wrote:
On Sep 19, 2013, at 6:07 AM, ma...@apache.org wrote:
Author: markt Date: Thu Sep 19 13:07:02 2013 New Revision:
1524727
URL:
Mark,
I'm working on revisions to my patch for BZ 55317 based on your feedback. In
this feedback you said:
5. I'm not a fan of the org.apache.tomcat.unittest package unless the classes
concerned are going to be used by multiple tests across multiple packages.
I put
On Sep 12, 2013, at 1:03 PM, Mark Thomas wrote:
On 12/09/2013 18:31, Nick Williams wrote:
Mark,
I'm working on revisions to my patch for BZ 55317 based on your
feedback. In this feedback you said:
5. I'm not a fan of the org.apache.tomcat.unittest package unless
the classes concerned
On Aug 29, 2013, at 4:28 AM, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55317
--- Comment #16 from Mark Thomas ma...@apache.org ---
(In reply to Nick Williams from comment #15)
Created attachment 30749 [details]
Proposed implementation of this feature
On Sep 11, 2013, at 9:22 AM, Konstantin Kolinko wrote:
2013/9/11 Mark Thomas ma...@apache.org:
On 11/09/2013 14:44, Konstantin Kolinko wrote:
2013/9/11 ma...@apache.org:
Author: markt
Date: Wed Sep 11 11:59:37 2013
New Revision: 1521817
URL: http://svn.apache.org/r1521817
Log:
On Sep 10, 2013, at 4:34 PM, Christopher Schultz wrote:
Mark,
On 9/10/13 3:21 PM, ma...@apache.org wrote:
Author: markt
Date: Tue Sep 10 19:21:22 2013
New Revision: 1521594
It's amazing how a relatively small number of changes can take a page
from 1996 to ... well, at least 2006. :)
On Sep 9, 2013, at 5:24 AM, Mark Thomas wrote:
On 09/09/2013 11:20, Mark Thomas wrote:
On 09/09/2013 11:09, ma...@apache.org wrote:
Author: markt
Date: Mon Sep 9 10:09:36 2013
New Revision: 1521023
URL: http://svn.apache.org/r1521023
Log:
Fix wrongly named annotation attributes
On Aug 21, 2013, at 6:21 PM, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55317
Nick Williams nicho...@nicholaswilliams.net changed:
What|Removed |Added
On Aug 28, 2013, at 9:07 AM, Mark Thomas wrote:
On 28/08/2013 13:36, Nick Williams wrote:
On Aug 21, 2013, at 6:21 PM, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55317
Nick Williams nicho...@nicholaswilliams.net changed:
What|Removed
On Aug 21, 2013, at 2:58 AM, Mark Thomas wrote:
On 21/08/2013 01:24, Nick Williams wrote:
My backup idea is slightly less clean but, IMO, still more clean than adding
ASM as a test-time dependency and trying to figure all of that out. I
locally compiled fake weaved versions
On Aug 21, 2013, at 6:14 AM, Mark Thomas wrote:
I'm not exactly sure what the problem is. It looks like the WebSocket
SCI is being registered twice or is running twice but I can't reproduce
the problem. Anyone got any ideas?
Currently, my plan is to add some logging to the SCI registration
On Aug 21, 2013, at 12:46 PM, sebb wrote:
On 21 August 2013 14:48, Christopher Schultz
ch...@christopherschultz.net wrote:
Nick,
On 8/20/13 8:24 PM, Nick Williams wrote:
I ran in to a roadblock with this idea. Part of the byte code of a
class includes the fully-qualified class name. If I
I have latest-ish from trunk ( 2 days old) and compiled without issue. When I
tried to run it, however, console output indicates a serious issue creating
DataSource resources:
21-Aug-2013 17:18:30.800 WARNING [localhost-startStop-1]
org.apache.catalina.core.NamingContextListener.addResource
On Aug 21, 2013, at 5:32 PM, Nick Williams wrote:
I have latest-ish from trunk ( 2 days old) and compiled without issue. When
I tried to run it, however, console output indicates a serious issue creating
DataSource resources:
21-Aug-2013 17:18:30.800 WARNING [localhost-startStop-1
On Aug 20, 2013, at 6:14 AM, ma...@apache.org wrote:
Author: markt
Date: Tue Aug 20 11:14:39 2013
New Revision: 1515779
URL: http://svn.apache.org/r1515779
Log:
Add the rather crucial missing i++ in the wait loop
Lol. Don't you hate when you do that?
On Aug 20, 2013, at 7:59 AM, Mark Thomas wrote:
On 20/08/2013 13:45, Nick Williams wrote:
On Aug 20, 2013, at 6:14 AM, ma...@apache.org wrote:
Author: markt
Date: Tue Aug 20 11:14:39 2013
New Revision: 1515779
URL: http://svn.apache.org/r1515779
Log:
Add the rather crucial missing
I'm working on implementing bugzilla 55317. It's a pretty important change
(weaving) to a pretty import class (WebappClassLoader), so it obviously needs
some unit tests. However, I need some guidance:
1) I've never gotten all the existing tests to pass on my machine. Last time I
ran them it
On Aug 20, 2013, at 8:25 AM, Mark Thomas wrote:
On 20/08/2013 14:13, Nick Williams wrote:
I'm working on implementing bugzilla 55317. It's a pretty important
change (weaving) to a pretty import class (WebappClassLoader), so it
obviously needs some unit tests. However, I need some guidance
On Aug 20, 2013, at 10:12 AM, Christopher Schultz wrote:
Mark,
On 8/20/13 9:25 AM, Mark Thomas wrote:
On 20/08/2013 14:13, Nick Williams wrote:
I'm working on implementing bugzilla 55317. It's a pretty important
change (weaving) to a pretty import class (WebappClassLoader), so
On Aug 20, 2013, at 1:10 PM, Mark Thomas wrote:
On 20/08/2013 18:47, Nick Williams wrote:
My remaining original concern was the best approach for weaving byte
code in Tomcat's unit tests, which I detailed in an earlier message.
Use the Weaver to completely replace the byte code
On Aug 17, 2013, at 7:36 AM, Christopher Schultz wrote:
All,
See this SO thread:
http://stackoverflow.com/questions/18147885/use-log4j-in-a-tomcat-with-security-manager
...and refer to the Tomcat 7 log4j instructions:
http://tomcat.apache.org/tomcat-7.0-doc/logging.html#Using_Log4j
On Aug 15, 2013, at 5:47 PM, Mark Thomas wrote:
This isn't going to be quite as simple as I first thought.
The WebSocket client API requires Java SE 7 or later.
The WebSocket server API requires Java EE 6 or later.
Java EE 6 requires Java 6 or later.
The WebSocket server API depends on
On Aug 8, 2013, at 12:50 PM, Mark Thomas wrote:
Currently, Tomcat has an 'guide' of a maximum of 80 characters for line
length. It has been a while since we reviewed this and as we are looking
at style rules...
As a starting point what do folks think of the following options:
Line
On Aug 7, 2013, at 2:41 AM, Mark Thomas wrote:
For trunk we have been running a policy of zero warnings in the code.
This has helped to highlight issues as code is edited as any warnings
are immediately clear. Obviously, this depends on what warnings are enabled.
Currently, we use
On Aug 6, 2013, at 4:22 AM, Ognjen Blagojevic wrote:
Mark,
On 5.8.2013 22:56, Mark Thomas wrote:
The site has been updated with the various parts required for a new
major release (security, migration, download, docs, navigation, which
version etc.) but I haven't posted the release
On Aug 6, 2013, at 9:27 AM, Mark Thomas wrote:
On 06/08/2013 12:57, Nick Williams wrote:
The migration guide says Tomcat 8 supports Expression Language 2.3.
Should be 3.0. You (might) also want to call it Java Unified
Expression Language. That's the official name from my
understanding
On Aug 6, 2013, at 9:53 AM, Mark Thomas wrote:
On 06/08/2013 16:30, Nick Williams wrote:
On Aug 6, 2013, at 9:27 AM, Mark Thomas wrote:
On 06/08/2013 12:57, Nick Williams wrote:
The migration guide says Tomcat 8 supports Expression Language 2.3.
Should be 3.0. You (might) also want
On Aug 5, 2013, at 2:10 PM, ma...@apache.org wrote:
Added: tomcat/site/trunk/docs/tomcat-8.0-doc/servletapi/serialized-form.html
URL:
http://svn.apache.org/viewvc/tomcat/site/trunk/docs/tomcat-8.0-doc/servletapi/serialized-form.html?rev=1510665view=auto
On Aug 4, 2013, at 2:27 PM, Mark Thomas wrote:
On 04/08/2013 21:02, Jeremy Boynes wrote:
On Aug 4, 2013, at 8:37 AM, ma...@apache.org wrote:
Log:
Treat javax.servlet.ServletContainerInitializer files as text in source
include name=**/NOTICE/
include name=**/RELEASE-NOTES/
+
On Aug 4, 2013, at 2:40 PM, Mark Thomas wrote:
On 04/08/2013 21:31, Nick Williams wrote:
On Aug 4, 2013, at 2:27 PM, Mark Thomas wrote:
On 04/08/2013 21:02, Jeremy Boynes wrote:
On Aug 4, 2013, at 8:37 AM, ma...@apache.org wrote:
Log:
Treat javax.servlet.ServletContainerInitializer
On Aug 1, 2013, at 3:53 PM, Mark Thomas wrote:
The proposed 8.0.0-RC1 release is:
[ ] Broken - do not release
[ X] Alpha - go ahead and release as 8.0.0-RC1 alpha
(Non-binding)
Tested the .zip distribution on Windows 7 SP1 64-bit. Everything seems to be
functioning properly.
On Jul 31, 2013, at 11:09 AM, Jeremy Boynes wrote:
Any objection to adding a dependency on a mocking framework to aid unit
testing?
The one I have used most is EasyMock which is Apache License 2.0.
Cheers
Jeremy
EasyMock is fantastic. I use it for everything I do, and we're using it in
On Jul 29, 2013, at 2:02 PM, Jeremy Boynes wrote:
This flags as a warning for me in IDEA without the suppression. Isn't this
an unchecked cast (Object to ListString)?
Yes, that's an unchecked cast. The @SuppressWarnings was not unnecessary.
N
On Mon, Jul 29, 2013 at 11:38 AM,
On Jul 29, 2013, at 2:40 PM, Mark Thomas wrote:
On 29/07/2013 21:04, Nick Williams wrote:
On Jul 29, 2013, at 2:02 PM, Jeremy Boynes wrote:
This flags as a warning for me in IDEA without the suppression. Isn't this
an unchecked cast (Object to ListString)?
It is an unchecked cast
On Jul 29, 2013, at 3:02 PM, Mark Thomas wrote:
On 29/07/2013 21:45, Nick Williams wrote:
On Jul 29, 2013, at 2:40 PM, Mark Thomas wrote:
On 29/07/2013 21:04, Nick Williams wrote:
On Jul 29, 2013, at 2:02 PM, Jeremy Boynes wrote:
This flags as a warning for me in IDEA without
;
URL jarUrl = context.getResource(LIB + lib);
if (jarUrl == null) {
// should not happen, just ignore
On Mon, Jul 29, 2013 at 12:40 PM, Mark Thomas ma...@apache.org wrote:
On 29/07/2013 21:04, Nick Williams wrote:
On Jul 29, 2013, at 2:02 PM, Jeremy
On Jul 25, 2013, at 6:49 PM, Rainer Jung wrote:
On 26.07.2013 00:34, Mark Thomas wrote:
On 21/07/2013 09:10, Mark Thomas wrote:
On 20/07/2013 17:42, Konstantin Kolinko wrote:
2013/7/18 Mark Thomas ma...@apache.org:
snip/
Any objections to starting the 8.0.0 release process?
What do
No objection here. Things seem to be working well. I'm rather excited about it.
:-)
Nick
On Jul 18, 2013, at 11:11 AM, Mark Thomas wrote:
Given recent progress, I have uploaded a snapshot of the current state
of trunk to the Maven snapshot repository. Note that our Maven builds
include full
On Jul 17, 2013, at 9:21 AM, Caldarale, Charles R wrote:
From: ma...@apache.org [mailto:ma...@apache.org]
Subject: svn commit: r1504148
URL: http://svn.apache.org/r1504148
Log:
Add the two new resolver types (stream and static) to Jasper in the correct
order and modify JasperELResolver
On Jun 28, 2013, at 2:35 AM, ma...@apache.org wrote:
Author: markt
Date: Fri Jun 28 07:35:49 2013
New Revision: 1497670
URL: http://svn.apache.org/r1497670
Log:
WebSocket 1.0, section 8.2
There is an implied restriction that any initial upgrade request must use
HTTP GET.
+
On Jun 28, 2013, at 11:27 AM, Mark Thomas wrote:
On 28/06/2013 17:00, Nick Williams wrote:
On Jun 28, 2013, at 2:35 AM, ma...@apache.org wrote:
Author: markt Date: Fri Jun 28 07:35:49 2013 New Revision: 1497670
URL: http://svn.apache.org/r1497670 Log: WebSocket 1.0, section
8.2
On Jun 27, 2013, at 6:08 AM, ma...@apache.org wrote:
Author: markt
Date: Thu Jun 27 11:08:03 2013
New Revision: 1497299
URL: http://svn.apache.org/r1497299
Log:
WebSocket 1.0, Section 4.8
Don't look for annotations on inherited methods.
Modified:
On Jun 27, 2013, at 9:42 AM, Mark Thomas wrote:
On 27/06/2013 15:29, Nick Williams wrote:
On Jun 27, 2013, at 6:08 AM, ma...@apache.org wrote:
Author: markt
Date: Thu Jun 27 11:08:03 2013
New Revision: 1497299
URL: http://svn.apache.org/r1497299
Log:
WebSocket 1.0, Section 4.8
On Jun 27, 2013, at 4:32 PM, ma...@apache.org wrote:
Author: markt
Date: Thu Jun 27 21:32:39 2013
New Revision: 1497569
URL: http://svn.apache.org/r1497569
Log:
With an eye to the future,
First phrase of your new novel?
:-)
On Jun 27, 2013, at 6:14 PM, Konstantin Kolinko wrote:
2013/6/28 ma...@apache.org:
Author: markt
Date: Thu Jun 27 20:10:40 2013
New Revision: 1497552
URL: http://svn.apache.org/r1497552
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=55151
Fix bugs in test
Modified:
On Jun 26, 2013, at 1:57 PM, Jeremy Boynes wrote:
On Jun 26, 2013, at 7:49 AM, Christopher Schultz
ch...@christopherschultz.net wrote:
Jeremy,
On 6/26/13 1:44 AM, Jeremy Boynes wrote:
On Jun 11, 2013, at 1:50 PM, Nick Williams
nicho...@nicholaswilliams.net wrote:
Okay. One of many
On Jun 19, 2013, at 3:15 AM, Mark Thomas wrote:
On 19/06/2013 00:42, Nick Williams wrote:
Oracle has announced a Javadoc vulnerability (CVE-2013-1571 [1],
VU#225657 [2]) whereby Javadoc generated with Java 5, Java 6, or Java
7 7u25 is vulnerable to a frame injection attack. Oracle has
Oracle has announced a Javadoc vulnerability (CVE-2013-1571 [1], VU#225657 [2])
whereby Javadoc generated with Java 5, Java 6, or Java 7 7u25 is vulnerable
to a frame injection attack. Oracle has provided a repair-in-place tool for
Javadoc that cannot be easily regenerated, but is urging
On Jun 16, 2013, at 4:14 PM, ma...@apache.org wrote:
Author: markt
Date: Sun Jun 16 21:14:37 2013
New Revision: 1493584
URL: http://svn.apache.org/r1493584
Log:
Fix FindBugs warnings in test code
Modified:
tomcat/trunk/res/findbugs/filter-false-positives.xml
On Jun 13, 2013, at 11:23 AM, Mark Thomas wrote:
As I make my way through the Servlet 3.1 spec reviewing all the changes to
make sure they have all been implemented, I have reached section 8.2. There
are a number of related issues here.
1. Three known issues with the current SCI /
I was looking through EE 7 and the changes to trunk in the last six months or
so and realized that no work had yet been done to implement EL 3.0. Does anyone
know what the anticipated timeline is for beginning work on EL 3.0? I don't
even know who the EL expert(s) on the Tomcat project is(are).
On Jun 11, 2013, at 3:28 PM, Mark Thomas wrote:
On 11/06/2013 21:25, Konstantin Kolinko wrote:
2013/6/12 ma...@apache.org:
Author: markt
Date: Tue Jun 11 20:18:10 2013
New Revision: 1491940
URL: http://svn.apache.org/r1491940
Log:
Servlet 3.1 requires an ISE if getRequest() or
On Jun 11, 2013, at 3:36 PM, Mark Thomas wrote:
On 11/06/2013 21:29, Nick Williams wrote:
I was looking through EE 7 and the changes to trunk in the last six
months or so and realized that no work had yet been done to implement
EL 3.0. Does anyone know what the anticipated timeline
Can one of the very knowledgeable developers that have been discussing memory
leaks in the last few days (re: Possible false-postive with
JreMemoryLeakPreventionListener and Tomcat's JDBC Pool and
OracleTimeoutPollingThread) chime in on this Log4j 2 bug [1]?
Log4j 2 appears to be registering a
I recently became a committer on the Logging project and thus I now have an
@apache.org address. Since it's a forwarding address, I'm having it forward to
my Google Apps email address (the address I'm sending from now).
I'd like to subscribe to the Tomcat Dev and User lists with my @apache.org
On May 10, 2013, at 5:07 AM, ma...@apache.org wrote:
Author: markt
Date: Fri May 10 10:07:21 2013
New Revision: 1480974
URL: http://svn.apache.org/r1480974
Log:
Add the Java EE 7 XSDs.
Mark, were these hand-coded or copied from some other source? If copied, could
you let me know where
On May 10, 2013, at 8:35 AM, Mark Thomas wrote:
On 10/05/2013 14:22, Nick Williams wrote:
On May 10, 2013, at 5:07 AM, ma...@apache.org wrote:
Author: markt
Date: Fri May 10 10:07:21 2013
New Revision: 1480974
URL: http://svn.apache.org/r1480974
Log:
Add the Java EE 7 XSDs.
Mark
On May 4, 2013, at 4:20 PM, ma...@apache.org wrote:
Author: markt
Date: Sat May 4 21:20:27 2013
New Revision: 1479179
URL: http://svn.apache.org/r1479179
Log:
204 responses are permitted entity headers
Modified:
On Apr 1, 2013, at 3:44 PM, Satheesh Babu wrote:
Good Evening!
We're running our production applications in Tomcat 5.5/JRE 1.5, and there is
a need for us to migrate our applications to Java 7(JRE 1.7). There is no
information available either on java or on Apace Tomcat site regrading
On Mar 29, 2013, at 12:57 PM, Konstantin Kolinko wrote:
2013/3/29 Nick Williams nicho...@nicholaswilliams.net:
(..) Note that Log4j2 is going to have a log4j-taglib artifact that
(naturally) will have a TLD in its META-INF. Since Tomcat by default
excludes log4j*.jar, that has
On Feb 26, 2013, at 11:21 AM, Christopher Schultz wrote:
Mark,
On 2/21/13 8:34 AM, Mark Thomas wrote:
JRE JARs.
I think scanning of these should be made optional and disabled by
default. This will reduce the list of JARs we have to maintain in
jarsToSkip. I intend to implement this
I have made several contributions to Tomcat recently. Upon beginning some work
on implementing a log4j-taglib module for Log4j 2, it came to my attention that
I need to have an Individual Contributor License Agreement on file with the ASF
Secretary. This has been done now, and my ICLA has been
On Mar 27, 2013, at 9:41 AM, Mark Thomas wrote:
On 27/03/2013 14:35, Nick Williams wrote:
I have made several contributions to Tomcat recently. Upon beginning
some work on implementing a log4j-taglib module for Log4j 2, it came
to my attention that I need to have an Individual Contributor
On Mar 25, 2013, at 10:01 AM, ma...@apache.org wrote:
Author: markt
Date: Mon Mar 25 15:01:41 2013
New Revision: 1460700
URL: http://svn.apache.org/r1460700
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54740
Update SCI scan to reflect changes in spec
Modified:
On Mar 23, 2013, at 10:05 AM, igaz wrote:
So I won't bury the lede: what exactly (and why) is Tomcat doing 'simulated'
read blocking when using the NIO connector?
I've done some due diligence including downloading the latest source
(7.0.37) and searching the tomcat mailing lists.
In the latest snapshot (3/21) of tomcat-embed-logging-log4j, all of the classes
in org.apache.juli.logging.* are missing. They are there in the 3/14 snapshot,
and they are there in the 3/21 SOURCES snapshot, but they are not there in the
3/21 binaries snapshot. Something foobar happened here.
On Mar 22, 2013, at 11:28 AM, Nick Williams wrote:
In the latest snapshot (3/21) of tomcat-embed-logging-log4j, all of the
classes in org.apache.juli.logging.* are missing. They are there in the 3/14
snapshot, and they are there in the 3/21 SOURCES snapshot
On Mar 21, 2013, at 9:54 AM, Christopher Schultz wrote:
Nick,
On 3/21/13 10:17 AM, Nicholas Williams wrote:
I know that WebSockets will be a part of the Java EE 7 specification
for full application servers. But will web containers also be required
to implement this? Or will it be
On Mar 21, 2013, at 9:07 AM, Christopher Schultz wrote:
Nick,
On 3/18/13 6:03 PM, Nick Williams wrote:
I've been busy fleshing out all kinds of problems. :-)
Careful: you might inadvertently become the babysitter of Tomcat's
Websocket implementation.
Careful: you might be talking
On Mar 21, 2013, at 11:37 AM, ma...@apache.org wrote:
Author: markt
Date: Thu Mar 21 16:37:49 2013
New Revision: 1459389
URL: http://svn.apache.org/r1459389
Log:
Improve performance for typical use cases by roughly an order of magnitude
Modified:
Been a week since the last snapshot. LOTS of big WebSocket changes since then,
including a fix for a problem with the core artifact JAR. Can we get another
snapshot build sometime today?
Thanks!
-
To unsubscribe, e-mail:
On Mar 21, 2013, at 5:49 PM, Mark Thomas wrote:
On 21/03/2013 18:06, Nick Williams wrote:
Been a week since the last snapshot. LOTS of big WebSocket changes since
then, including a fix for a problem with the core artifact JAR. Can we get
another snapshot build sometime today
On Mar 20, 2013, at 3:55 PM, Mark Thomas wrote:
I plan to get the most recent FileUpload changes (if any), run the unit
tests, run the TCKs and then tag 7.0.39 so that should happen some time
early tomorrow if all goes well.
Mark
In 54734 I propose a patch that needs to also be
On Mar 20, 2013, at 3:53 PM, Mark Thomas wrote:
On 20/03/2013 20:50, Remy Maucherat wrote:
On Wed, 2013-03-20 at 20:46 +, ma...@apache.org wrote:
Author: markt
Date: Wed Mar 20 20:46:04 2013
New Revision: 1459043
URL: http://svn.apache.org/r1459043
Log:
Add new methods
Modified:
Reading through the expert mailing list for the WebSocket spec, I gather that
the experts did not feel it appropriate to update the last access time for
HttpSession objects when messages are received. I DO agree with this; there's
no way to know what the user really wants here, and it could be
On Mar 20, 2013, at 5:48 PM, Mark Thomas wrote:
On 20/03/2013 21:35, Nick Williams wrote:
On Mar 20, 2013, at 3:53 PM, Mark Thomas wrote:
On 20/03/2013 20:50, Remy Maucherat wrote:
On Wed, 2013-03-20 at 20:46 +, ma...@apache.org wrote:
Author: markt
Date: Wed Mar 20 20:46:04 2013
validate:
[mkdir] Created dir: C:\Tomcat-Build\Source\output\res\checkstyle
[checkstyle] Running Checkstyle 5.6 on 2516 files
[checkstyle] C:\Tomcat-Build\Source\webapps\docs\changelog.xml:128: Line matches
the illegal pattern '\s+$'.
BUILD FAILED
C:\Tomcat-Build\Source\build.xml:485: Got 1
I was working on the recent change in the Servlet 3.1 spec for
HttpServletRequest#upgrade(...) and noticed that the AbstractAjpProcessor
doesn't support HTTP Upgrade (and, by extension, doesn't support WebSockets).
Only the AbstractHttp11Processor does.
Is there a plan for AJP to support
On Mar 11, 2013, at 3:37 PM, Mark Thomas wrote:
On 09/03/2013 23:03, Nick Williams wrote:
Mark,
I noticed the HttpServletRequest upgrade method still had the
signature void upgrade(HttpUpgradeHandler) when it should be T
extends HttpUpgradeHandler T upgrade(ClassT) per the latest spec
On Mar 18, 2013, at 5:01 PM, bugzi...@apache.org wrote:
https://issues.apache.org/bugzilla/show_bug.cgi?id=54721
Bug ID: 54721
Summary: RemoteEndpoint blocks indefinitely if sendObject
called with BinaryStream of TextStream encoders
Mark,
I was reading on the expert mailing list the other day a discussion about
containers automatically closing WebSocket sessions when the corresponding
HttpSession instance is invalidate. I have a strange race condition going on
that I think could be caused by that. Is Tomcat automatically
On Mar 13, 2013, at 6:46 PM, Mark Thomas wrote:
FYI
http://people.apache.org/~markt/dev/autobahn-tomcat-8/
I'll post updates periodically.
Mark
Updates? Looks like you're done. :-)
-
To unsubscribe, e-mail:
On Mar 7, 2013, at 5:33 PM, Mark Thomas wrote:
The current status of the WebSocket implementation is largely complete.
The remaining TODOs are (in roughly the order I intend to tackle them):
1. Implement decoding
2. Figure out why there are failures in Autobahn with WSS and NIO and
I'm implementing the Part#getSubmittedFileName method introduced in
SERVLET_SPEC-57 [1].
o.a.c.core.ApplicationPart already has a getFilename method that accomplishes
this that is not part of the interface but IS public. This method is used only
in o.a.c.connector.Request (once), but that's
On Mar 9, 2013, at 3:15 PM, Nick Williams wrote:
I'm implementing the Part#getSubmittedFileName method introduced in
SERVLET_SPEC-57 [1].
o.a.c.core.ApplicationPart already has a getFilename method that accomplishes
this that is not part of the interface but IS public. This method
getSubmittedFileName and submitted patch via bug #54658.
Let me know if I should just remove it and re-submit patch.
Nick
Nick Williams nicho...@nicholaswilliams.net wrote:
I'm implementing the Part#getSubmittedFileName method introduced in
SERVLET_SPEC-57 [1].
o.a.c.core.ApplicationPart already has
Mark,
I noticed the HttpServletRequest upgrade method still had the signature void
upgrade(HttpUpgradeHandler) when it should be T extends HttpUpgradeHandler T
upgrade(ClassT) per the latest spec. What's your status on getting this
changed? I started to try to clean this up a bit (I can email
On Mar 9, 2013, at 4:57 PM, Mark Thomas wrote:
Nick Williams nicho...@nicholaswilliams.net wrote:
On Mar 9, 2013, at 3:49 PM, Mark Thomas wrote:
Renaming the method is fine.
We don't change the API for the sake of it but if there is a need to
then it is fine.
Mark
Look at you
1 - 100 of 117 matches
Mail list logo