headers
sebb | 1 Sep 09:31
Picon

Re: DO NOT REPLY [Bug 47767] [PatchAvailable] mod_actions and Server-Status

The same person also raised a JIRA issue.
[It was INFRA-2178, now deleted.]

On 31/08/2009, Mark Thomas <markt <at> apache.org> wrote:
> This looks like spam to me.
>
>  I am going to purge it from Bugzilla and disable the account of the use
>  that created it.
>
>
>  Mark
>
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: dev-unsubscribe <at> tomcat.apache.org
>  For additional commands, e-mail: dev-help <at> tomcat.apache.org
>
>
Permalink | Reply | 0 comments |
headers
bugzilla | 1 Sep 10:58
Picon
Favicon

DO NOT REPLY [Bug 47774] New: Illegal context class loader is used when HttpSessionListener is executed.

https://issues.apache.org/bugzilla/show_bug.cgi?id=47774

           Summary: Illegal context class loader is used when
                    HttpSessionListener is executed.
           Product: Tomcat 6
           Version: 6.0.20
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Catalina
        AssignedTo: dev <at> tomcat.apache.org
        ReportedBy: fujino.keiichi <at> oss.ntt.co.jp

--- Comment #0 from Keiichi Fujino <fujino.keiichi <at> oss.ntt.co.jp> 2009-09-01 01:58:42 PDT ---
When HttpSessionListener is executed, illegal class loader is set to the
context classLoader.

I think that the problem is in CoyoteAdapter#parseSessionCookiesId method. 
JSESSION COOKIE is parsed in this method, and sessionId is set to the request. 

To check sessionId, Request#isRequestedSessionIdValid method is called in this
method. 
And, Session#isValid() might be called in Request#isRequestedSessionIdValid
method. 
However, the context class loader of a current thread is StandardClassLoader. 
It is not WebappClassLoader. 

For instance,
(Continue reading)

Permalink | Reply | 4 comments |
headers
Matthias Wessendorf | 1 Sep 13:40
Picon
Favicon
Gravatar

Re: JSR 315 - status ?

Is there no Tomcat developer an active member on the JSR ?

-Matthias

On Mon, Aug 31, 2009 at 8:51 PM, Matthias Wessendorf<matzew <at> apache.org> wrote:
> Hi there,
>
> Does one know what the current status of JSR 315 is ? Will it be final soon?
> I think last what I heard was that Filip said - on ACon EU, in April,
> that it may
> be final in September 09.
>
> -Matthias
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>

--

-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Permalink | Reply | 2 comments |
headers
Remy Maucherat | 1 Sep 13:47
Picon
Favicon
Gravatar

Re: JSR 315 - status ?

On Tue, 2009-09-01 at 13:40 +0200, Matthias Wessendorf wrote:
> Is there no Tomcat developer an active member on the JSR ?

You do understand this is confidential information, right ? Follow the
JCP progress and announcements.

Rémy
Permalink | Reply | 1 comment |
headers
Matthias Wessendorf | 1 Sep 14:11
Picon
Favicon
Gravatar

Re: JSR 315 - status ?

On Tue, Sep 1, 2009 at 1:47 PM, Remy Maucherat<remm <at> apache.org> wrote:
> On Tue, 2009-09-01 at 13:40 +0200, Matthias Wessendorf wrote:
>> Is there no Tomcat developer an active member on the JSR ?
>
> You do understand this is confidential information, right ? Follow the
> JCP progress and announcements.

ah, yeah the process. OK, is there a tck <at> tomcat.a.o list or similar ?
At Apache MyFaces we have that. I signed already the NDA agreement
for TCKs etc. So, I am still interested in the ETA of JSR 315. Any way
to get to this kind of information ?

Thanks,
Matthias Wessendorf
-PMC Chair Apache MyFaces-

>
> Rémy
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe <at> tomcat.apache.org
> For additional commands, e-mail: dev-help <at> tomcat.apache.org
>
>

--

-- 
Matthias Wessendorf
(Continue reading)

Permalink | Reply | 0 comments |
headers
fhanik | 1 Sep 19:22
Picon
Favicon

svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: fhanik
Date: Tue Sep  1 17:21:59 2009
New Revision: 810132

URL: http://svn.apache.org/viewvc?rev=810132&view=rev
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=810132&r1=810131&r2=810132&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Sep  1 17:21:59 2009
@@ -321,3 +321,25 @@
   +1: funkman
   -1:

+
+* Fix VirtualWebappClassLoader file directives
+  Index: java/org/apache/catalina/loader/VirtualWebappLoader.java
+===================================================================
+--- java/org/apache/catalina/loader/VirtualWebappLoader.java	(revision 810099)
++++ java/org/apache/catalina/loader/VirtualWebappLoader.java	(working copy)
+@@ -92,9 +92,9 @@
+                 continue;
+             }
+             if (file.isDirectory()) {
(Continue reading)

Permalink | Reply | 12 comments |
headers
bugzilla | 1 Sep 19:50
Picon
Favicon

DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus

https://issues.apache.org/bugzilla/show_bug.cgi?id=47750

--- Comment #1 from Rainer Jung <rainer.jung <at> kippdata.de> 2009-09-01 10:50:22 PDT ---
I can see the problem. In order to fix it in the right way, I would like to
understand, why the redirector does a second initialization.

As far as I can see, it is a second IIS process (separate process ID) that
attaches to the shm and wipes it out. I can easily prevent that efect (the
zeroing of the shared memory), but it would be more correct, if the second
process actually got the right data from the already existing shared memory.

Are you using web gardens and/or application pools? Which one of those and how
are they configured?

Could you please also provide your workers.properties and
uriworkermap.properties as well as the isapi_redirect.properties.

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Permalink | Reply | 0 comments |
headers
rjung | 1 Sep 20:40
Picon
Favicon

svn commit: r810161 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: rjung
Date: Tue Sep  1 18:40:32 2009
New Revision: 810161

URL: http://svn.apache.org/viewvc?rev=810161&view=rev
Log:
Vote.

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=810161&r1=810160&r2=810161&view=diff
==============================================================================
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Sep  1 18:40:32 2009
@@ -174,7 +174,7 @@

 * Fix NPE observed when unpackWARs="false" with above fix
   http://svn.apache.org/viewvc?view=rev&revision=805153
-  +1: markt, funkman
+  +1: markt, funkman, rjung
   -1: 

 * Port Active Directory improvements to JNDIREalm from trunk
@@ -237,14 +237,17 @@
 * Expose filter configuration via JMX (read-only)
   Based on a patch by Xie Xiaodong as part of GSOC2009.
   http://svn.apache.org/viewvc?rev=802727&view=rev
-  +1: markt, funkman
(Continue reading)

Permalink | Reply | 2 comments |
headers
rjung | 1 Sep 20:44
Picon
Favicon

svn commit: r810164 - /tomcat/tc5.5.x/trunk/STATUS.txt

Author: rjung
Date: Tue Sep  1 18:44:26 2009
New Revision: 810164

URL: http://svn.apache.org/viewvc?rev=810164&view=rev
Log:
Vote

Modified:
    tomcat/tc5.5.x/trunk/STATUS.txt

Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL: http://svn.apache.org/viewvc/tomcat/tc5.5.x/trunk/STATUS.txt?rev=810164&r1=810163&r2=810164&view=diff
==============================================================================
--- tomcat/tc5.5.x/trunk/STATUS.txt (original)
+++ tomcat/tc5.5.x/trunk/STATUS.txt Tue Sep  1 18:44:26 2009
@@ -87,7 +87,7 @@

 * Fix a couple of Java 1.5 uses that should be 1.4 compatible
   http://people.apache.org/~markt/patches/2009-08-12-tc5.5.x-java14.patch
-  +1: markt
+  +1: markt, rjung
   -1: 

 * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=42390
Permalink | Reply | 0 comments |
headers
Larry Isaacs | 1 Sep 20:48
Picon
Favicon

RE: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt

Hi Filip,

I have a vague recollection about tripping over this issue while working on the Tomcat support in the
Eclipse Web Tools Platform.  WTP has its own version(s) of VirtualWebappLoader, called
WtpWebappLoader, to address it.  If I'm recalling the issue correctly, pre-pending "file:/" worked on
Windows, but not on Linux since an absolute path ended up as "file://somedir/...".  I believe with the
change below, pre-pending "file://" will work for Linux, but not for Windows, i.e.
"file://C:/somedir/..." is going to have problems.  If it helps, I went with the URL form
"file:/somedir/..." and used the following code snippet to get it working for Windows and Linux in WtpWebappLoader:


            String path = file.getAbsolutePath();
            if (path.startsWith("/")) {
                path = "file:" + path;
            } else {
                path = "file:/" + path;
            }
            if (file.isDirectory()) {
                addRepository(path + "/");
            } else {
                addRepository(path);
            }

Cheers,
Larry


> -----Original Message-----
> From: fhanik <at> apache.org [mailto:fhanik <at> apache.org]
> Sent: Tuesday, September 01, 2009 1:22 PM
(Continue reading)

Permalink | Reply | 11 comments |

Gmane