>From what I have read building Tomcat 7 has to be done with JDK 6 and the
option by the devs was to fix JDK 7 building in Tomcat 8 and tell people to
compile Tomcat 7 with JDK 6, running it with Java 7. Is this true?
Are there plans to fix TC 7 to compile with JDK7? Should there be?
Is this som
The Buildbot has detected a restored build on builder tomcat-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-trunk/builds/119
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Source
Author: kkolinko
Revision: 1593821
Modified property: svn:log
Modified: svn:log at Wed May 28 23:15:37 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:15:37 2014
@@ -1,4 +1,4 @@
Defensive coding around some XML a
Author: kkolinko
Revision: 1593815
Modified property: svn:log
Modified: svn:log at Wed May 28 23:15:02 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:15:02 2014
@@ -1,2 +1,3 @@
Ensure TLD parser obtained from ca
Author: kkolinko
Revision: 1589640
Modified property: svn:log
Modified: svn:log at Wed May 28 23:14:11 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:14:11 2014
@@ -1 +1,2 @@
Avoid memory leak and add small opti
Author: kkolinko
Revision: 1590036
Modified property: svn:log
Modified: svn:log at Wed May 28 23:10:35 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:10:35 2014
@@ -1 +1,2 @@
Ensure TLD parser obtained from cach
Author: kkolinko
Revision: 1590028
Modified property: svn:log
Modified: svn:log at Wed May 28 23:06:35 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:06:35 2014
@@ -1,2 +1,2 @@
Defensive coding around some XML a
Author: kkolinko
Revision: 1589997
Modified property: svn:log
Modified: svn:log at Wed May 28 23:01:51 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:01:51 2014
@@ -1,2 +1,2 @@
More defensive coding around some
Author: kkolinko
Revision: 1588199
Modified property: svn:log
Modified: svn:log at Wed May 28 23:01:17 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 23:01:17 2014
@@ -1,2 +1,3 @@
Small optimisation. The resolver a
Author: kkolinko
Date: Wed May 28 22:59:18 2014
New Revision: 1598167
URL: http://svn.apache.org/r1598167
Log:
Add r1590036 and r1593815 to the list of fixes for CVE-2014-0119
Modified:
tomcat/site/trunk/docs/security-6.html
tomcat/site/trunk/docs/security-7.html
tomcat/site/trunk/xdo
Author: kkolinko
Revision: 1589992
Modified property: svn:log
Modified: svn:log at Wed May 28 22:28:41 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:28:41 2014
@@ -1 +1,2 @@
Add new constant missed in previous
Author: kkolinko
Revision: 1589990
Modified property: svn:log
Modified: svn:log at Wed May 28 22:28:09 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:28:09 2014
@@ -1,2 +1,2 @@
More defensive coding around some
Author: kkolinko
Revision: 1589983
Modified property: svn:log
Modified: svn:log at Wed May 28 22:27:00 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:27:00 2014
@@ -1 +1,2 @@
Fix indents and copy/paste errors
+T
Author: kkolinko
Revision: 1589985
Modified property: svn:log
Modified: svn:log at Wed May 28 22:27:39 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:27:39 2014
@@ -1 +1,2 @@
Parser uses lazy init so move creati
Author: kkolinko
Revision: 1589980
Modified property: svn:log
Modified: svn:log at Wed May 28 22:26:10 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:26:10 2014
@@ -1,2 +1,2 @@
More defensive coding around some
Author: kkolinko
Revision: 1589837
Modified property: svn:log
Modified: svn:log at Wed May 28 22:25:44 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:25:44 2014
@@ -1,2 +1,2 @@
Add some defensive coding around s
Author: kkolinko
Revision: 1588193
Modified property: svn:log
Modified: svn:log at Wed May 28 22:21:57 2014
--
--- svn:log (original)
+++ svn:log Wed May 28 22:21:57 2014
@@ -1,2 +1,3 @@
Small optimisation. The resolver a
Author: markt
Date: Wed May 28 21:46:55 2014
New Revision: 1598153
URL: http://svn.apache.org/r1598153
Log:
No need for the expectation check in an error state as the connection will be
closed any way.
Modified:
tomcat/trunk/java/org/apache/coyote/http11/AbstractHttp11Processor.java
Modifie
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573
--- Comment #2 from Jean-Francois Arcand ---
For tracking purpose
https://java.net/jira/browse/WEBSOCKET_SPEC-228
Atmosphere can dispatch a WebSocket Message into a normal HttpServletRequest so
an application transparently use WebSocket u
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573
Mark Thomas changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Mark Th
https://issues.apache.org/bugzilla/show_bug.cgi?id=56573
Bug ID: 56573
Summary: [Spec?] Session.getRequestURI() doesn't return the
protocol, port etc.
Product: Tomcat 8
Version: trunk
Hardware: PC
OS: Mac OS
https://issues.apache.org/bugzilla/show_bug.cgi?id=56529
Violeta Georgieva changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|--
The Buildbot has detected a restored build on builder tomcat-7-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-7-trunk/builds/88
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Sour
https://issues.apache.org/bugzilla/show_bug.cgi?id=56560
Mark Thomas changed:
What|Removed |Added
OS||All
--- Comment #2 from Mark Thomas
Author: markt
Date: Wed May 28 13:20:58 2014
New Revision: 1598008
URL: http://svn.apache.org/r1598008
Log:
Proposal
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=1598008&r1=1598007&r
https://issues.apache.org/bugzilla/show_bug.cgi?id=56529
rsanthakumar changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Component|Jasper
Author: markt
Date: Wed May 28 13:17:04 2014
New Revision: 1598007
URL: http://svn.apache.org/r1598007
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56555
When Tomcat closes the connection based on the HTTP status code of the
response, ensure that only one connection header is sent
https://issues.apache.org/bugzilla/show_bug.cgi?id=56555
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: kkolinko
Date: Wed May 28 13:03:24 2014
New Revision: 1598005
URL: http://svn.apache.org/r1598005
Log:
r1589983 (followup to r1589980 correcting a copy-paste typo)
r1589992 (followup to r1589990 committing a missed change)
are also part of the fix for CVE-2014-0119
Modified:
tomcat/si
Author: kkolinko
Date: Wed May 28 12:22:59 2014
New Revision: 1597988
URL: http://svn.apache.org/r1597988
Log:
r1589985 (a followup to r1589980) is also part of the fix for CVE-2014-0119
Modified:
tomcat/site/trunk/docs/security-8.html
tomcat/site/trunk/xdocs/security-8.xml
Modified: tom
Author: markt
Date: Wed May 28 12:15:51 2014
New Revision: 1597987
URL: http://svn.apache.org/r1597987
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56555
When Tomcat closes the connection based on the HTTP status code of the
response, ensure that only one connection header is sent
Author: markt
Date: Wed May 28 11:45:26 2014
New Revision: 1597982
URL: http://svn.apache.org/r1597982
Log:
Fix copy/paste error and return a 500 rather 400 response
Modified:
tomcat/trunk/java/org/apache/coyote/ajp/AbstractAjpProcessor.java
tomcat/trunk/webapps/docs/changelog.xml
Modifi
https://issues.apache.org/bugzilla/show_bug.cgi?id=56555
--- Comment #5 from Mark Thomas ---
Having re-read RFC2616 the use of a 400 response code in this case looks wrong.
400 is meant to be used to indicate a syntax error in the request which is why
Tomcat closes the connection. Tomcat can not
https://issues.apache.org/bugzilla/show_bug.cgi?id=56472
--- Comment #10 from Stefan Frings ---
Created attachment 31671
--> https://issues.apache.org/bugzilla/attachment.cgi?id=31671&action=edit
Screenshot of jvisualvm showing that webappclassloader has no gc root
I tested again with version
34 matches
Mail list logo
