Re: AprEndpoint and IPv6

[Markus Schönhaber]

Jean-frederic Clere wrote:
> Jean-frederic Clere wrote:
> > Jim Jagielski wrote:
> >> There's a bug report (37788) regarding allowing AprEndpoint
> >> to use APR IPv6 addresses. Their patch is almost right, but
> >> instead the value should be to use APR_UNSPEC instead
> >> of APR_INET6 (or the current APR_INET) to allow APR
> >> to correctly determine IP version and do a graceful
> >> recovery... As well as handle cases where APR wasn't
> >> built with IPv6 support.
> >>
> >> I'd like to commit that change... comments?
> >
> > -1: It also cores on my machine.
> > +++
> > #
> > # An unexpected error has been detected by HotSpot Virtual Machine:
> > #
> > #  SIGSEGV (0xb) at pc=0xa808eb5e, pid=10005, tid=3084708160
> > #
> > # Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode)
> > # Problematic frame:
> > # C  [libapr-1.so.0+0x19b5e]  apr_socket_bind+0x2e
> > #
> > +++
> >
> > APR_INET6 works OK with the same configuration.
>
> With the following patch:
> +++
> Index: src/network.c
> ===
> --- src/network.c   (revision 373299)
> +++ src/network.c   (working copy)
> @@ -280,7 +280,7 @@
>  GET_S_FAMILY(f, family);
>  GET_S_TYPE(t, type);
>
> -if (family > 0) {
> +if (family >= 0) {
>  TCN_THROW_IF_ERR(apr_socket_create(&s,
>   f, t, protocol, p), a);
>  }
> @@ -290,7 +290,7 @@
>  a = (tcn_socket_t *)apr_pcalloc(p, sizeof(tcn_socket_t));
>  a->sock = s;
>  a->pool = p;
> -if (family > 0)
> +if (family >= 0)
>  a->net = &apr_socket_layer;
>  a->opaque   = s;
>  apr_pool_cleanup_register(p, (const void *)a,
> +++
> It works.
>
> Comments?

With the above patch it works for me too.

Regards
  mks

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

Re: AprEndpoint and IPv6

[Jim Jagielski]

Markus =?iso-8859-1?q?Sch=F6nhaber?= wrote:
> 
> Jean-frederic Clere wrote:
> > Jean-frederic Clere wrote:
> > > Jim Jagielski wrote:
> > >> There's a bug report (37788) regarding allowing AprEndpoint
> > >> to use APR IPv6 addresses. Their patch is almost right, but
> > >> instead the value should be to use APR_UNSPEC instead
> > >> of APR_INET6 (or the current APR_INET) to allow APR
> > >> to correctly determine IP version and do a graceful
> > >> recovery... As well as handle cases where APR wasn't
> > >> built with IPv6 support.
> > >>
> > >> I'd like to commit that change... comments?
> > >
> > > -1: It also cores on my machine.
> > > +++
> > > #
> > > # An unexpected error has been detected by HotSpot Virtual Machine:
> > > #
> > > #  SIGSEGV (0xb) at pc=0xa808eb5e, pid=10005, tid=3084708160
> > > #
> > > # Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode)
> > > # Problematic frame:
> > > # C  [libapr-1.so.0+0x19b5e]  apr_socket_bind+0x2e
> > > #
> > > +++
> > >
> > > APR_INET6 works OK with the same configuration.
> >
> > With the following patch:
> > +++
> > Index: src/network.c
> > ===
> > --- src/network.c   (revision 373299)
> > +++ src/network.c   (working copy)
> > @@ -280,7 +280,7 @@
> >  GET_S_FAMILY(f, family);
> >  GET_S_TYPE(t, type);
> >
> > -if (family > 0) {
> > +if (family >= 0) {
> >  TCN_THROW_IF_ERR(apr_socket_create(&s,
> >   f, t, protocol, p), a);
> >  }
> > @@ -290,7 +290,7 @@
> >  a = (tcn_socket_t *)apr_pcalloc(p, sizeof(tcn_socket_t));
> >  a->sock = s;
> >  a->pool = p;
> > -if (family > 0)
> > +if (family >= 0)
> >  a->net = &apr_socket_layer;
> >  a->opaque   = s;
> >  apr_pool_cleanup_register(p, (const void *)a,
> > +++
> > It works.
> >
> > Comments?
> 
> With the above patch it works for me too.
> 

Ahhh. Good catch on searching for a family check. Now do
see why it didn't dump core for me :)

-- 
===
   Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
"If you can dodge a wrench, you can dodge a ball."

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

DO NOT REPLY [Bug 37788] - Use IPv6 with APR Connectors

[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=37788





--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 15:03 ---
Hotspot shows, and others confirm, that the exception is due to several places 
where the family value is 
being unduly restrictive. Will be addressed in HEAD.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: AprEndpoint and IPv6

[Jim Jagielski]

On Jan 29, 2006, at 5:07 AM, Jean-frederic Clere wrote:


Jim Jagielski wrote:


There's a bug report (37788) regarding allowing AprEndpoint
to use APR IPv6 addresses. Their patch is almost right, but
instead the value should be to use APR_UNSPEC instead
of APR_INET6 (or the current APR_INET) to allow APR
to correctly determine IP version and do a graceful
recovery... As well as handle cases where APR wasn't
built with IPv6 support.

I'd like to commit that change... comments?


Looking to src/network.c, I have noted:
+++
   if (family > 0) {
   TCN_THROW_IF_ERR(apr_socket_create(&s,
f, t, protocol, p), a);
   }
+++
Isn't APR_UNSPEC defined to zero? - that would explain the problem  
decribed in

http://issues.apache.org/bugzilla/attachment.cgi?id=17525 -



Yep, the Hotspot output also confirms this...

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

DO NOT REPLY [Bug 38415] - JULI logs to catalina.date.log if no in

[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=38415





--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 15:25 ---
Remy,
I have downloaded and built to the latest nightly build, and the logging is
working correctly.

Thanks, Craig.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37788] - Use IPv6 with APR Connectors

[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=37788


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: AprEndpoint and IPv6

[Markus Schönhaber]

Jim Jagielski wrote:
> Markus =?iso-8859-1?q?Sch=F6nhaber?= wrote:
> >
> > With the above patch it works for me too.
>
> Ahhh. Good catch on searching for a family check. Now do
> see why it didn't dump core for me :)

That's something I was also wondering about.

Regards
  mks

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

DO NOT REPLY [Bug 38454] New: - sh shutdown.sh stop

[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=38454

   Summary: sh shutdown.sh stop
   Product: Tomcat 5
   Version: 5.0.28
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


[EMAIL PROTECTED] bin]# sh catalina.sh stop

Using CATALINA_BASE:   /jakarta

Using CATALINA_HOME:   /jakarta

Using CATALINA_TMPDIR: /jakarta/temp

Using JAVA_HOME:   /usr/java/j2sdk1.4.2_09

Catalina.stop: java.net.SocketException: Invalid argument or cannot assign 
requested address

java.net.SocketException: Invalid argument or cannot assign requested address

at java.net.PlainSocketImpl.socketConnect(Native Method)

at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)

at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)

at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)

at java.net.Socket.connect(Socket.java:452)

at java.net.Socket.connect(Socket.java:402)

at java.net.Socket.(Socket.java:309)

at java.net.Socket.(Socket.java:124)

at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:410)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:324)

at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:336)

at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427)

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37822] - WebappClassLoader interfering with Catalina core classes

[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=37822


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38440] - Encoding error in request parameters when using GET method.

[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=38440


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 20:31 ---
Please read http://tomcat.apache.org/tomcat-5.5-doc/config/http.html
and read the section on the URIEncoding parameter.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38454] - sh shutdown.sh stop

[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=38454


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 20:33 ---
Bugzilla is not a support forum. Please follow this up on the users mailing 
list.
 See http://tomcat.apache.org/lists.html for details.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Broken Architecture documentation pdf on tomcat.apache.org

[Mark Thomas]

Mark Thomas wrote:
> Fred K wrote:
> 
>>Hi:
>>
>>When I look at the Architecture documentation pdf, I see only blank pages in
>>the pdf files linked under Tomcat Architecture.
>>These pdfs, are broken on tomcat.apache.org and when I build Tomcat
>>5.5.12from source (Linux/Solaris).
>>
>>Bugzilla says it is fixed in September,
>>http://issues.apache.org/bugzilla/show_bug.cgi?id=36574
> 
> 
> It was. There has been further releases since then. My bet is the
> release manager's build process is messing with these files. I'll move
> this to the dev list and get it fixed.
> 
> Cheers,
> 
> Mark

Yoav,

It looks like the pdf files may be suffering from the same problem as
the war file was. Can you take a look? I'll sort out the files on the
server.

Mark


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

Re: Broken Architecture documentation pdf on tomcat.apache.org

[Yoav Shapira]

Hi,

> It looks like the pdf files may be suffering from the same problem as
> the war file was. Can you take a look? I'll sort out the files on the
> server.

Actually, I'm leaving for a couple of weeks in Israel and Italy, am
packing in a rush and busy with many other details, so no, I can't
take a look right now.  Moreover, while I agree that it's likely the
same issue as the WAR (the Ant copy task using text streams is
corrupting these binary files), I haven't yet fixed the WAR issue, so
I don't have a quick fix for the PDF.  Keith Wannamaker was helping me
a lot with the diagnosis around the WAR issue, maybe he can help out a
bit with this as well...

Yoav

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

Re: Broken Architecture documentation pdf on tomcat.apache.org

[Mark Thomas]

Yoav Shapira wrote:
> Hi,
> 
> 
>>It looks like the pdf files may be suffering from the same problem as
>>the war file was. Can you take a look? I'll sort out the files on the
>>server.
> 
> 
> Actually, I'm leaving for a couple of weeks in Israel and Italy, am
> packing in a rush and busy with many other details, so no, I can't
> take a look right now.  Moreover, while I agree that it's likely the
> same issue as the WAR (the Ant copy task using text streams is
> corrupting these binary files), I haven't yet fixed the WAR issue, so
> I don't have a quick fix for the PDF.  Keith Wannamaker was helping me
> a lot with the diagnosis around the WAR issue, maybe he can help out a
> bit with this as well...
> 
> Yoav

No problem. I'll fix the web site for now. If I get a chance, I'll
look at Ant too.

Mark



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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 21:31 ---
I agree that if you do not override the welcome-file-list from default-web.xml
(by providing your own welcome-file-list in your web.xml), dir listings will
always be disabled (since index.jsp will always be mapped to JspServlet), and
the JspServlet will return a 404 if index.jsp does not exist.

But this goes back to my original question: I searched again, and could not find
any reference in the Servlet or JSP specs about a list of built-in welcome pages
a container must support. If a webapp relied on the welcome-file-list in
default-web.xml, it would be non-portable.

So in order to support extension mappings for welcome pages, we need to remove
index.jsp from the welcome-file-list in default-web.xml.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r373593 - /tomcat/site/trunk/docs/doap_Tomcat.rdf

[yoavs]

Author: yoavs
Date: Mon Jan 30 13:20:54 2006
New Revision: 373593

URL: http://svn.apache.org/viewcvs?rev=373593&view=rev
Log:
Added DOAP file for projects.apache.org.

Added:
tomcat/site/trunk/docs/doap_Tomcat.rdf

Added: tomcat/site/trunk/docs/doap_Tomcat.rdf
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/doap_Tomcat.rdf?rev=373593&view=auto
==
--- tomcat/site/trunk/docs/doap_Tomcat.rdf (added)
+++ tomcat/site/trunk/docs/doap_Tomcat.rdf Mon Jan 30 13:20:54 2006
@@ -0,0 +1,39 @@
+
+
+http://usefulinc.com/ns/doap#"; 
+ xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"; 
+ xmlns:asfext="http:projects.apache.org/ns/asfext#">
+  http://tomcat.apache.org/";>
+2006-01-27
+http://usefulinc.com/doap/licenses/asl20"; />
+Apache Tomcat
+http://tomcat.apache.org"; />
+http://tomcat.apache.org"; />
+A Java Servlet and Java Servet Pages specifications 
implementation.
+Apache Tomcat is the servlet container that is used in the 
official Reference Implementation for the Java Servlet and JavaServer Pages 
technologies. The Java Servlet and JavaServer Pages specifications are 
developed by Sun under the Java Community Process.
+
+Apache Tomcat is developed in an open and participatory environment and 
released under the Apache Software License. Apache Tomcat is intended to be a 
collaboration of the best-of-breed developers from around the world. We invite 
you to participate in this open development project. To learn more about 
getting involved, click here.
+
+Apache Tomcat powers numerous large-scale, mission-critical web applications 
across a diverse range of industries and organizations. Some of these users and 
their stories are listed on the PoweredBy wiki page.
+http://issues.apache.org/bugzilla"; />
+http://tomcat.apache.org/lists.html"; />
+http://tomcat.apache.org"; />
+java
+http://projects.apache.org/category/servletcontainerJavaServerPagesJSP";
 />
+
+  
+5.5.15
+2006-01-23
+5.5.15
+  
+
+
+  
+http://svn.apache.org/repos/asf/tomcat"/>
+http://svn.apache.org/repos/asf/tomcat/"/>
+  
+
+  
+
+



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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 22:43 ---
(In reply to comment #12)
> I agree that if you do not override the welcome-file-list from default-web.xml
> (by providing your own welcome-file-list in your web.xml), dir listings will
> always be disabled (since index.jsp will always be mapped to JspServlet), and
> the JspServlet will return a 404 if index.jsp does not exist.

I understand you have an interest in forcing Tomcat into supporting nonsensical
specification features, as your own server has to do. This project fortunately
does not have to do that anymore. In a way, this is the role of the RI: finiding
out what really doesn't make sense when comes the time of implementing
something. Personally, I think you need to make more useful contributions to
this project rather than attempt to fix non issues that bother everyone else,
including:
- the getId stuff
- the charset encoding nonsense
- and now, this one


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 23:31 ---
Here's an additional requirement from the servlet spec that can be
supported only if extension mappings were applied to welcome pages in
the same fashion as they are for any other types of resources:

SRV.9.10 ("Welcome Files") has this:

  The container may send the request to the welcome page resource with a
  forward, a redirect, or a container specific mechanism that is
  indistinguishable from a direct request.

For a server than sends a request to a welcome page using a redirect,
it will be impossible to later determine whether the target resource is
being accessed directly or as the result of the redirect, and suppress
or perform extension mappings accordingly.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-30 23:49 ---
In response to Comment#13:

Please notice that the extension mapping for welcome pages issue was
not initially raised by me. It was first reported by
[EMAIL PROTECTED], and I only jumped on it recently because this very
issue has been raised by others. Considering the number of replies on
this thread, I would not consider this a "non-issue".

I agree if the Servlet or JSP specs required support for a built-in
welcome page "index.jsp" (as you implied in one of your comments), the
specs would have an issue. But fortunately, neither spec requires
this.

I just read your email to the EG. I hope this issue can be clarified
to everybody's satisfaction.

I'm not sure what you mean by the "getId stuff". Are you referring to
the new method that was added to javax.servlet.jsp.tagext.TagSupport?
If so, please check with the JSF and JSP expert groups for the motivation
behind this new method.

The "charset encoding nonsense" has been the result of alignment work
between the JSP and Servlet EGs. It was not suggested by me.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-31 00:36 ---
I have problems with Tomcat only getting the annoyances and no useful
contributions at all. I do not find that acceptable. Hopefully you understand
what I mean.

Indeed, I did just send an email to the expert group in an attempt to resolve
some points of the specification which do not make any sense in the real world.
I expect to be ignored.

(about the getId stuff, I mean HttpSession.getId throwing an ISE for no reason)


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Ursula Witte/NORDLB ist außer Haus.

[Ursula Witte]

Ich werde ab  30.01.2006 nicht im Büro sein. Ich kehre zurück am
01.02.2006.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.




Die in dieser E-Mail enthaltenen Informationen sind vertraulich.
Diese E-Mail ist  ausschliesslich  fuer den Adressaten  bestimmt
und jeglicher Zugriff durch andere Personen ist nicht zulaessig.
Falls Sie nicht einer  der genannten Empfaenger  sind,  ist jede
Veroeffentlichung,  Vervielfaeltigung,  Verteilung oder sonstige
in  diesem  Zusammenhang stehende Handlung untersagt  und  unter
Umstaenden ungesetzlich.  Sollte diese Nachricht nicht  fuer Sie
bestimmt sein,  so bitten wir Sie, den Absender unverzueglich zu
informieren und die E-Mail zu loeschen.

The information in this e-mail is  confidential.  It is intended
solely for the addressee and access to the e-mail by anyone else
is unauthorised.
If you are  not  a  named  recipient,  any disclosure,  copying,
distribution  or  any  action taken  or  omitted to be taken  in
reliance on it, is prohibited and may be unlawful. If the notice
is not intended for you,  please notify  the sender  immediately
and delete the e-mail.

-]ncp[-


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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-31 02:33 ---
Hi Remy,

I'm not pointing fingers at Tomcat at all. Look at it this way: I am just trying
to help resolve a customer issue, so I hope you find this a somewhat useful
contribution. ;-)

As for HttpSession.getId() throwing an ISE on an invalidated session, I agree
this is useless and requires all kinds of workarounds, but I claim innocence on
this as well.

This issue has a long history: Apparently, getId() and getLastAccessedTime()
were always supposed to throw this exception, but there used to be a typo in the
tag name ("@exeption" instead of "@exception") in the HttpSession.java source
file, which meant the exception was never reflected in the javadocs.
Unfortunately, the EG decided to "fix" this in the 2.4 Errata. I with they had
taken this as a hint and removed this exception, at least in the case of
getId(). You have my support on this! :)

I will reply separately to your email that you just sent to the EG.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 31339] - admin app throwing struts exceptions

[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=31339


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r373683 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/HandlerRequest.java

[billbarker]

Author: billbarker
Date: Mon Jan 30 19:24:06 2006
New Revision: 373683

URL: http://svn.apache.org/viewcvs?rev=373683&view=rev
Log:
Don't write out the shutdown secret file if shutdown is disabled (the default)

Modified:
tomcat/connectors/trunk/jk/java/org/apache/jk/common/HandlerRequest.java

Modified: 
tomcat/connectors/trunk/jk/java/org/apache/jk/common/HandlerRequest.java
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/java/org/apache/jk/common/HandlerRequest.java?rev=373683&r1=373682&r2=373683&view=diff
==
--- tomcat/connectors/trunk/jk/java/org/apache/jk/common/HandlerRequest.java 
(original)
+++ tomcat/connectors/trunk/jk/java/org/apache/jk/common/HandlerRequest.java 
Mon Jan 30 19:24:06 2006
@@ -188,7 +188,7 @@
 int portInt=8009; // tcpCon.getPort();
 InetAddress address=null; // tcpCon.getAddress();
 
-if( requiredSecret == null )
+if( requiredSecret == null || !shutdownEnabled )
 return;
 
 File f1=new File( wEnv.getJkHome() );



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

DO NOT REPLY [Bug 37424] - welcome-file list not working with extensions

[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=37424





--- Additional Comments From [EMAIL PROTECTED]  2006-01-31 08:49 ---
I'm going to have to vote with Remy on this one.  As Remy has pointed out, 
Tomcat isn't the RI any more so supporting silly and (as writen in the 2.4 
spec) unclear requirements in Tomcat isn't really an issue.  And, in any case 
there is a simple, one-line way to get this working under Tomcat (just create 
an empty 'index.do' file under all subdirectories).

+1 for leaving as WONTFIX.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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