DO NOT REPLY [Bug 35230] New: - Page not found error

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

   Summary: Page not found error
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,
These are my 2 files :
errhandler.jsp
<%@ page errorPage="errorpage.jsp" %>

  

  What's the coolest programming language in the known universe?
  Java
  C++
  Visual Basic
  



<%
  if (request.getMethod().equals("POST")) 
  {
if (request.getParameter("language").equals("JAVA")) 
{
  out.println("You got that right!");
} else {
  throw new Exception("You chose the wrong language!");
}
  }
%>



and :
errorpage.jsp
<%@ page isErrorPage="true" import="java.io.*" %>

  

  Error Page



  Received the exception:
  
  <%= exception.toString() %>
  More


  

  


When I run the first file, and choose the error generating conditions, the 
tomcat server returns "The page cannot be displayed" - its as if the page is 
not recognised by the system and the page cannot be found. There are no errors 
in the logs.
If I add the line :
  <%  exception.printStackTrace(new PrintWriter(out));  %>
below the More line, all of a sudden my page appears, and the results from 
all lines in errorpage.jsp appear.
Thanks for looking into this issue as it has been driving me batty for 2 days.

-- 
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 35064] - Admin WebApp fails to open connectors when clicked.

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-06 03:10 ---
Some additional info from the log:

SEVERE: action: Error retrieving attribute address
java.lang.ClassCastException: java.net.Inet4Address
at
org.apache.webapp.admin.connector.EditConnectorAction.execute(EditConnectorAction.java:173)

The corresponding code is:
attribute = "address";
connectorFm.setAddress
((String) mBServer.getAttribute(cname, attribute));

Perhaps this should be using String.valueOf() like most of the other attribute
retrievals.

-- 
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: Tomcat build fails: junit

[Marco Fister]

Hi Jonathan,

> First off, this is the dev-list so I don't think this is the right place
> for your question. Use tomcat-user for these types of questions.

After talking to #tomcat at freenode, I think it is...

> First of all make sure you aren't using Ant 1.6.4 (don't know about
> 1.6.5) otherwise you'll be running into these and other build-problems.
> I'm currently using the cvs-version (1.7a) which works perfectly fine.

Thank you for that information, we'll give 1.6.5 a try.
But this has nothing to do with an invalid URL.

> Secondly, you might want-to/have-to edit
> jakarta-tomcat-5/build.properties.default line 62 and change it to (for
> example):
> 
>base-sf.loc=http://mesh.dl.sourceforge.net/sourceforge
> 

Please let me explain:
I'm working on a build-script for the Arch(Linux) Build System (ABS).
I can't tell every ABS user to edit this and that in the tomcat sources
to get it to work, this will contradict the concept of the system at
some point.

But ok, I will replace the line using sed in my script for now.

Thanks, marco:)

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

DO NOT REPLY [Bug 35229] New: - alert user about expired certificates in client cert authentication in an understandable way

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

   Summary: alert user about expired certificates in client cert
authentication in an understandable way
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Right now, the user doesn't see anything, just nothing is happening.

In the log, I see
<>
Suggestion: at least return a http 40X error.

In a similar situation, I went through the exercise to get an error message back
into struts - this entailed:
- changeing the socketfactory to take the below trustmanager
- rewriting the X509TrustManagerImpl to chose a different validator
  since the sun one doesn't appear to be extensible
- rewriting SimpleValidator to not or less strictly execute cert.checkValidity()

For this to arrive at the user via struts, you will first tweak the
SSLAuthenticator to let an expired cert through and then check the same again
once the web-app takes over the control and then present the error

-- 
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: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java

[Bill Barker]

- Original Message - 
From: "George Sexton" <[EMAIL PROTECTED]>

To: "'Tomcat Developers List'" 
Sent: Sunday, June 05, 2005 8:53 AM
Subject: RE: cvs commit: 
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper 
HostMap.java Mapper.java








-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]
Sent: Saturday, June 04, 2005 1:27 PM
To: Tomcat Developers List
Subject: Re: cvs commit:
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/htt
p/mapper HostMap.java Mapper.java


- Original Message - 
From: "Remy Maucherat" <[EMAIL PROTECTED]>

To: "Tomcat Developers List" 
Sent: Saturday, June 04, 2005 10:29 AM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/htt
p/mapper
HostMap.java Mapper.java


>Peter Rossbach wrote:
>> Hey Remy,
>>
>> For usefull feature I don't give up :-)
>
>Fine, I'll just revert your patch then ;)
>
>> The default of host alias matching is off. The current
implementation is
>> little bit fast
>> then the old one. (Great) Every user of this feature can limit the
>> dynamic host addition with
>> 
>
>The issue is that this mechanism is bad, period.

I have to agree with Remy on this.  The issue is that the
code is just plain
bad :(.  So I'm going to add my -1 to the patch until the


There's no justification here. Explain why you think the code is "bad" 
it's

actually a hell of a lot cleaner and easier to follow than the original
code, and it's 15% faster. What exactly are your criteria for measuring
goodness.



Well, the gratuitous cloning of the HostMap is bad for one.  It looks like 
an attempt to avoid a sync in a non-critial path, but of course it can't 
possibly work.


Before I could move to +1, the code would have to be (like Remy says) a lot 
more generic.  Especially with pre-compiled JSPs, there are a lot of cases 
where you'd get a lot more bang doing this type of optimization for 
servlet-mappings than for Hosts.





mechanism is
cleaned up.  In fact, I'd have -1ed it just for the "import
com.sun."
line alone.



I don't know what you are looking at. My submission had NO com.sun.xxx 
class

imports.



I'm looking at the commit message, obviously.  That's what we are voting on 
;-).



Perhaps you missed the thread where I said I rewrote it?

http://www.mhsoftware.com/~gsexton/HostMap.java
http://www.mhsoftware.com/~gsexton/Mapper.java

If you are going to -1 some code, you should at least look at it.


George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585


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







This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


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

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java

[Remy Maucherat]

George Sexton wrote:

There's no justification here. Explain why you think the code is "bad" it's
actually a hell of a lot cleaner and easier to follow than the original
code, and it's 15% faster. What exactly are your criteria for measuring
goodness.


I stated the reason, and the main one is that it should I think be more 
generic. The performance improvement is just a lame trick to push 
through your feature, as this could as well be submitted as two separate 
patches (the first one being the optimizations, and the second one the 
wildcard host feature addition which I would -1).


"hell of a lot" just made me laugh, BTW ;)

Rémy

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

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java

[Remy Maucherat]

George Sexton wrote:

The reasoning as I explained in my very lengthy message justifying the patch
is to allow the application to have different behaviors based on the virtual
host name, without having to re-configure tomcat.


Thanks, I didn't understand ;) What is amazing is that you're advocating 
coding virtual hosting in the application itself ...


I recommend you don't waste your time and continue arguing for this 
feature to get it, as it will not.


Rémy

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

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java

[George Sexton]

  

> -Original Message-
> From: Bill Barker [mailto:[EMAIL PROTECTED] 
> Sent: Saturday, June 04, 2005 1:27 PM
> To: Tomcat Developers List
> Subject: Re: cvs commit: 
> jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/htt
> p/mapper HostMap.java Mapper.java
> 
> 
> - Original Message - 
> From: "Remy Maucherat" <[EMAIL PROTECTED]>
> To: "Tomcat Developers List" 
> Sent: Saturday, June 04, 2005 10:29 AM
> Subject: Re: cvs commit: 
> jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/htt
> p/mapper 
> HostMap.java Mapper.java
> 
> 
> >Peter Rossbach wrote:
> >> Hey Remy,
> >>
> >> For usefull feature I don't give up :-)
> >
> >Fine, I'll just revert your patch then ;)
> >
> >> The default of host alias matching is off. The current 
> implementation is 
> >> little bit fast
> >> then the old one. (Great) Every user of this feature can limit the 
> >> dynamic host addition with
> >> 
> >
> >The issue is that this mechanism is bad, period.
> 
> I have to agree with Remy on this.  The issue is that the 
> code is just plain 
> bad :(.  So I'm going to add my -1 to the patch until the 

There's no justification here. Explain why you think the code is "bad" it's
actually a hell of a lot cleaner and easier to follow than the original
code, and it's 15% faster. What exactly are your criteria for measuring
goodness.


> mechanism is 
> cleaned up.  In fact, I'd have -1ed it just for the "import 
> com.sun." 
> line alone.
> 

I don't know what you are looking at. My submission had NO com.sun.xxx class
imports.

Perhaps you missed the thread where I said I rewrote it? 

http://www.mhsoftware.com/~gsexton/HostMap.java
http://www.mhsoftware.com/~gsexton/Mapper.java

If you are going to -1 some code, you should at least look at it.


George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585


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

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java

[George Sexton]

  

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
> Sent: Saturday, June 04, 2005 11:30 AM
> To: Tomcat Developers List
> Subject: Re: cvs commit: 
> jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/htt
> p/mapper HostMap.java Mapper.java
> 
> And the usefulness of that is non existent as well. What's 
> the purpose 
> of "adding" hosts if they are all the same ?


The reasoning as I explained in my very lengthy message justifying the patch
is to allow the application to have different behaviors based on the virtual
host name, without having to re-configure tomcat.


> 
> -1 vote for this feature.
> 
> Rémy

George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585


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

Hemos recibido su pedido de reenvío

[Reenvios]

De nuestra consideración:

Muchas gracias por escribirnos.

Es para nosotros un gusto saber que nuestro boletín ha sido de su agrado, y en 
las próximas horas reenviaremos el material solicitado a las personas cuyas 
direcciones de e-mail nos enviara (salvo en el caso de que haya olvidado 
enviarnos dicha dirección de e-mail)

Cordialmente,

Equipo de En Plenitud
www.enplenitud.com


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

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java

[Remy Maucherat]

Peter Rossbach wrote:

The issue is that this mechanism is bad, period.


Why it is so bad? The implementation was faster then the revert mapper 
state. What is a better way to implement this feature?


The optimization is just a ploy to force feed us with the feature. As I 
said, using a slightly different algorithm for "exact" (with or without 
case sensitivity) matches may be a good idea, but it is completely 
separate from the feature addition itself. I think the implementation 
provided of the algorithm could likely be cleaner (= more generic).


The wild card alias usage is very useful for tomcat hoster. Now the 
customer can use
a new host subdomain without change the server.xml. Very nice and the 
admin must do nothing.




And the usefulness of that is non existent as well. What's the purpose 
of "adding" hosts if they are all the same ?


Easy: Hoster has installed the site with mydomain.net and later your 
customer want www.mydomain.net, foto.mydomain.net,  or you have an 
application
(blog,wiki,cms) that people can register and then there get an own 
universe (new subdomain). Currently I add new Alias to the Host section and
save the server.xml without context.xml writing ( feature from new 
storeconfig module).


With the same webapps ? (with what you describe, you can access those 
virtual virtual host any way you want, and it serves no purpose, as they 
will all look the same) This will almost never happen. In all other 
cases (which are bound to happen more often) deployment steps are 
needed. Why add this crap for nothing ?


Other scenario: what if you have a.foo.com and b.foo.com, and you want 
to add an alias for a and an alias for b. Oops, sorry I guess ... This 
just proves it is a special purpose feature, and the person should do 
its own customization.


Rémy

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

Missing locale on Tomcat restart (Again sorry)

[h-taguchi]

Hello,
(B
(BAttached file is a log file "catalina.out". I didn't edit it.
(BThe top 6 lines have Japanese characters, and rest are not.
(BAt this time I restarted apache httpd server. I disn't restart tomcat.
(BAfter this, I get unreadable msgs of my application like " ?? ".
(BI think these msgs are produced because "locale" was missing.
(BOur server is made in "ja_JP.eucJP".
(B
(B$ printenv LANG
(Bja_JP.eucJP
(B
(BI see this string on any logon user, and yes when root'ed.
(B
(BUsaully I don't see msg are out on "catalina.out" with httpd's
(Brestart. So something happened at this point. It causes a problem
(B'cause my messages are made only in Japanese, not internationalized
(Blike catalina logging system.
(B
(BThis trouble happens somtimes, and yes when httpd & tomcat are both
(Brestarted. At such a time, I repeat the shutdown/start of httpd & tomcat
(Buntil "catalina.out" is logged in Japanese.
(BAlso This trouble happens only in our production system, never happens
(Bon our test system without "LANG=C". I think web acesses is one of reasons.
(B
(BIs it a bug?
(B
(BLed Hat Linux 7.3
(Bapache 2.0.53
(Bj2sdk1.4.2_04
(Bjakarta-tomcat-5.5.9
(B
(BRegards,
(BHirosi Taguti
(B[EMAIL PROTECTED]
(B
(BThe Next few strings have Japanese charactors, sorry...
(B
(B2005/05/30 18:38:13 org.apache.coyote.http11.Http11Protocol pause
$B>pJs(J: Coyote HTTP/1.1$B$r(J http-8080 $B$G0l;~Dd;_$7$^$9(J
(B2005/05/30 18:38:14 org.apache.catalina.core.StandardService stop
$B>pJs(J: $B%5!<%S%9(J Catalina $B$rDd;_$7$^$9(J
(B2005/05/30 18:38:15 org.apache.coyote.http11.Http11Protocol destroy
$B>pJs(J: Coyote HTTP/1.1$B$r(J http-8080 $B$GDd;_$7$^$9(J
(BMay 30, 2005 6:38:16 PM org.apache.coyote.http11.Http11Protocol init
(BINFO: Initializing Coyote HTTP/1.1 on http-8080
(BMay 30, 2005 6:38:16 PM org.apache.catalina.startup.Catalina load
(BINFO: Initialization processed in 1792 ms
(BMay 30, 2005 6:38:16 PM org.apache.catalina.core.StandardService start
(BINFO: Starting service Catalina
(BMay 30, 2005 6:38:16 PM org.apache.catalina.core.StandardEngine start
(BINFO: Starting Servlet Engine: Apache Tomcat/5.5.9
(BMay 30, 2005 6:38:16 PM org.apache.catalina.core.StandardHost start
(BINFO: XML validation disabled
(BMay 30, 2005 6:38:17 PM org.apache.catalina.startup.ContextConfig 
(BapplicationWebConfig
(BINFO: Missing application web.xml, using defaults only 
(BStandardEngine[Catalina].StandardHost[localhost].StandardContext[/xml]
(BMay 30, 2005 6:38:18 PM org.apache.catalina.startup.ContextConfig 
(BapplicationWebConfig
(BINFO: Missing application web.xml, using defaults only 
(BStandardEngine[Catalina].StandardHost[localhost].StandardContext[/bang]
(BMay 30, 2005 6:38:19 PM org.apache.coyote.http11.Http11Protocol start
(BINFO: Starting Coyote HTTP/1.1 on http-8080
(BMay 30, 2005 6:38:19 PM org.apache.jk.common.ChannelSocket init
(BINFO: JK: ajp13 listening on /0.0.0.0:8009
(BMay 30, 2005 6:38:19 PM org.apache.jk.server.JkMain start
(BINFO: Jk running ID=0 time=0/52  config=null
(BMay 30, 2005 6:38:19 PM org.apache.catalina.storeconfig.StoreLoader load
(BINFO: Find registry server-registry.xml at classpath resource
(BMay 30, 2005 6:38:19 PM org.apache.catalina.startup.Catalina start
(BINFO: Server startup in 3320 ms
(B
(B
(B-
(BTo unsubscribe, e-mail: [EMAIL PROTECTED]
(BFor additional commands, e-mail: [EMAIL PROTECTED]

Missing locale on Tomcat restart

[h-taguchi]

Hello,
(B
(BAttached file is a log file "catalina.out". I didn't edit it.
(BThe top 6 lines have Japanese characters, and rest are not.
(BAt this time I restarted apache httpd server. I disn't restart tomcat.
(BAfter this, I get unreadable msgs of my application like " ?? ".
(BI think these msgs are produced because "locale" was missing.
(BOur server is made in "ja_JP.eucJP".
(B
(B$ printenv LANG
(Bja_JP.eucJP
(B
(BI see this string on any logon user, and yes when root'ed.
(B
(BUsaully I don't see msg are out on "catalina.out" with httpd's
(Brestart. So something happened at this point. It causes a problem
(B'cause my messages are made only in Japanese, not internationalized
(Blike catalina logging system.
(B
(BThis trouble happens somtimes, and yes when httpd & tomcat are both
(Brestarted. At such a time, I repeat the shutdown/start of httpd & tomcat
(Buntil "catalina.out" is logged in Japanese.
(BAlso This trouble happens only in our production system, never happens
(Bon our test system without "LANG=C". I think web acesses is one of reasons.
(B
(BIs it a bug?
(B
(BLed Hat Linux 7.3
(Bapache 2.0.53
(Bj2sdk1.4.2_04
(Bjakarta-tomcat-5.5.9
(B
(BRegards,
(BHirosi Taguti
(B[EMAIL PROTECTED]-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]