it/target/junit-4.12-SNAPSHOT.jar
-Dobjenesis.jar=/srv/gump/public/workspace/objenesis/main/target/objenesis-2.2-SNAPSHOT.jar
-Dtest.reports=output/logs-NIO2
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20141101-native-src.tar.gz
-Dexamples.sources.
https://issues.apache.org/bugzilla/show_bug.cgi?id=57173
Konstantin Kolinko changed:
What|Removed |Added
OS||All
--- Comment #1 from Konst
On 30/10/2014 21:26, Rémy Maucherat wrote:
> 2014-10-30 21:18 GMT+01:00 Mark Thomas :
>
>>> There should be no difference with the !connectionClosePresent as one of
>>> the flags is for connection: close in the request, the other one for
>>> connection: close in the response. And connection: close
https://issues.apache.org/bugzilla/show_bug.cgi?id=57172
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
2014-11-01 17:27 GMT+01:00 Mark Thomas :
> OK. Happy to ditch nearly all of this. There was a tweak to a unit test
> I'd like to keep. I'll do those reverts shorty unless you beat me to it.
>
> Unlikely, I'm not doing much on WEs, and I am mostly interested in the
upgrade process in the immediate
Author: markt
Date: Sat Nov 1 17:38:56 2014
New Revision: 1635994
URL: http://svn.apache.org/r1635994
Log:
Revert the changes in 1635524 apart from some of the unit test changes that
extend the coverage of the existing unit tests
Modified:
tomcat/trunk/java/org/apache/coyote/http11/Abstract
Author: markt
Date: Sat Nov 1 17:41:34 2014
New Revision: 1635995
URL: http://svn.apache.org/r1635995
Log:
Revert comment change from r1635440
Modified:
tomcat/trunk/java/org/apache/coyote/http11/AbstractHttp11Processor.java
Modified:
tomcat/trunk/java/org/apache/coyote/http11/AbstractHttp
Author: markt
Date: Sat Nov 1 17:43:13 2014
New Revision: 1635996
URL: http://svn.apache.org/r1635996
Log:
Revert r1635431 as discussed on dev list
Modified:
tomcat/trunk/java/org/apache/coyote/http11/AbstractHttp11Processor.java
tomcat/trunk/webapps/docs/changelog.xml
Modified:
tomcat
Author: markt
Date: Sat Nov 1 20:09:33 2014
New Revision: 1636029
URL: http://svn.apache.org/r1636029
Log:
Remove some unnecessary new lines
Modified:
tomcat/trunk/test/org/apache/el/TestELInJsp.java
Modified: tomcat/trunk/test/org/apache/el/TestELInJsp.java
URL:
http://svn.apache.org/view
Am 29.10.2014 um 20:54 schrieb ma...@apache.org:
Author: markt
Date: Wed Oct 29 19:54:55 2014
New Revision: 1635280
URL: http://svn.apache.org/r1635280
Log:
Update for Tomcat 8
Modified:
tomcat/trunk/test/org/apache/catalina/session/Threading.java
Modified: tomcat/trunk/test/org/apache/ca
Author: markt
Date: Sat Nov 1 21:04:20 2014
New Revision: 1636054
URL: http://svn.apache.org/r1636054
Log:
Refactor tests to reduce boilerplate code. There is more to do here.
Modified:
tomcat/trunk/test/javax/el/TestCompositeELResolver.java
tomcat/trunk/test/javax/servlet/jsp/TestPageCo
On 01/11/2014 20:20, Felix Schumacher wrote:
> Am 29.10.2014 um 20:54 schrieb ma...@apache.org:
>> Author: markt
>> Date: Wed Oct 29 19:54:55 2014
>> New Revision: 1635280
>>
>> URL: http://svn.apache.org/r1635280
>> Log:
>> Update for Tomcat 8
>>
>> Modified:
>> tomcat/trunk/test/org/apache/c
Author: markt
Date: Sat Nov 1 21:15:52 2014
New Revision: 1636058
URL: http://svn.apache.org/r1636058
Log:
Fix typo
Modified:
tomcat/trunk/test/org/apache/catalina/session/Threading.java
Modified: tomcat/trunk/test/org/apache/catalina/session/Threading.java
URL:
http://svn.apache.org/viewv
Author: markt
Date: Sat Nov 1 21:44:22 2014
New Revision: 1636063
URL: http://svn.apache.org/r1636063
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
Enable EL in JSPs to refer to static fields of imported classes including the
standard java.lang.* imports.
Added:
tomcat/t
Author: markt
Date: Sat Nov 1 22:07:55 2014
New Revision: 1636066
URL: http://svn.apache.org/r1636066
Log:
Expand the fix in 1636063 to include imports of static fields.
Modified:
tomcat/trunk/java/javax/servlet/jsp/el/ScopedAttributeELResolver.java
tomcat/trunk/test/org/apache/el/TestEL
https://issues.apache.org/bugzilla/show_bug.cgi?id=57142
Bug 57142 depends on bug 57141, which changed state.
Bug 57141 Summary: JSP 2.3 & EL 3.0 Spec conflict w/Static Fields, Methods, etc.
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
What|Removed |
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=57142
Mark Thomas changed:
What|Removed |Added
OS||All
--- Comment #1 from Mark Thomas
https://issues.apache.org/bugzilla/show_bug.cgi?id=57172
--- Comment #2 from Joern Huxhorn ---
How about indicating that the web application is trying to use the web
application class loader after it has been stopped instead of throwing a
non-descriptive NPE?
The webapp in question was simply us
https://issues.apache.org/bugzilla/show_bug.cgi?id=57142
Mark Thomas changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Mark
https://issues.apache.org/bugzilla/show_bug.cgi?id=57172
Mark Thomas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://issues.apache.org/bugzilla/show_bug.cgi?id=57142
Bug 57142 depends on bug 57141, which changed state.
Bug 57141 Summary: JSP 2.3 & EL 3.0 Spec conflict w/Static Fields, Methods, etc.
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
What|Removed |
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
Konstantin Kolinko changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|F
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
Mark Thomas changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=57142
Bug 57142 depends on bug 57141, which changed state.
Bug 57141 Summary: JSP 2.3 & EL 3.0 Spec conflict w/Static Fields, Methods, etc.
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
What|Removed |
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
--- Comment #4 from Konstantin Kolinko ---
One part of what I am saying is that it is odd that a fundamental feature of EL
language (el-api.jar) depends on internal implementation of a class that
belongs to JSP API (jsp-api.jar).
--
You a
https://issues.apache.org/bugzilla/show_bug.cgi?id=57141
--- Comment #5 from Mark Thomas ---
That is not the case. Standalone EL works.
The problem is that the documented behaviour of one of the JSP EL resolvers
breaks an EL feature so that resolver has to include a work-around. Not ideal
but no
27 matches
Mail list logo
