https://issues.apache.org/bugzilla/show_bug.cgi?id=56148
Mark Thomas changed:
What|Removed |Added
OS||All
--- Comment #1 from Mark Thomas
Hello
seems now parent classloader used to avoid to overwrite classes is
j2seClassLoader which is extclassloader by default. This totally
breaks tomee and i guess other apps since classes which were not
overwritten in standalone (new Tomcat) are now overwritten by webapp
classloader.
Is it intend
PS: BTW system varaible is no more used in new code
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-02-18 10:21 GMT+01:00 Romain Manni-Bucau :
> Hello
>
> seems now parent
https://issues.apache.org/bugzilla/show_bug.cgi?id=56137
Ognjen Blagojevic changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Ogn
https://issues.apache.org/bugzilla/show_bug.cgi?id=55943
--- Comment #8 from romain.manni-bucau ---
Hi
this totaally breaks tomcat and tomee usage in embeded mode (+ has a lot of
side effect in normal mode).
1) the j2seClassLoader is not overridable in children classloader which is a
pain since
On 18/02/2014 09:21, Romain Manni-Bucau wrote:
> Hello
>
> seems now parent classloader used to avoid to overwrite classes is
> j2seClassLoader which is extclassloader by default. This totally
> breaks tomee and i guess other apps since classes which were not
> overwritten in standalone (new Tomca
We did it but it doesn't cover the embedded case at all since you want
to use system classloader. I know this is a case tomcat doesn't handle
but it breaks applications using it before (new Tomcat() too).
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: htt
Please don't top post.
On 18/02/2014 09:59, Romain Manni-Bucau wrote:
> We did it but
Did what?
> it doesn't cover the embedded case at all
What doesn't? Why?
> since you want to use system classloader.
What do you want to use that class loader for?
> I know this is a case tomcat doesn't han
2014-02-18 11:04 GMT+01:00 Mark Thomas :
> Please don't top post.
>
> On 18/02/2014 09:59, Romain Manni-Bucau wrote:
>> We did it but
>
> Did what?
used filter()
>
>> it doesn't cover the embedded case at all
>
> What doesn't? Why?
In embedded case you deploy an app with your classes in the JVM
On 18/02/2014 10:07, Romain Manni-Bucau wrote:
> 2014-02-18 11:04 GMT+01:00 Mark Thomas :
>> On 18/02/2014 09:59, Romain Manni-Bucau wrote:
>>> it doesn't cover the embedded case at all
>>
>> What doesn't? Why?
>
> In embedded case you deploy an app with your classes in the JVM and
> want 1/2 o
Hi
false is no more supported by
default int tomcat for filter?
it is used in tcks and seems broken now
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
--
let say we have an interface Foo. I deploy a war with Foo and FooImpl.
In the since I'm in embedded mode I can get FooImpl casting it to Foo.
Foo has been loaded from the Junit JVM for instance and FooImpl from
the webapp cause we use a framework (spring, CDI, ...). The cast will
fail cause FooImpl
edit: org.apache.jasper.compiler.JspConfig#processWebDotXml validates
the xml immediately and doesn't read the version from WebXml - from
ContextConfig with getMajorVersion, getMinorVersion methods
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.
Again, please stop top posting.
On 18/02/2014 10:14, Romain Manni-Bucau wrote:
> let say we have an interface Foo. I deploy a war with Foo and FooImpl.
> In the since I'm in embedded mode I can get FooImpl casting it to Foo.
> Foo has been loaded from the Junit JVM for instance and FooImpl from
>
2014-02-18 11:44 GMT+01:00 Mark Thomas :
> Again, please stop top posting.
>
> On 18/02/2014 10:14, Romain Manni-Bucau wrote:
>> let say we have an interface Foo. I deploy a war with Foo and FooImpl.
>> In the since I'm in embedded mode I can get FooImpl casting it to Foo.
>> Foo has been loaded fr
Yet again, please don't top post.
On 18/02/2014 10:21, Romain Manni-Bucau wrote:
> edit: org.apache.jasper.compiler.JspConfig#processWebDotXml validates
> the xml immediately and doesn't read the version from WebXml - from
> ContextConfig with getMajorVersion, getMinorVersion methods
Which Tomcat
2014-02-18 11:54 GMT+01:00 Mark Thomas :
> Yet again, please don't top post.
>
> On 18/02/2014 10:21, Romain Manni-Bucau wrote:
>> edit: org.apache.jasper.compiler.JspConfig#processWebDotXml validates
>> the xml immediately and doesn't read the version from WebXml - from
>> ContextConfig with getMa
On 18/02/2014 10:50, Romain Manni-Bucau wrote:
> 2014-02-18 11:44 GMT+01:00 Mark Thomas :
>> On 18/02/2014 10:14, Romain Manni-Bucau wrote:
>>> It was working fine before and it was convenient. By default you don't
>>> add jars in tomcat system loader so the behavior of tomcat was fine +
>>> in
On 18/02/2014 11:06, Romain Manni-Bucau wrote:
> 2014-02-18 11:54 GMT+01:00 Mark Thomas :
>> Yet again, please don't top post.
>>
>> On 18/02/2014 10:21, Romain Manni-Bucau wrote:
>>> edit: org.apache.jasper.compiler.JspConfig#processWebDotXml validates
>>> the xml immediately and doesn't read the
2014-02-18 12:15 GMT+01:00 Mark Thomas :
> On 18/02/2014 11:06, Romain Manni-Bucau wrote:
>> 2014-02-18 11:54 GMT+01:00 Mark Thomas :
>>> Yet again, please don't top post.
>>>
>>> On 18/02/2014 10:21, Romain Manni-Bucau wrote:
edit: org.apache.jasper.compiler.JspConfig#processWebDotXml validat
On 18/02/2014 12:01, Romain Manni-Bucau wrote:
> 2014-02-18 12:15 GMT+01:00 Mark Thomas :
>> On 18/02/2014 11:06, Romain Manni-Bucau wrote:
>>> I got it from JspConfig:
>>
>> Got what from JspConfig?
>
> the previous stack:
>
> INFO: Apache Tomcat (TomEE)/7.0.52 (1.6.1-SNAPSHOT)
> - Error repo
2014-02-18 12:09 GMT+01:00 Mark Thomas :
> On 18/02/2014 10:50, Romain Manni-Bucau wrote:
>> 2014-02-18 11:44 GMT+01:00 Mark Thomas :
>>> On 18/02/2014 10:14, Romain Manni-Bucau wrote:
>
>
>
It was working fine before and it was convenient. By default you don't
add jars in tomcat system
2014-02-18 13:10 GMT+01:00 Mark Thomas :
> On 18/02/2014 12:01, Romain Manni-Bucau wrote:
>> 2014-02-18 12:15 GMT+01:00 Mark Thomas :
>>> On 18/02/2014 11:06, Romain Manni-Bucau wrote:
>
>
>
I got it from JspConfig:
>>>
>>> Got what from JspConfig?
>>
>> the previous stack:
>>
>> INFO: Apache
[
https://issues.apache.org/jira/browse/MTOMCAT-238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laurent GARCIA updated MTOMCAT-238:
---
Attachment: tomcat7-maven-plugin-2.2.jar.zip
Version patchée
> Parameter staticContextDocba
[
https://issues.apache.org/jira/browse/MTOMCAT-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13904147#comment-13904147
]
Laurent GARCIA edited comment on MTOMCAT-238 at 2/18/14 3:30 PM:
--
Author: markt
Date: Tue Feb 18 16:00:34 2014
New Revision: 1569398
URL: http://svn.apache.org/r1569398
Log:
Make it easier for TomEE to modify the j2seClassLoader
Modified:
tomcat/trunk/java/org/apache/catalina/loader/LocalStrings.properties
tomcat/trunk/java/org/apache/catalina/loader/We
On 18/02/2014 13:05, Romain Manni-Bucau wrote:
> 2014-02-18 12:09 GMT+01:00 Mark Thomas :
>> We can certainly make that easier. Making it non-final, using an
>> over-ridable protected getter(), adding protected getter and setter etc.
>> Does TomEE have a preference?
>>
>
> not really while we c
On 18/02/2014 13:07, Romain Manni-Bucau wrote:
> 2014-02-18 13:10 GMT+01:00 Mark Thomas :
>> Looks like there might be a couple of problems here. Any chance you
>> could debug this and provide the full text of the merged web.xml?
>>
>
> https://gist.github.com/rmannibucau/38292f66783c0d49965b
2014-02-18 17:01 GMT+01:00 Mark Thomas :
> On 18/02/2014 13:05, Romain Manni-Bucau wrote:
>> 2014-02-18 12:09 GMT+01:00 Mark Thomas :
>
>
>
>>> We can certainly make that easier. Making it non-final, using an
>>> over-ridable protected getter(), adding protected getter and setter etc.
>>> Does Tom
2014-02-18 17:05 GMT+01:00 Mark Thomas :
> On 18/02/2014 13:07, Romain Manni-Bucau wrote:
>> 2014-02-18 13:10 GMT+01:00 Mark Thomas :
>
>
>
>>> Looks like there might be a couple of problems here. Any chance you
>>> could debug this and provide the full text of the merged web.xml?
>>>
>>
>> https:
On 18/02/2014 16:06, Romain Manni-Bucau wrote:
> 2014-02-18 17:01 GMT+01:00 Mark Thomas :
>> On 18/02/2014 13:05, Romain Manni-Bucau wrote:
>>> 2014-02-18 12:09 GMT+01:00 Mark Thomas :
>>
>>
>>
We can certainly make that easier. Making it non-final, using an
over-ridable protected getter
On 18/02/2014 16:11, Romain Manni-Bucau wrote:
> 2014-02-18 17:05 GMT+01:00 Mark Thomas :
>> On 18/02/2014 13:07, Romain Manni-Bucau wrote:
>>> 2014-02-18 13:10 GMT+01:00 Mark Thomas :
>>
>>
>>
Looks like there might be a couple of problems here. Any chance you
could debug this and provi
Thanks in all case, think we can close the debate now ;)
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-02-18 17:18 GMT+01:00 Mark Thomas :
> On 18/02/2014 16:06, Romain
2014-02-18 20:01 GMT+04:00 Mark Thomas :
> On 18/02/2014 13:05, Romain Manni-Bucau wrote:
>> 2014-02-18 12:09 GMT+01:00 Mark Thomas :
>
>
>
>>> We can certainly make that easier. Making it non-final, using an
>>> over-ridable protected getter(), adding protected getter and setter etc.
>>> Does Tom
2014-02-18 20:05 GMT+04:00 Mark Thomas :
> On 18/02/2014 13:07, Romain Manni-Bucau wrote:
>> 2014-02-18 13:10 GMT+01:00 Mark Thomas :
>
>
>
>>> Looks like there might be a couple of problems here. Any chance you
>>> could debug this and provide the full text of the merged web.xml?
>>>
>>
>> https:
2014-02-18 18:49 GMT+01:00 Konstantin Kolinko :
> 2014-02-18 20:01 GMT+04:00 Mark Thomas :
>> On 18/02/2014 13:05, Romain Manni-Bucau wrote:
>>> 2014-02-18 12:09 GMT+01:00 Mark Thomas :
>>
>>
>>
We can certainly make that easier. Making it non-final, using an
over-ridable protected gette
Author: markt
Date: Tue Feb 18 18:19:18 2014
New Revision: 1569459
URL: http://svn.apache.org/r1569459
Log:
s/j2se/javase/
Modified:
tomcat/trunk/java/org/apache/catalina/loader/LocalStrings.properties
tomcat/trunk/java/org/apache/catalina/loader/WebappClassLoader.java
Modified: tomcat/t
Author: markt
Date: Tue Feb 18 18:22:51 2014
New Revision: 1569461
URL: http://svn.apache.org/r1569461
Log:
Update
Modified:
tomcat/trunk/webapps/docs/changelog.xml
Modified: tomcat/trunk/webapps/docs/changelog.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/changelog.xml?re
Author: markt
Date: Tue Feb 18 18:29:11 2014
New Revision: 1569465
URL: http://svn.apache.org/r1569465
Log:
Make it easier for TomEE to modify the j2seClassLoader
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trunk/java/org/apache/catalina/loader/LocalStrings.properties
[
https://issues.apache.org/jira/browse/MTOMCAT-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13904680#comment-13904680
]
Olivier Lamy (*$^¨%`£) commented on MTOMCAT-238:
[~lgarcia] If you want y
https://issues.apache.org/bugzilla/show_bug.cgi?id=55837
--- Comment #6 from Patrick Mi ---
Should the method return the CanonicalPath or AbsolutePath?
I used this method in Tomcat 4 and it returned AbsolutePath and now I found
that it returns CanonicalPath which means the I couldn't locate my f
41 matches
Mail list logo
