Verzögerung der Beantwortung

[ZentraleStudienberatung]

Sehr geehrte/r Ratsuchende/r,

aufgrund eines starken Mailaufkommens kann es zu einer Verzögerung bei der
Beantwortung kommen. 

Ihre Mail bleibt bei uns im Postfach und wird sobald, wie möglich
beantwortet.

Unser gesamtes weiteres Informationsmaterial ist unter www.lmu.de abrufbar.

Ihre Mitarbeiter der Zentralen Studienberatung der 
Ludwig-Maximilians-Universität München

Dienstgebäude: Ludwigstr. 27/I
Postanschrift: Geschw.-Scholl-Pl.1,
80539 München
Tel.++49-89-2180 2345 oder -2350, 
Fax: ++49-89-2180 2967 http://studenten.verwaltung.uni-muenchen.de


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 8973] - getRequestDispatcher

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=8973

getRequestDispatcher

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-04-24 12:49 ---
My reading of the spec is that this is the correct behaviour.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java

[remm]

remm2004/04/24 07:52:09

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteConnector.java
  Log:
  - Always introspect for protocol hadlers, so that the attributes are meaningful. 
This fixes
all the errors which are displayed when using the JMX proxy to view the JK handler.
  
  Revision  ChangesPath
  1.42  +2 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteConnector.java
  
  Index: CoyoteConnector.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteConnector.java,v
  retrieving revision 1.41
  retrieving revision 1.42
  diff -u -r1.41 -r1.42
  --- CoyoteConnector.java  27 Feb 2004 14:58:52 -  1.41
  +++ CoyoteConnector.java  24 Apr 2004 14:52:09 -  1.42
  @@ -1486,7 +1486,7 @@
   try {
   Registry.getRegistry(null, null).registerComponent
   (protocolHandler, this.domain + 
":type=protocolHandler,className="
  - + protocolHandlerClassName, "protocolHandler");
  + + protocolHandlerClassName, null);
   } catch (Exception ex) {
   log.error(sm.getString
 ("coyoteConnector.protocolRegistrationFailed"), ex);
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/memory MemoryProtocolHandler.java

[remm]

remm2004/04/24 07:54:13

  Modified:coyote/src/java/org/apache/coyote/memory
MemoryProtocolHandler.java
  Log:
  - Remove static reference. I still didn't test this memory handler, but at least the
design is now cleaner (the hanlder should be used through JMX).
  
  Revision  ChangesPath
  1.5   +0 -12 
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/memory/MemoryProtocolHandler.java
  
  Index: MemoryProtocolHandler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/memory/MemoryProtocolHandler.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- MemoryProtocolHandler.java24 Feb 2004 08:54:30 -  1.4
  +++ MemoryProtocolHandler.java24 Apr 2004 14:54:13 -  1.5
  @@ -70,16 +70,6 @@
   }
   
   
  -/**
  - * Hook to easily retrieve the protocol handler.
  - */
  -protected static MemoryProtocolHandler protocolHandler = null;
  -
  -public static MemoryProtocolHandler getProtocolHandler() {
  -return protocolHandler;
  -}
  -
  -
   //  ProtocolHandler Methods
   
   
  @@ -88,7 +78,6 @@
*/
   public void init()
   throws Exception {
  -protocolHandler = this;
   }
   
   
  @@ -110,7 +99,6 @@
   
   public void destroy()
   throws Exception {
  -protocolHandler = null;
   }
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[markt]

markt   2004/04/24 08:10:26

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  - Fix bug19801. Request dispatcher does not set empty javax.servlet.include request 
attributes
  on nested includes.
   Based on a patch suggested by Matthias Ernst
  - Removed unused imports identified by Eclipse.
  
  Revision  ChangesPath
  1.31  +12 -22
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
  
  Index: ApplicationDispatcher.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
  retrieving revision 1.30
  retrieving revision 1.31
  diff -u -r1.30 -r1.31
  --- ApplicationDispatcher.java9 Jun 2002 05:45:04 -   1.30
  +++ ApplicationDispatcher.java24 Apr 2004 15:10:26 -  1.31
  @@ -78,11 +78,8 @@
   import javax.servlet.ServletResponse;
   import javax.servlet.ServletResponseWrapper;
   import javax.servlet.UnavailableException;
  -import javax.servlet.http.HttpServlet;
   import javax.servlet.http.HttpServletRequest;
  -import javax.servlet.http.HttpServletRequestWrapper;
   import javax.servlet.http.HttpServletResponse;
  -import javax.servlet.http.HttpServletResponseWrapper;
   import org.apache.catalina.Context;
   import org.apache.catalina.Globals;
   import org.apache.catalina.HttpRequest;
  @@ -320,7 +317,7 @@
*/
   public String getInfo() {
   
  -return (this.info);
  +return (info);
   
   }
   
  @@ -554,21 +551,14 @@
   sb.append(servletPath);
   if (pathInfo != null)
   sb.append(pathInfo);
  -if (sb.length() > 0)
  -wrequest.setAttribute(Globals.REQUEST_URI_ATTR,
  -  sb.toString());
  -if (contextPath != null)
  -wrequest.setAttribute(Globals.CONTEXT_PATH_ATTR,
  -  contextPath);
  -if (servletPath != null)
  -wrequest.setAttribute(Globals.SERVLET_PATH_ATTR,
  -  servletPath);
  -if (pathInfo != null)
  -wrequest.setAttribute(Globals.PATH_INFO_ATTR,
  -  pathInfo);
  +
  +wrequest.setAttribute(Globals.REQUEST_URI_ATTR, sb.toString());
  +wrequest.setAttribute(Globals.CONTEXT_PATH_ATTR, contextPath);
  +wrequest.setAttribute(Globals.SERVLET_PATH_ATTR, servletPath);
  +wrequest.setAttribute(Globals.PATH_INFO_ATTR, pathInfo);
  +wrequest.setAttribute(Globals.QUERY_STRING_ATTR, queryString);
  +
   if (queryString != null) {
  -wrequest.setAttribute(Globals.QUERY_STRING_ATTR,
  -  queryString);
   wrequest.mergeParameters(queryString);
   }
   // invoke(wrequest, wresponse);
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[markt]

markt   2004/04/24 08:12:00

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  - Fix bug19801. Request dispatcher does not set empty javax.servlet.include request 
attributes
  on nested includes. Based on a patch suggested by Matthias Ernst
  - Ported from TC4.
  
  Revision  ChangesPath
  1.32  +11 -15
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
  
  Index: ApplicationDispatcher.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
  retrieving revision 1.31
  retrieving revision 1.32
  diff -u -r1.31 -r1.32
  --- ApplicationDispatcher.java5 Mar 2004 23:52:55 -   1.31
  +++ ApplicationDispatcher.java24 Apr 2004 15:12:00 -  1.32
  @@ -565,21 +565,17 @@
   sb.append(pathInfo);
   if (sb.length() > 0)
   */
  -if (requestURI != null)
  -wrequest.setAttribute(Globals.INCLUDE_REQUEST_URI_ATTR,
  -  requestURI);
  -if (contextPath != null)
  -wrequest.setAttribute(Globals.INCLUDE_CONTEXT_PATH_ATTR,
  -  contextPath);
  -if (servletPath != null)
  -wrequest.setAttribute(Globals.INCLUDE_SERVLET_PATH_ATTR,
  -  servletPath);
  -if (pathInfo != null)
  -wrequest.setAttribute(Globals.INCLUDE_PATH_INFO_ATTR,
  -  pathInfo);
  +
  +wrequest.setAttribute(Globals.INCLUDE_REQUEST_URI_ATTR, requestURI);
  +wrequest.setAttribute(Globals.INCLUDE_CONTEXT_PATH_ATTR,
  +  contextPath);
  +wrequest.setAttribute(Globals.INCLUDE_SERVLET_PATH_ATTR,
  +  servletPath);
  +wrequest.setAttribute(Globals.INCLUDE_PATH_INFO_ATTR, pathInfo);
  +wrequest.setAttribute(Globals.INCLUDE_QUERY_STRING_ATTR,
  +  queryString);
  +
   if (queryString != null) {
  -wrequest.setAttribute(Globals.INCLUDE_QUERY_STRING_ATTR,
  -  queryString);
   wrequest.setQueryParams(queryString);
   }
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19801] - Request dispatcher does not set empty javax.servlet.include request attributes

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=19801

Request dispatcher does not set empty javax.servlet.include request attributes

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-04-24 15:13 ---
I have reviewed the spec and agree that this is a bug. I have applied a patch 
(based on your suggestion) to TC4 and TC5.
Many thanks.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
markt   2004/04/24 08:12:00

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  - Fix bug19801. Request dispatcher does not set empty javax.servlet.include request 
attributes
  on nested includes. Based on a patch suggested by Matthias Ernst
  - Ported from TC4.
I have a bad feeling about this "fix".
Are you absolutely certain the issue was valid ? Also, setting the value 
as null seems bad to me.

-1 for the change for the time being.

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Information

[info]

Norton AntiVirus gelöscht1.txt
Description: plain/text
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[Remy Maucherat]

Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:

markt   2004/04/24 08:12:00

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  - Fix bug19801. Request dispatcher does not set empty 
javax.servlet.include request attributes
  on nested includes. Based on a patch suggested by Matthias Ernst
  - Ported from TC4.


I have a bad feeling about this "fix".
Are you absolutely certain the issue was valid ? Also, setting the value 
as null seems bad to me.

-1 for the change for the time being.
I reviewed the bug: I am convinced this was working fine with the 
current code (all the setAttribute with a null value end up not doing 
anything, as they are treated as special already - and there's no 
delegation for the include special attributes). Did you test it ?

So -0 for the change, since it doesn't actually do anything except 
introducing useless operations.

(for TC 4, the patch is very likely useful)

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[Mark Thomas]

From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
> 
> [EMAIL PROTECTED] wrote:
> > markt   2004/04/24 08:12:00
> > 
> >   Modified:catalina/src/share/org/apache/catalina/core
> > ApplicationDispatcher.java
> >   Log:
> >   - Fix bug19801. Request dispatcher does not set empty 
> javax.servlet.include request attributes
> >   on nested includes. Based on a patch suggested by 
> Matthias Ernst
> >   - Ported from TC4.
> 
> I have a bad feeling about this "fix".
> Are you absolutely certain the issue was valid ? Also, 
> setting the value 
> as null seems bad to me.

I am sure that this is a bug. To quote from the spec (SRV.8.3.1) The 2.3 spec is
not as explicit but I believe this is the right approach for TC4 and TC5.

...These attributes are accessible from the included servlet via the
getAttribute method on the request object and their values must be equal to the
request URI, context path, servlet path, path info, and query string of the
included servlet, respectively. If the request is subsequently included, these
attributes are replaced for that include. ...


The problem occurs with a nested sequence of includes as described in the
original bug report:
Servlet A, mapped at /A/* includes "/B/should.not.see"
Servlet B, mapped at /B/* includes "/C"
Servlet C, mapped at /C/* prints out
request.getAttribute("javax.servlet.include.path_info")

The output should be null (and is if you access /B) but if you access /A then
should.not.see is returned. This can not be correct behaviour.

Given the behaviour of requests for /B I am content with setting the value to
null.

> -1 for the change for the time being.

Is the above enough to change your mind on this?

Mark



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[Mark Thomas]

 

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
> Sent: Saturday, April 24, 2004 4:32 PM
> To: Tomcat Developers List
> Subject: Re: cvs commit: 
> jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina
> /core ApplicationDispatcher.java
> 
> Remy Maucherat wrote:
> > [EMAIL PROTECTED] wrote:
> > 
> >> markt   2004/04/24 08:12:00
> >>
> >>   Modified:catalina/src/share/org/apache/catalina/core
> >> ApplicationDispatcher.java
> >>   Log:
> >>   - Fix bug19801. Request dispatcher does not set empty 
> >> javax.servlet.include request attributes
> >>   on nested includes. Based on a patch suggested by 
> Matthias Ernst
> >>   - Ported from TC4.
> > 
> > 
> > I have a bad feeling about this "fix".
> > Are you absolutely certain the issue was valid ? Also, 
> setting the value 
> > as null seems bad to me.
> > 
> > -1 for the change for the time being.
> 
> I reviewed the bug: I am convinced this was working fine with the 
> current code (all the setAttribute with a null value end up not doing 
> anything, as they are treated as special already - and there's no 
> delegation for the include special attributes). Did you test it ?
> 
> So -0 for the change, since it doesn't actually do anything except 
> introducing useless operations.
> (for TC 4, the patch is very likely useful)

I tested it for TC4 and saw the issue. I must admit to just porting it to TC5 as
the code looked to be identicial. I'll do some more testing with TC5 and revert
the patch if it isn't actually doing anything.

Mark



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[markt]

markt   2004/04/24 09:01:19

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  Revert port of patch for bug 19801. This bug is not present in TC5 and the patch has 
no positive effects.
  
  Revision  ChangesPath
  1.33  +15 -11
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
  
  Index: ApplicationDispatcher.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- ApplicationDispatcher.java24 Apr 2004 15:12:00 -  1.32
  +++ ApplicationDispatcher.java24 Apr 2004 16:01:19 -  1.33
  @@ -565,17 +565,21 @@
   sb.append(pathInfo);
   if (sb.length() > 0)
   */
  -
  -wrequest.setAttribute(Globals.INCLUDE_REQUEST_URI_ATTR, requestURI);
  -wrequest.setAttribute(Globals.INCLUDE_CONTEXT_PATH_ATTR,
  -  contextPath);
  -wrequest.setAttribute(Globals.INCLUDE_SERVLET_PATH_ATTR,
  -  servletPath);
  -wrequest.setAttribute(Globals.INCLUDE_PATH_INFO_ATTR, pathInfo);
  -wrequest.setAttribute(Globals.INCLUDE_QUERY_STRING_ATTR,
  -  queryString);
  -
  +if (requestURI != null)
  +wrequest.setAttribute(Globals.INCLUDE_REQUEST_URI_ATTR,
  +  requestURI);
  +if (contextPath != null)
  +wrequest.setAttribute(Globals.INCLUDE_CONTEXT_PATH_ATTR,
  +  contextPath);
  +if (servletPath != null)
  +wrequest.setAttribute(Globals.INCLUDE_SERVLET_PATH_ATTR,
  +  servletPath);
  +if (pathInfo != null)
  +wrequest.setAttribute(Globals.INCLUDE_PATH_INFO_ATTR,
  +  pathInfo);
   if (queryString != null) {
  +wrequest.setAttribute(Globals.INCLUDE_QUERY_STRING_ATTR,
  +  queryString);
   wrequest.setQueryParams(queryString);
   }
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[Remy Maucherat]

Mark Thomas wrote:
I tested it for TC4 and saw the issue. I must admit to just porting it to TC5 as
the code looked to be identicial. I'll do some more testing with TC5 and revert
the patch if it isn't actually doing anything.
I rewrote a lot in the request dispatcher, so that its speed is now 
decent. In the process, a lot of bugs were fixed, including the rather 
complex nesting rules for all the special attributes. It seems ok now 
(noone reported a valid RD issue with 5.0.19), including all the cross 
context stuff (with the exception of the ServletContext.getContext 
method, since the spec has an issue).

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 25965] - RequestDispatcher fails after cross context include

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=25965

RequestDispatcher fails after cross context include

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-04-24 16:33 ---
In your original post and in your provided test cases test.jsp is in 
application B.

In application B you obtain an RequestDispatcher from the request (which 
originated in application A) and hence can't find test.jsp

Your test case is invalid.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 17867] - new virtual host doesn't work after restart

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=17867

new virtual host doesn't work after restart

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-04-24 17:06 ---
This works for me. The steps I followed in the admin app (saving at each 
stage) were:
1. Configured my PC so testhost points to the local machine.
2. Create a new host (testhost).
3. Copy the root webapp to the testhost appbase
4. Add a root context to test host pointing to ROOT
5. Commit the changes so server.xml gets re-written.
6. Restart tomcat

... and it all works.

I was using the latest (built from CVS) version of TC4.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20563] - Unable to reference jsps, tablibs across multiple contexts

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=20563

Unable to reference jsps, tablibs across multiple contexts

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-04-24 17:09 ---
Bugzilla is not a support forum. Please post to the tomcat-user mailing list.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[PATCH] JAASRealm fixes

[Andrew Jaquith]

These patches finally enable JAASRealm to work as advertised.
In particular, JAASRealm can use user-specified Principal classes
for both user Principals and group Principals, just like
the documentation says it is supposed to be able to do. In addition,
I have added support for digested passwords similar to the way the
other Realm implementations work.
I have patched three files: JAASRealm.java, JAASCallbackHandler.java,
and LocalStrings.properties. I have unquestionably fouled up
the @version Javadoc tags... one assumes the responsible parties
(surely not me!) can fix these prior to committing.
-- Andrew R. Jaquith



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Your product

[jeanfrancois . arcand]

Your file is attached.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

[bobh]

To whom it may engage...

This is an automated request, but not an unsolicited one. For help 
understanding the request please visit 
http://gump.apache.org/nagged.html, 
and/or contact [EMAIL PROTECTED]

Project jakarta-tomcat-5 has an issue affecting its community integration, and has 
been outstanding for 15 runs.
The current state is 'Failed', for reason 'Build Failed'

Full details are available at:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/index.html
That said, some snippets follow:


Gump provided these annotations:
 - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 - Info - Jar [catalina.jar] identifier set to jar basename: [catalina]
 - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 - Info - Dependency on javamail exists, no need to add for property mail.jar.
 - Info - Dependency on jaf exists, no need to add for property activation.jar.
 - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property 
xmlParserAPIs.jar.
 - Info - Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 - Info - Dependency on commons-el exists, no need to add for property commons-el.jar.
 - Info - Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Dependency on jsse exists, no need to add for property jsse.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.jar.
 - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar.
 - Info - Dependency on jndi exists, no need to add for property jndi.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Info - Dependency on javamail exists, no need to add for property mail.home.
 - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 - Info - Dependency on jaf exists, no need to add for property activation.home.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 - Info - Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 - Info - Dependency on jakarta-struts exists, no need to add for property struts.home.
 - Info - Enable "debug" output, due to a sequence of 14 previous errors.
 - Info - Failed with reason build failed


Gump performed this work:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 2 minutes, 0 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote 
-Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dsite2.home=/data3/gump/jakarta-site2 
-DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar 
-Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri 
-Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar 
-Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040425.jar 
-Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist 
-Dcommons-modeler.home=/data3/gump/jakarta-commons/modeler 
-Dcommons-launcher.jar=/data3/gump/jakarta-commons/launcher/dist/bin/commons-launcher.jar
 
-Dcommons-collections.jar=/data3/gump

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thank you

[careers]

Thank you for applying to Lumina IT.  Your resume is carefully being considered for 
any opportunities we have at the current time.  Please feel free to apply directly 
through our website www.luminait.com.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

[correo]

Hemos recibido su correo electrónico, en breve nos pondremos en contacto con usted. 
Puede ver mas informacion visite nuestra página www.refugiodegredos.com.
Allí encontrará informacion de nuestro Hostal Refugio de Gredos, el Apartamento 
Almanzor y la Casa Rural Almanzor.

Si quiere reservar, llámenos al 920 34 80 47, 650 90 18 99

Atentamente, conchi



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]