Received: (qmail 28691 invoked by uid 501); 5 Jun 2000 13:01:05 -0000 Message-Id: <20000605130105.28690.qmail@locus.apache.org> Date: 5 Jun 2000 13:01:05 -0000 From: Detlev Beutner Reply-To: dbeutner@acg-gmbh.de To: submit@bugz.apache.org Subject: Apache throws "404 Not Found" if the classpath does not contain required classes X-Send-Pr-Version: 3.110 >Number: 6148 >Category: mod_jserv >Synopsis: Apache throws "404 Not Found" if the classpath does not contain required classes >Confidential: no >Severity: non-critical >Priority: medium >Responsible: jserv >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Jun 05 06:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: dbeutner@acg-gmbh.de >Release: 1.3.12 >Organization: apache >Environment: WinNT 4.0 SP5 JVM 1.2.2_0.0.5 HotSpot Java Server VM 2.0 Apache JServ 1.1.1 >Description: If in "jserv.properties" the "wrapper.classpath" does not contain a class, which is required in a servlet, apache throws a 404 instead of a JServ-Error that a subclass has not been found. In addition, even if the logs (jserv.log, mod_jserv.log) have been set to debug, no hint is given that a class required by a servlet is missing. This behaviour is not nice at all! >How-To-Repeat: For example, a servlet called "Servlet404" requires JavaMail and therefore imports javax.mail.* But in wrapper.classpath, there is no path to mail.jar (but the servlet is referred). >Fix: >Release-Note: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]