Re: web.xml,

[Hassan Schroeder]

Trond Hersløv wrote:

Can you please be so kind and explain what the servlet spec. has 

> to do with configuring the deployment descriptor.

Chapter SRV.13: Deployment Descriptor


Could you give me a link to the servlet spec?


Download from:


HTH!
--
Hassan Schroeder - [EMAIL PROTECTED]
Webtuitive Design ===  (+1) 408-938-0567   === http://webtuitive.com

  dream.  code.



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

Re: web.xml,

[Mark Thomas]

Trond Hersløv wrote:

Can you please be so kind and explain what the servlet spec. has to do with 
configuring the deployment descriptor.


The servlet specification defines the format of the deployment 
descriptor and this therefore the definitive reference for what is, 
and is not, allowed.



Could you give me a link to the servlet spec?


Would it have killed you to do a Google or to search the Sun/Java
website?

http://java.sun.com/products/servlet/docs.html
http://java.sun.com/products/servlet/reference/api/index.html




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

RE: web.xml,

[Trond Hersløv]

Hi
Thanks a lot for clarifying that. At the bottom you say: the servlet spec.
Im reading "The J2EE 1.4 Tutorial", for Sun Java System Application Server 
Platform. Isnt Tomcat the referential project for this technologi?

Can you please be so kind and explain what the servlet spec. has to do with 
configuring the deployment descriptor.

Could you give me a link to the servlet spec?

Thanks again,
Trond



-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED] 
Sent: 12. september 2005 20:17
To: Tomcat Users List
Subject: Re: web.xml, 

Trond Hersløv wrote:
> But, if I try using wildcards, eg. /*foxer doesent work anymore.

Correct. Wildcards are not supported for mapping paths. Read the 
servlet spec for more details.

> If I try to map the servlet so that it seems like a jsp-page 
> /foxer.jsp, it doesn't work at all.

Also correct. There is a server-wide mapping for *.jsp (wild cards are 
supported for extension mapping) in $TOMCAT_HOME/conf/web.xml

> In the book I also read that I should be able to access the servlet even if 
> it's not mapped up in web.xml. http://www.mymachine.no/servlet/foxer Ofcourse 
> this does also not work.

This is using the invoker servlet, which is disabled by default.

> Who can explain how to use the  and maybe tell me where I can 
> find some documentation on how to configure web.xml

The servlet spec.



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


**
This email message has been swept by
MIMEsweeper for the presence of computer viruses.
**


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

Re: web.xml,

[Mark Thomas]

Trond Hersløv wrote:

But, if I try using wildcards, eg. /*foxer

Correct. Wildcards are not supported for mapping paths. Read the 
servlet spec for more details.



If I try to map the servlet so that it seems like a jsp-page 
/foxer.jsp, it doesn't work at all.


Also correct. There is a server-wide mapping for *.jsp (wild cards are 
supported for extension mapping) in $TOMCAT_HOME/conf/web.xml



In the book I also read that I should be able to access the servlet even if 
it's not mapped up in web.xml. http://www.mymachine.no/servlet/foxer Ofcourse 
this does also not work.


This is using the invoker servlet, which is disabled by default.


Who can explain how to use the  and maybe tell me where I can find 
some documentation on how to configure web.xml


The servlet spec.



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

Re: web.xml, <url-pattern>

[Giuseppe Briotti]

> ==
> Date: Fri, 9 Sep 2005 01:07:37 +0200
> From: =?iso-8859-1?Q?Trond_Hersl=F8v?= <[EMAIL PROTECTED]>
> To: "Tomcat Users List" 
> Subject: web.xml, 
> ==
> 
> 
> But, if I try using wildcards, eg. /*foxer*foxer

Re: web.xml breaks EL

[Dewitte Rémi]

Thanks very much !
Rémi

Le Mardi 12 Juillet 2005 12:12, Nikola Milutinovic a écrit :
> Dewitte Rémi wrote:
> >Hi !
> >I have a simple test jsp :
> ><%@ taglib
> > uri="http://java.sun.com/jsp/jstl/core";
> > prefix="c" %>
> >
> >  ${ind}aBaa
> >
> >
> >When I delete my web.xml, everything works well but when I reload the
> > context with it, the EL replacement doesn't work.
> >I can't see why.
> >
> >I have a very simple web.xml :
> >
> > >  PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
> >  "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
>
> This is web.xml for a Servlet 2.2 specification and you need 2.4:
>
> http://java.sun.com/xml/ns/j2ee";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4">
>
> Nix.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

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

Re: web.xml breaks EL

[Nikola Milutinovic]

Dewitte Rémi wrote:


Hi !
I have a simple test jsp :
<%@ taglib 
		uri="http://java.sun.com/jsp/jstl/core"; 
		prefix="c" %>


 ${ind}aBaa


When I delete my web.xml, everything works well but when I reload the context 
with it, the EL replacement doesn't work.

I can't see why.

I have a very simple web.xml :

http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
 



This is web.xml for a Servlet 2.2 specification and you need 2.4:

http://java.sun.com/xml/ns/j2ee"; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4">


Nix.


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

RE: web.xml

[Ramu, Vinod]

I would achieve this be configuring my web.xml. Try this piece of code


MyServlet
/webReg.jsp


MyServlet
/webReg


So when to submit a URL "http://localhost:8081/webReg"; to your container
it maps to the jsp file under the  element.

Vinod


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 17, 2005 7:05 AM
To: tomcat-user@jakarta.apache.org
Subject: web.xml


Hi there,
i think this is a fairly easy thing to do, but i'm a newbie to  tomcat &
jsp.
 
I am requesting the following url
_http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp)
which 
exists and dsiplays fine.  However, i want to be able to request 
_http://localhost:8081/webReg_ (http://localhost:8081/webReg)  and for
tomcat to display 
_http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) .
 

What do i need to add in web.xml?
 

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

RE: web.xml

[Allistair Crossley]

Sure,

Here is the doPost for ConvertToJspServlet

public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException {

try {
RequestDispatcher rd = request.getRequestDispatcher(
"/jsps" + request.getPathInfo() + ".jsp");
rd.forward(request, response);
} catch (IOException ioE) {
System.out.println(ioE.getMessage());
}
}

We already did the servlet mapping but I would suggest using a starting path to 
make it clear that only requests with /convert/ are mapped


  convertToJspServlet
  my.com.ConvertToJspServlet



  convertToJspServlet
  /convert/*


Therefore using this code

http://yourserver/convert/webJsp

will render a JSP from

webapps/yourwebapp/jsps/webJsp.jsp

Hope this helps

> -Original Message-
> From: Omar Adobati [mailto:[EMAIL PROTECTED]
> Sent: 17 March 2005 12:31
> To: Tomcat Users List
> Subject: Re: web.xml
> 
> 
> I'm interested in your solution Allistair, can you better explane what
> "my.com.ConvertToJspServlet" need to make real your idea?
> Can you post a little of code as a sample?
> 
> 
> 
> On Thu, 17 Mar 2005 12:26:29 -, Allistair Crossley
> <[EMAIL PROTECTED]> wrote:
> > yes, another (more generic) solution would be a similar 
> servlet mapping but route all requests to a servlet capable 
> of then forwarding to the request URI + .jsp
> > 
> > 
> >convertToJspServlet
> >my.com.ConvertToJspServlet
> >  
> > 
> >  
> >convertToJspServlet
> >/*
> >  
> > 
> > In the ConvertToJspServlet servlet you would obtain the 
> request.getRequestURI or mapping and use a RequestDispatcher 
> to add a .jsp suffix.
> > 
> > At least then you don't have to add mappings in web.xml for 
> all your JSPs.
> > 
> > Just thinking out loud ;) ...
> > 
> > > -Original Message-
> > > From: Markus Schönhaber 
> [mailto:[EMAIL PROTECTED]
> > > Sent: 17 March 2005 12:22
> > > To: Tomcat Users List
> > > Subject: Re: web.xml
> > >
> > >
> > > Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati:
> > > > I think that he need something working not just only 
> with welcome
> > > > pages, or, maybe I have miss understood.
> > > >
> > > On re-reading the OP it seems to me that I misunderstood (and
> > > Allistair
> > > propably too), not you.
> > >
> > > Regards
> > > mks
> > >
> > > 
> -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: 
> [EMAIL PROTECTED]
> > >
> > >
> > 
> > 
> > ---
> > QAS Ltd.
> > Developers of QuickAddress Software
> > http://www.qas.com";>www.qas.com
> > Registered in England: No 2582055
> > Registered in Australia: No 082 851 474
> > ---
> > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
> -- 
> Adobati Omar
> [EMAIL PROTECTED]
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

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

Re: web.xml

[Omar Adobati]

I'm interested in your solution Allistair, can you better explane what
"my.com.ConvertToJspServlet" need to make real your idea?
Can you post a little of code as a sample?



On Thu, 17 Mar 2005 12:26:29 -, Allistair Crossley
<[EMAIL PROTECTED]> wrote:
> yes, another (more generic) solution would be a similar servlet mapping but 
> route all requests to a servlet capable of then forwarding to the request URI 
> + .jsp
> 
> 
>convertToJspServlet
>my.com.ConvertToJspServlet
>  
> 
>  
>convertToJspServlet
>/*
>  
> 
> In the ConvertToJspServlet servlet you would obtain the request.getRequestURI 
> or mapping and use a RequestDispatcher to add a .jsp suffix.
> 
> At least then you don't have to add mappings in web.xml for all your JSPs.
> 
> Just thinking out loud ;) ...
> 
> > -Original Message-
> > From: Markus Schönhaber [mailto:[EMAIL PROTECTED]
> > Sent: 17 March 2005 12:22
> > To: Tomcat Users List
> > Subject: Re: web.xml
> >
> >
> > Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati:
> > > I think that he need something working not just only with welcome
> > > pages, or, maybe I have miss understood.
> > >
> > On re-reading the OP it seems to me that I misunderstood (and
> > Allistair
> > propably too), not you.
> >
> > Regards
> > mks
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> ---
> QAS Ltd.
> Developers of QuickAddress Software
> http://www.qas.com";>www.qas.com
> Registered in England: No 2582055
> Registered in Australia: No 082 851 474
> ---
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Adobati Omar
[EMAIL PROTECTED]

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

RE: web.xml

[Allistair Crossley]

yes, another (more generic) solution would be a similar servlet mapping but 
route all requests to a servlet capable of then forwarding to the request URI + 
.jsp

 
convertToJspServlet
my.com.ConvertToJspServlet
  
  
  
convertToJspServlet
/*
  

In the ConvertToJspServlet servlet you would obtain the request.getRequestURI 
or mapping and use a RequestDispatcher to add a .jsp suffix.

At least then you don't have to add mappings in web.xml for all your JSPs.

Just thinking out loud ;) ...

> -Original Message-
> From: Markus Schönhaber [mailto:[EMAIL PROTECTED]
> Sent: 17 March 2005 12:22
> To: Tomcat Users List
> Subject: Re: web.xml
> 
> 
> Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati:
> > I think that he need something working not just only with welcome
> > pages, or, maybe I have miss understood.
> >
> On re-reading the OP it seems to me that I misunderstood (and 
> Allistair 
> propably too), not you.
> 
> Regards
> mks
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: web.xml

[Markus Schönhaber]

Am Donnerstag, 17. März 2005 13:17 schrieb Omar Adobati:
> I think that he need something working not just only with welcome
> pages, or, maybe I have miss understood.
>
On re-reading the OP it seems to me that I misunderstood (and Allistair 
propably too), not you.

Regards
mks

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

Re: web.xml

[Omar Adobati]

I think that he need something working not just only with welcome
pages, or, maybe I have miss understood.


On Thu, 17 Mar 2005 12:15:15 -, Allistair Crossley
<[EMAIL PROTECTED]> wrote:
> try the  element out.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: 17 March 2005 12:05
> > To: tomcat-user@jakarta.apache.org
> > Subject: web.xml
> >
> >
> > Hi there,
> > i think this is a fairly easy thing to do, but i'm a newbie
> > to  tomcat & jsp.
> >
> > I am requesting the following url
> > _http://localhost:8081/webReg.jsp_
> > (http://localhost:8081/webReg.jsp)   which
> > exists and dsiplays fine.  However, i want to be able to request
> > _http://localhost:8081/webReg_ (http://localhost:8081/webReg)
> >  and for  tomcat to display
> > _http://localhost:8081/webReg.jsp_
> > (http://localhost:8081/webReg.jsp) .
> >
> >
> > What do i need to add in web.xml?
> >
> >
> 
> 
> ---
> QAS Ltd.
> Developers of QuickAddress Software
> http://www.qas.com";>www.qas.com
> Registered in England: No 2582055
> Registered in Australia: No 082 851 474
> ---
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Adobati Omar
[EMAIL PROTECTED]

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

RE: web.xml

[Allistair Crossley]

try the  element out.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 17 March 2005 12:05
> To: tomcat-user@jakarta.apache.org
> Subject: web.xml
> 
> 
> Hi there,
> i think this is a fairly easy thing to do, but i'm a newbie 
> to  tomcat & jsp.
>  
> I am requesting the following url
> _http://localhost:8081/webReg.jsp_ 
> (http://localhost:8081/webReg.jsp)   which 
> exists and dsiplays fine.  However, i want to be able to request 
> _http://localhost:8081/webReg_ (http://localhost:8081/webReg) 
>  and for  tomcat to display 
> _http://localhost:8081/webReg.jsp_ 
> (http://localhost:8081/webReg.jsp) .
>  
> 
> What do i need to add in web.xml?
>  
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: web.xml

[Omar Adobati]

you have to use the servlet mapping, something like this (each for
every mapping you need)
==
 
myOwnJSPPage
myOwnJSPPage
my own servlet called: myOwnJSPPage
/myJSP.jsp
  
  
  
myOwnJSPPage
/myJSP
  
==

On Thu, 17 Mar 2005 07:05:12 EST, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi there,
> i think this is a fairly easy thing to do, but i'm a newbie to  tomcat & jsp.
> 
> I am requesting the following url
> _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp)   which
> exists and dsiplays fine.  However, i want to be able to request
> _http://localhost:8081/webReg_ (http://localhost:8081/webReg)  and for  
> tomcat to display
> _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp) .
> 
> What do i need to add in web.xml?
> 
> 


-- 
Adobati Omar
[EMAIL PROTECTED]

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

Re: web.xml

[Markus Schönhaber]

Am Donnerstag, 17. März 2005 13:05 schrieb [EMAIL PROTECTED]:
> I am requesting the following url
> _http://localhost:8081/webReg.jsp_ (http://localhost:8081/webReg.jsp)  
> which exists and dsiplays fine.  However, i want to be able to request
> _http://localhost:8081/webReg_ (http://localhost:8081/webReg)  and for 
> tomcat to display _http://localhost:8081/webReg.jsp_
> (http://localhost:8081/webReg.jsp) .
>
>
> What do i need to add in web.xml?

Add
webReg.jsp
to the
-Element of web.xml.

Regards
mks

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

RE: web.xml env-entry Values Not Re-read Using Tomcat Manager

[Caldarale, Charles R]

> From: Marshall, Bob [mailto:[EMAIL PROTECTED]
> Subject: web.xml env-entry Values Not Re-read Using Tomcat Manager 
> 
> I am using Apache Tomcat/5.5.1 (JVM version 1.5.0-rc-b63) on Windows 2000.

Have you tried this on a stable version of Tomcat (5.5.7) and a released 
version of the JRE (5.0 Update 1)?

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

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

RE: web.xml parsing error SEVERE

[Carlos Martins]

Thank you François!

Reinstalled tomcat and it worked!!

Regards
Carlos

-Original Message-
From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] 
Sent: segunda-feira, 17 de Janeiro de 2005 16:12
To: Tomcat Users List
Subject: RE: web.xml parsing error SEVERE



> java.lang.ClassNotFoundException: org.apache.catalina.Container

Ouch! Are you sure your tomcat installtion is OK? You could have a version
mismatch (between TC4 and TC5) or a jar found at two places or any other
reason why tomcat can't find this class. This is not an XML issue, this is a
class loading problem.

François.

Décharge / Disclaimer 

Ce message et toutes les pièces jointes (ci-après le "message") sont 
confidentiels et établis à l'intention exclusive des destinataires. Toute 
utilisation ou diffusion non autorisée est interdite. Tout message électronique 
étant susceptible d'altération, 123Multimédia et ses filiales déclinent toute 
responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié.

This message and any attachments (the "message") are confidential and intended 
solely for the addressees. Any unauthorised use or dissemination is prohibited. 
E-mails are susceptible to alteration. Therefore neither 123Multimédia nor any 
of its subsidiaries or affiliates shall be liable for the message if altered, 
changed or falsified.


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



--
Esta mensagem e quaisquer anexos são confidenciais, podendo conter
informação sujeita a sigilo profissional ou qualquer outro dever de
confidencialidade ou de segredo. Caso não seja o destinatário deste e-mail,
não deverá usar, copiar ou revelar o seu conteúdo, solicitando-se que
contacte o emissor com a brevidade possível e apague esta mensagem.
Obrigado pela colaboração.
--
The information transmitted is intended for the person or entity to
which it is addressed only and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material from any
computer.
Thank you for your cooperation.


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

RE: web.xml parsing error SEVERE

[Francois JEANMOUGIN]

> java.lang.ClassNotFoundException: org.apache.catalina.Container

Ouch! Are you sure your tomcat installtion is OK? You could have a version
mismatch (between TC4 and TC5) or a jar found at two places or any other
reason why tomcat can't find this class. This is not an XML issue, this is a
class loading problem.

François.

Décharge / Disclaimer

Ce message et toutes les pièces jointes (ci-après le "message") sont 
confidentiels et établis à l'intention exclusive des destinataires. Toute 
utilisation ou diffusion non autorisée est interdite. Tout message électronique 
étant susceptible d'altération, 123Multimédia et ses filiales déclinent toute 
responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié.

This message and any attachments (the "message") are confidential and intended 
solely for the addressees. Any unauthorised use or dissemination is prohibited. 
E-mails are susceptible to alteration. Therefore neither 123Multimédia nor any 
of its subsidiaries or affiliates shall be liable for the message if altered, 
changed or falsified.


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

RE: web.xml parsing error SEVERE

[Carlos Martins]

One more thing you might want to consider: The web app was working fine until 
the server admin did an upgrade on the cpanel app that's what started this 
all...



-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED] 
Sent: segunda-feira, 17 de Janeiro de 2005 15:38
To: Tomcat Users List
Subject: RE: web.xml parsing error SEVERE

personally it looks ok to me ;) probably a character out of place. i would try 
this ..

1) run it through an XML validator
2) gradually remove elements and see when the error goes away. start with the 
servlet mappings and servlets and continue ...

A.

> -Original Message-
> From: Carlos Martins [mailto:[EMAIL PROTECTED]
> Sent: 17 January 2005 15:31
> To: tomcat-user@jakarta.apache.org
> Subject: web.xml parsing error SEVERE
> 
> 
> Dear subscribers,
> 
> I am having a strange problem starting tomcat.
> Catalina.out says I have an error at the closing tag 
> 
> Any clue on what the problem might be?
> 
> Your comments will be most appreciated.
> 
> Sincerely yours
> Carlos
> 
> The error reads as follows:
> Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 949 ms Jan 17, 2005 12:01:28 PM
> org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.0.28 Jan 17, 2005
> 12:01:28 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig
> defaultConfig
> INFO: No default web.xml
> Jan 17, 2005 12:01:28 PM org.apache.commons.digester.Digester 
> endElement
> SEVERE: End event threw exception
> java.lang.ClassNotFoundException: org.apache.catalina.Container
>   at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC
> lassLoader
> .java:1340)
>   at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC
> lassLoader
> .java:1189)
>   at
> org.apache.commons.digester.SetNextRule.end(SetNextRule.java:243)
>   at org.apache.commons.digester.Rule.end(Rule.java:276)
>   at
> org.apache.commons.digester.Digester.endElement(Digester.java:1058)
>   at
> org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
>   at
> org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown
> Source)
>   at
> org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
> Source)
>   at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndE
> lement(Unk
> nown Source)
>   at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$Fragment
> ContentDis
> patcher.dispatch(Unknown Source)
>   at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocu
> ment(Unkno
> wn Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
> Source)
>   at
> org.apache.commons.digester.Digester.parse(Digester.java:1548)
>   at
> org.apache.catalina.startup.ContextConfig.applicationConfig(Co
> ntextConfi
> g.java:263)
>   at
> org.apache.catalina.startup.ContextConfig.start(ContextConfig.
> java:624)
>   at
> org.apache.catalina.startup.ContextConfig.lifecycleEvent(Conte
> xtConfig.j
> ava:216)
>   at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(L
> ifecycleSu
> pport.java:119)
>   at
> org.apache.catalina.core.StandardContext.start(StandardContext
> .java:4290
> )
>   at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
>   at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
>   at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
>   at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
>   at
> org.apache.catalina.core.StandardService.start(StandardService
> .java:480)
>   at
> org.apache.catalina.core.StandardServer.start(StandardServer.j
> ava:2313)
>   at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
> orImpl.jav
> a:39)
>   at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Deleg

RE: web.xml parsing error SEVERE

[Allistair Crossley]

personally it looks ok to me ;) probably a character out of place. i would try 
this ..

1) run it through an XML validator
2) gradually remove elements and see when the error goes away. start with the 
servlet mappings and servlets and continue ...

A.

> -Original Message-
> From: Carlos Martins [mailto:[EMAIL PROTECTED]
> Sent: 17 January 2005 15:31
> To: tomcat-user@jakarta.apache.org
> Subject: web.xml parsing error SEVERE
> 
> 
> Dear subscribers,
> 
> I am having a strange problem starting tomcat.
> Catalina.out says I have an error at the closing tag 
> 
> Any clue on what the problem might be?
> 
> Your comments will be most appreciated.
> 
> Sincerely yours
> Carlos
> 
> The error reads as follows:
> Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.Catalina load
> INFO: Initialization processed in 949 ms Jan 17, 2005 12:01:28 PM
> org.apache.catalina.core.StandardService start
> INFO: Starting service Catalina
> Jan 17, 2005 12:01:28 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/5.0.28 Jan 17, 2005
> 12:01:28 PM org.apache.catalina.core.StandardHost start
> INFO: XML validation disabled
> Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig
> defaultConfig
> INFO: No default web.xml
> Jan 17, 2005 12:01:28 PM org.apache.commons.digester.Digester 
> endElement
> SEVERE: End event threw exception
> java.lang.ClassNotFoundException: org.apache.catalina.Container
>   at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC
> lassLoader
> .java:1340)
>   at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC
> lassLoader
> .java:1189)
>   at
> org.apache.commons.digester.SetNextRule.end(SetNextRule.java:243)
>   at org.apache.commons.digester.Rule.end(Rule.java:276)
>   at
> org.apache.commons.digester.Digester.endElement(Digester.java:1058)
>   at
> org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)
>   at
> org.apache.xerces.impl.dtd.XMLDTDValidator.endNamespaceScope(Unknown
> Source)
>   at
> org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown
> Source)
>   at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
> Source)
>   at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndE
> lement(Unk
> nown Source)
>   at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$Fragment
> ContentDis
> patcher.dispatch(Unknown Source)
>   at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocu
> ment(Unkno
> wn Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
>   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
>   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>   at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
> Source)
>   at
> org.apache.commons.digester.Digester.parse(Digester.java:1548)
>   at
> org.apache.catalina.startup.ContextConfig.applicationConfig(Co
> ntextConfi
> g.java:263)
>   at
> org.apache.catalina.startup.ContextConfig.start(ContextConfig.
> java:624)
>   at
> org.apache.catalina.startup.ContextConfig.lifecycleEvent(Conte
> xtConfig.j
> ava:216)
>   at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(L
> ifecycleSu
> pport.java:119)
>   at
> org.apache.catalina.core.StandardContext.start(StandardContext
> .java:4290
> )
>   at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
>   at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
>   at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
>   at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
>   at
> org.apache.catalina.core.StandardService.start(StandardService
> .java:480)
>   at
> org.apache.catalina.core.StandardServer.start(StandardServer.j
> ava:2313)
>   at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
> orImpl.jav
> a:39)
>   at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
> odAccessor
> Impl.java:25)
>   at java.lang.reflect.Method.invoke(Method.java:324)
>   at
> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287)
>   at
> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
> Jan 17, 2005 12:01:28 PM org.apache.catalina.startup.ContextConfig
> applicationConfig
> SEVERE: Parse error in application web.xml
> java.lang.ClassNotFoundException: org.apache.catalina.Container
>   at
> org.apache.commons.digester.Digester.createSAXException(Digest
> er.java:25
> 40)
>   at
> org.apache.commons.digester.Digester.createSAXException(Digest
> er.java:25
> 66)
>   at
> org.apache.commons.digester.Digester.endElement(Digester.java:1061)
>   at

Re: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31)

[Ryan Stewart]

I don't know anything about ColdFusion, but if I understand you right, you're 
wanting to tack extra information onto a url beyond the file name and retrieve 
it somewhere for use, like so:
http:index.cfm/someParam

Then the page is actually index.cfm, and when it is run it will be able to see 
the "someParam". Is this correct? If so, my first thought is a query string. 
Can you use one instead of the above?

Next, here's why what you're trying to do with the url-pattern won't work. The 
'*' in a url-pattern isn't actually a normal wildcard. There are only a couple 
of specific ways it can be used:
1) /* or /something/* or /.../* - This is path mapping. When a request is made, 
the longest matching pattern is used.
2) *.something - This is extension mapping. Anything with the extension you 
specify will be matched.

(For full rules on url-pattern matching, see the Servlet spec, chapter 11.)

I suppose you could map a pattern like /cfm/* to your own servlet, which would 
extract the file name from the path and request it from the cfm servlet and 
also do something with your extra information.

This early in the morning, I can't think of a good way to do what you want 
easily.

-Original Message-
From: "Jack Eidsness"<[EMAIL PROTECTED]>
To: "Tomcat Users List"
Date: Mon Jan 03 13:09:01 PST 2005
Subject: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31)

>I am new to the J2EE world, so hopefully I will not use terms incorrectly.
>
>Due to circumstances beyond my control, coldfusion has been retrofitted 
>into a J2EE web application and I have recently taken on the task of 
>trying to make previously existing cfm code work as part of a tomcat 
>installation.   I have found (so far) only one thing that doesn't work 
>like it used to, and its a significant problem for me.
>
>CGI apps can have a false path appended after the script name, which is 
>written into the CGI.PATH_INFO variable, so that it can be available to 
>scripts.  It would seem that tomcat is less flexible than apache httpd 
>about when this information will be supplied.  At least, jakarta-tomcat 
>4.1.31 doesn't want to play ball.  I have not yet experimented with 
>version 5.x.
>
>I have found a lot of discussion of this matter, but no conclusive 
>answer as to what the workaround is, nor, as i fear, that there is no 
>viable workaround.
>
>By default, my coldfusion war file came with this in the web.xml:
>
>   
>  CfmServlet
>  *.cfm
>   
>
>attempting to browse (via the coyote thingie) to
>http://{server}/cfusion/htdocs/index.cfm
>will bring up the right page, but
>http://{server}/cfusion/htdocs/index.cfm/fake_path
>this gets me a 404.
>
>So far, I have only found one way to make tomcat give me the correct 
>PATH_INFO -
>If I do this:
>   /htdocs/index.cfm/*
>then I will be able to run the right script and CGI.PATH_INFO is set to 
>"/fake_path".
>
>Naturally, if you have more than a couple situations where you use 
>PATH_INFO, this configuration becomes quickly unmanageable, and 
>unreasonable.  ("grep -iRl path_info ." will only get me so far)
>
>Is there a way to make this work without naming every cfm file that 
>might use PATH_INFO in the web.xml?
>
>For anyone interested in helping, here are some things that I have tried 
>that did not work (in each case, I have tried it as a replacement, 
>breaking the normal way it works for possible experimental value, or as 
>an additional servlet-mapping):
>
>If I do this:
>  *.cfm/*
>I get an error in the jakarta logs when the web.xml is read;
>
>java.lang.IllegalArgumentException: Invalid  *.cfm/* in 
>servlet mapping
>
>I looked up the source code and it says you can't start a servlet 
>mapping's url-pattern with "*." and have a "/" in the pattern at once. :/
>
>If I do this (nevermind that its not exactly what I want):
>   *.cfm*
>Then the second * is not expanded as a wildcard. i.e. a file named 
>"index.cfm*" (literal '*' character) could be processed as a cfm file.
>
>If I do this
>   /*.cfm/*
>I get a 404.
>
>Thanks in advance for any time that any of you spend considering this issue,
>


___
Check-out GO.com
GO get your free GO E-Mail account with expanded storage of 6 MB!
http://mail.go.com



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

Re: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 4.1.31)

[Parsons Technical Services]

I am sure there is a better option out there but if no one else weighs in, 
here are a couple of thoughts.

As for the wild card I know there are several threads addressing the do and 
don't of this. Although I think you have figured them out through trial and 
error.

As for one way to approach this would be to map the appropriate files (any 
with data) to a servlet that could parse the file name and pass the request 
on to the appropriate file. As I am not familiar with cgi stuff, I may be 
missing something.

Doug
- Original Message - 
From: "Jack Eidsness" <[EMAIL PROTECTED]>
To: "Tomcat Users List" 
Sent: Monday, January 03, 2005 4:09 PM
Subject: web.xml servlet mappings, url pattern and CGI.PATH_INFO (tomcat 
4.1.31)


I am new to the J2EE world, so hopefully I will not use terms incorrectly.
Due to circumstances beyond my control, coldfusion has been retrofitted 
into a J2EE web application and I have recently taken on the task of 
trying to make previously existing cfm code work as part of a tomcat 
installation.   I have found (so far) only one thing that doesn't work 
like it used to, and its a significant problem for me.

CGI apps can have a false path appended after the script name, which is 
written into the CGI.PATH_INFO variable, so that it can be available to 
scripts.  It would seem that tomcat is less flexible than apache httpd 
about when this information will be supplied.  At least, jakarta-tomcat 
4.1.31 doesn't want to play ball.  I have not yet experimented with 
version 5.x.

I have found a lot of discussion of this matter, but no conclusive answer 
as to what the workaround is, nor, as i fear, that there is no viable 
workaround.

By default, my coldfusion war file came with this in the web.xml:
  
 CfmServlet
 *.cfm
  
attempting to browse (via the coyote thingie) to
http://{server}/cfusion/htdocs/index.cfm
will bring up the right page, but
http://{server}/cfusion/htdocs/index.cfm/fake_path
this gets me a 404.
So far, I have only found one way to make tomcat give me the correct 
PATH_INFO -
If I do this:
/htdocs/index.cfm/*
then I will be able to run the right script and CGI.PATH_INFO is set to 
"/fake_path".

Naturally, if you have more than a couple situations where you use 
PATH_INFO, this configuration becomes quickly unmanageable, and 
unreasonable.  ("grep -iRl path_info ." will only get me so far)

Is there a way to make this work without naming every cfm file that might 
use PATH_INFO in the web.xml?

For anyone interested in helping, here are some things that I have tried 
that did not work (in each case, I have tried it as a replacement, 
breaking the normal way it works for possible experimental value, or as an 
additional servlet-mapping):

If I do this:
 *.cfm/*
I get an error in the jakarta logs when the web.xml is read;
java.lang.IllegalArgumentException: Invalid  *.cfm/* in 
servlet mapping

I looked up the source code and it says you can't start a servlet 
mapping's url-pattern with "*." and have a "/" in the pattern at once. :/

If I do this (nevermind that its not exactly what I want):
*.cfm*
Then the second * is not expanded as a wildcard. i.e. a file named 
"index.cfm*" (literal '*' character) could be processed as a cfm file.

If I do this
/*.cfm/*
I get a 404.
Thanks in advance for any time that any of you spend considering this 
issue,

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


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

Re: web.xml uses non-validating xml?

[Mark Miesfeld]

On Wed, 29 Dec 2004 18:23:00 -0700, D. Stimits wrote:

: Mark Miesfeld wrote:
: >
: >>From the docs at:
: >
: > http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html
:
: I'm using 5.0, not 5.5. Are the configurations for 5.5 and 5.0 identical?


It looks like it.  Change the URL above to ..tomcat-5-0=doc... and you
will see the same tldValidation attribute.

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/context.html


--
Mark Miesfeld
[EMAIL PROTECTED]


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

Re: web.xml uses non-validating xml?

[D. Stimits]

Mark Miesfeld wrote:
On Wed, 29 Dec 2004 17:46:24 -0700, D. Stimits wrote:
: Jacob Kjome wrote:
: >
: > I think you have to set validating to true in server.xml.  Otherwise, the 
file
: > is parsed in a non-validating fashion.  Sorry, don't remember exactly where 
you
: > set this, but I do seem to recall something like this.  It's probably on the
: >  tag, but I'm not sure.  Check the docs.
:
: This might be the case, but so far I've been unable to find any
: documentation about this as a feature of tomcat 5. Possibly it is just
: undocumented on the jakarta web site docs. The server.xml file itself
: isn't really XML, so there is no DTD to refer to either.
From the docs at:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html
I'm using 5.0, not 5.5. Are the configurations for 5.5 and 5.0 identical?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: web.xml uses non-validating xml?

[Mark Miesfeld]

On Wed, 29 Dec 2004 17:46:24 -0700, D. Stimits wrote:

: Jacob Kjome wrote:
: >
: > I think you have to set validating to true in server.xml.  Otherwise, the 
file
: > is parsed in a non-validating fashion.  Sorry, don't remember exactly where 
you
: > set this, but I do seem to recall something like this.  It's probably on the
: >  tag, but I'm not sure.  Check the docs.
:
: This might be the case, but so far I've been unable to find any
: documentation about this as a feature of tomcat 5. Possibly it is just
: undocumented on the jakarta web site docs. The server.xml file itself
: isn't really XML, so there is no DTD to refer to either.

>From the docs at:

http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html

"The standard implementation of Context is
org.apache.catalina.core.StandardContext.  It supports the following
additional attributes (in addition to the common attributes listed
above):"

Then a little farther down in the attrubute table:

"tldValidation
If the value of this flag is true, the TLD files will be
XML validated on context startup.  The default value for this flag is
false, and setting it to true will incur a performance penalty.  "

--
Mark Miesfeld
[EMAIL PROTECTED]


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

Re: web.xml uses non-validating xml?

[D. Stimits]

Jacob Kjome wrote:
Quoting "D. Stimits" <[EMAIL PROTECTED]>:

Peter Crowther wrote:
From: D. Stimits [mailto:[EMAIL PROTECTED]
I'm trying to debug something, and the individual
webapps/myapp/WEB-INF/web.xml file seems to be a bit of an
enigma to me.
[...]

I went to the DTD's to see what was
written there. Initially I used this DTD:
http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
...shock and surprise...resource-env-ref is not even in the
DTD.
[...]

Incidentally, this tag is properly described in
http://java.sun.com/dtd/web-app_2_3.dtd.

Which version of Tomcat are you using, and how did you choose the DTD
against which to validate?  Different versions implement different
revisions of the servlet spec, and it's very likely that you're using a
sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are
implemented.
Tomcat is version 5.0.30, originally I just copied from a blank struts
app set of files, which used the 2.2 DTD.
Regardless of which DTD's tomcat supports under 5.0, it seems to be a
bug that it ignores the stated DTD and gives no error or warning that a
tag is being used that the DTD does not know anything about. Now if a
DTD version stated in the web.xml file is not supported by tomcat, I'd
expect an error be generated there as well.

I think you have to set validating to true in server.xml.  Otherwise, the file
is parsed in a non-validating fashion.  Sorry, don't remember exactly where you
set this, but I do seem to recall something like this.  It's probably on the
 tag, but I'm not sure.  Check the docs.
This might be the case, but so far I've been unable to find any 
documentation about this as a feature of tomcat 5. Possibly it is just 
undocumented on the jakarta web site docs. The server.xml file itself 
isn't really XML, so there is no DTD to refer to either.

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

Re: web.xml uses non-validating xml?

[Jacob Kjome]

Quoting "D. Stimits" <[EMAIL PROTECTED]>:

> Peter Crowther wrote:
> >>From: D. Stimits [mailto:[EMAIL PROTECTED]
> >>I'm trying to debug something, and the individual
> >>webapps/myapp/WEB-INF/web.xml file seems to be a bit of an
> >>enigma to me.
> >
> > [...]
> >
> >>I went to the DTD's to see what was
> >>written there. Initially I used this DTD:
> >> >>  PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
> >>  "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
> >>
> >>...shock and surprise...resource-env-ref is not even in the
> >>DTD.
> >
> > [...]
> >
> >>Incidentally, this tag is properly described in
> >>http://java.sun.com/dtd/web-app_2_3.dtd.
> >
> >
> > Which version of Tomcat are you using, and how did you choose the DTD
> > against which to validate?  Different versions implement different
> > revisions of the servlet spec, and it's very likely that you're using a
> > sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are
> > implemented.
>
> Tomcat is version 5.0.30, originally I just copied from a blank struts
> app set of files, which used the 2.2 DTD.
>
> Regardless of which DTD's tomcat supports under 5.0, it seems to be a
> bug that it ignores the stated DTD and gives no error or warning that a
> tag is being used that the DTD does not know anything about. Now if a
> DTD version stated in the web.xml file is not supported by tomcat, I'd
> expect an error be generated there as well.
>

I think you have to set validating to true in server.xml.  Otherwise, the file
is parsed in a non-validating fashion.  Sorry, don't remember exactly where you
set this, but I do seem to recall something like this.  It's probably on the
 tag, but I'm not sure.  Check the docs.

Jake



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

Re: web.xml uses non-validating xml?

[D. Stimits]

Peter Crowther wrote:
From: D. Stimits [mailto:[EMAIL PROTECTED] 
I'm trying to debug something, and the individual 
webapps/myapp/WEB-INF/web.xml file seems to be a bit of an 
enigma to me. 
[...]
I went to the DTD's to see what was 
written there. Initially I used this DTD:

 PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
 "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>

...shock and surprise...resource-env-ref is not even in the 
DTD.
[...]
Incidentally, this tag is properly described in 
http://java.sun.com/dtd/web-app_2_3.dtd.

Which version of Tomcat are you using, and how did you choose the DTD
against which to validate?  Different versions implement different
revisions of the servlet spec, and it's very likely that you're using a
sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are
implemented.
Tomcat is version 5.0.30, originally I just copied from a blank struts 
app set of files, which used the 2.2 DTD.

Regardless of which DTD's tomcat supports under 5.0, it seems to be a 
bug that it ignores the stated DTD and gives no error or warning that a 
tag is being used that the DTD does not know anything about. Now if a 
DTD version stated in the web.xml file is not supported by tomcat, I'd 
expect an error be generated there as well.

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

RE: web.xml uses non-validating xml?

[Peter Crowther]

> From: D. Stimits [mailto:[EMAIL PROTECTED] 
> I'm trying to debug something, and the individual 
> webapps/myapp/WEB-INF/web.xml file seems to be a bit of an 
> enigma to me. 
[...]
> I went to the DTD's to see what was 
> written there. Initially I used this DTD:
>PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
>   "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>
> 
> ...shock and surprise...resource-env-ref is not even in the 
> DTD.
[...]
> Incidentally, this tag is properly described in 
> http://java.sun.com/dtd/web-app_2_3.dtd.

Which version of Tomcat are you using, and how did you choose the DTD
against which to validate?  Different versions implement different
revisions of the servlet spec, and it's very likely that you're using a
sufficiently recent version of Tomcat that the 2.3 or 2.4 specs are
implemented.

- Peter

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

RE: RE : web.xml

[Allistair Crossley]

is there an echo in here?

> -Original Message-
> From: VAN DER MARLIERE FREDERIC
> [mailto:[EMAIL PROTECTED]
> Sent: 06 December 2004 14:57
> To: Andreas Andersson; [EMAIL PROTECTED]
> Subject: RE : web.xml
> 
> 
> Your value is also available in a jsp with
> 
>   <%= application.getInitParameter("CONFIGFILE") %>
> 
> Fred.
> 
> -Message d'origine-
> De : Andreas Andersson [mailto:[EMAIL PROTECTED] 
> Envoyé : lundi 6 décembre 2004 13:57
> À : [EMAIL PROTECTED]
> Objet : web.xml
> 
> 
> Hi all!
> 
> I'm wondering how to get the values of the context-param 
> CONFIGFILE (see 
> below) into my normal class.
> 
> 
>
>  CONFIGFILE
>  c:\some\path\config.xml
>
> 
> 
> -- 
> Andreas Andersson
> IT Dept.
> Travelstart Nordic
> [EMAIL PROTECTED]
> http://www.travelstart.se
> 
> 
> 
> Ce message et toutes les pieces jointes (ci-apres le 
> "message") sont confidentiels et etablis a l'intention 
> exclusive de ses destinataires.
> Toute utilisation ou diffusion non autorisee est 
> interdite.Tout message electronique est susceptible d'alteration.
> Le CREDIT DU NORD et ses filiales declinent toute 
> responsabilite au titre de ce message s'il a ete altere, 
> deforme ou falsifie.
> This message and any attachments ( the "message") are 
> confidential and intended solely for the addressees.
> Any unauthorised use or dissemination is prohibited.E-mails 
> are susceptible to alteration.
> Neither CREDIT DU NORD nor any of its subsidiaries or 
> affiliates shall be liable for the message if altered, 
> changed or falsified.
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

RE : web.xml

[VAN DER MARLIERE FREDERIC]

Your value is also available in a jsp with

  <%= application.getInitParameter("CONFIGFILE") %>

Fred.

-Message d'origine-
De : Andreas Andersson [mailto:[EMAIL PROTECTED] 
Envoyé : lundi 6 décembre 2004 13:57
À : [EMAIL PROTECTED]
Objet : web.xml


Hi all!

I'm wondering how to get the values of the context-param CONFIGFILE (see 
below) into my normal class.


   
 CONFIGFILE
 c:\some\path\config.xml
   


-- 
Andreas Andersson
IT Dept.
Travelstart Nordic
[EMAIL PROTECTED]
http://www.travelstart.se



Ce message et toutes les pieces jointes (ci-apres le "message") sont 
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.Tout message 
electronique est susceptible d'alteration.
Le CREDIT DU NORD et ses filiales declinent toute responsabilite au titre de ce 
message s'il a ete altere, deforme ou falsifie.
This message and any attachments ( the "message") are confidential and intended 
solely for the addressees.
Any unauthorised use or dissemination is prohibited.E-mails are susceptible to 
alteration.
Neither CREDIT DU NORD nor any of its subsidiaries or affiliates shall be 
liable for the message if altered, changed or falsified.



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

RE: web.xml

[Allistair Crossley]

we have objects that statically (and lazily) load properties from databases and 
files and it works great. we have a context listener so we can clean up after 
ourselves. it means we don't rely on managing context-params and storing them 
somewhere for the rest of our app.

> -Original Message-
> From: Andreas Andersson [mailto:[EMAIL PROTECTED]
> Sent: 06 December 2004 14:48
> To: Tomcat Users List
> Subject: Re: web.xml
> 
> 
> Allistair Crossley wrote:
> 
>  > you should be acquiring your config params in the way I 
> show, and then
>  > setting them perhaps in the application scope, or maybe a 
> registry, or
>  > whatever pattern you wish. but do not make your "normal" classes
>  > attempt to access any objects like servletconfig or 
> otherise as that
>  > breaks good design.
> 
> In my opinion configuration classes should be static, just reading a 
> configuration file from the system in a static environment. 
> That makes 
> it difficult to set parameters from the .jsp-pages or servlets.
> 
> 
> 
> VAN DER MARLIERE FREDERIC wrote:
>  > Hi Andreas.
>  >
>  > You can get you parameter with:
>  >
>  
> >'request.getSession().getServletContext().getInitParameter("C
> ONFIGFILE")'
>  >
>  > It first gets a reference on your application context and then gets
>  > the parameter you wrote in ...
> 
> Again, this all depends on a jsp-page. Perhaps the way to go 
> is to have 
> the config class nostatic and in the application scope.
> 
> What is "best practise"?
> 
> -- 
> Andreas Andersson
> IT Dept.
> Travelstart Nordic
> [EMAIL PROTECTED]
> http://www.travelstart.se
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

RE: RE : web.xml

[Allistair Crossley]

well if request is available (either in a JSP or a Servlet) then he may as well 
use application.getInitParameter("CONFIGFILE"), or in a Servlt 
getServletContext().getInitParameter .. no point going via the session. He 
should not be passing J2EE objects down into his business logic either.

> -Original Message-
> From: VAN DER MARLIERE FREDERIC
> [mailto:[EMAIL PROTECTED]
> Sent: 06 December 2004 14:44
> To: Andreas Andersson; [EMAIL PROTECTED]
> Subject: RE : web.xml
> 
> 
> Hi Andreas.
> 
> You can get you parameter with: 
> 
>   
> 'request.getSession().getServletContext().getInitParameter("CO
> NFIGFILE")'
> 
> It first gets a reference on your application context and 
> then gets the
> parameter you wrote in ...
> 
> Fred.
> 
> -Message d'origine-
> De : Andreas Andersson [mailto:[EMAIL PROTECTED] 
> Envoyé : lundi 6 décembre 2004 13:57
> À : [EMAIL PROTECTED]
> Objet : web.xml
> 
> 
> Hi all!
> 
> I'm wondering how to get the values of the context-param 
> CONFIGFILE (see 
> below) into my normal class.
> 
> 
>
>  CONFIGFILE
>  c:\some\path\config.xml
>
> 
> 
> -- 
> Andreas Andersson
> IT Dept.
> Travelstart Nordic
> [EMAIL PROTECTED]
> http://www.travelstart.se
> 
> 
> 
> Ce message et toutes les pieces jointes (ci-apres le 
> "message") sont confidentiels et etablis a l'intention 
> exclusive de ses destinataires.
> Toute utilisation ou diffusion non autorisee est 
> interdite.Tout message electronique est susceptible d'alteration.
> Le CREDIT DU NORD et ses filiales declinent toute 
> responsabilite au titre de ce message s'il a ete altere, 
> deforme ou falsifie.
> This message and any attachments ( the "message") are 
> confidential and intended solely for the addressees.
> Any unauthorised use or dissemination is prohibited.E-mails 
> are susceptible to alteration.
> Neither CREDIT DU NORD nor any of its subsidiaries or 
> affiliates shall be liable for the message if altered, 
> changed or falsified.
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: web.xml

[Andreas Andersson]

Allistair Crossley wrote:
> you should be acquiring your config params in the way I show, and then
> setting them perhaps in the application scope, or maybe a registry, or
> whatever pattern you wish. but do not make your "normal" classes
> attempt to access any objects like servletconfig or otherise as that
> breaks good design.
In my opinion configuration classes should be static, just reading a 
configuration file from the system in a static environment. That makes 
it difficult to set parameters from the .jsp-pages or servlets.


VAN DER MARLIERE FREDERIC wrote:
> Hi Andreas.
>
> You can get you parameter with:
>
>'request.getSession().getServletContext().getInitParameter("CONFIGFILE")'
>
> It first gets a reference on your application context and then gets
> the parameter you wrote in ...
Again, this all depends on a jsp-page. Perhaps the way to go is to have 
the config class nostatic and in the application scope.

What is "best practise"?
--
Andreas Andersson
IT Dept.
Travelstart Nordic
[EMAIL PROTECTED]
http://www.travelstart.se
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE : web.xml

[VAN DER MARLIERE FREDERIC]

Hi Andreas.

You can get you parameter with: 

  'request.getSession().getServletContext().getInitParameter("CONFIGFILE")'

It first gets a reference on your application context and then gets the
parameter you wrote in ...

Fred.

-Message d'origine-
De : Andreas Andersson [mailto:[EMAIL PROTECTED] 
Envoyé : lundi 6 décembre 2004 13:57
À : [EMAIL PROTECTED]
Objet : web.xml


Hi all!

I'm wondering how to get the values of the context-param CONFIGFILE (see 
below) into my normal class.


   
 CONFIGFILE
 c:\some\path\config.xml
   


-- 
Andreas Andersson
IT Dept.
Travelstart Nordic
[EMAIL PROTECTED]
http://www.travelstart.se



Ce message et toutes les pieces jointes (ci-apres le "message") sont 
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.Tout message 
electronique est susceptible d'alteration.
Le CREDIT DU NORD et ses filiales declinent toute responsabilite au titre de ce 
message s'il a ete altere, deforme ou falsifie.
This message and any attachments ( the "message") are confidential and intended 
solely for the addressees.
Any unauthorised use or dissemination is prohibited.E-mails are susceptible to 
alteration.
Neither CREDIT DU NORD nor any of its subsidiaries or affiliates shall be 
liable for the message if altered, changed or falsified.



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

RE: web.xml

[Allistair Crossley]

you should be acquiring your config params in the way I show, and then setting 
them perhaps in the application scope, or maybe a registry, or whatever pattern 
you wish. but do not make your "normal" classes attempt to access any objects 
like servletconfig or otherise as that breaks good design.

> -Original Message-
> From: Andreas Andersson [mailto:[EMAIL PROTECTED]
> Sent: 06 December 2004 13:12
> To: Tomcat Users List
> Subject: Re: web.xml
> 
> 
> Allistair Crossley wrote:
> > "normal" class? Is that a Servlet? 
> 
> Well, no. This class is called from another class wich in 
> turn is used 
> in a jsp-page as a session bean.
> 
> Do I have to pass the value down all the way via jsp:setProperty?
> 
> -- 
> Andreas Andersson
> IT Dept.
> Travelstart Nordic
> [EMAIL PROTECTED]
> http://www.travelstart.se
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: web.xml

[Andreas Andersson]

Allistair Crossley wrote:
"normal" class? Is that a Servlet? 
Well, no. This class is called from another class wich in turn is used 
in a jsp-page as a session bean.

Do I have to pass the value down all the way via jsp:setProperty?
--
Andreas Andersson
IT Dept.
Travelstart Nordic
[EMAIL PROTECTED]
http://www.travelstart.se
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: web.xml

[Allistair Crossley]

"normal" class? Is that a Servlet? 

public void init(ServletConfig cfg) throws ServletException {
  String s = cfg.getInitParameter("CONFIGFILE");
}

you'll need \\ instead of \

Allistair.

> -Original Message-
> From: Andreas Andersson [mailto:[EMAIL PROTECTED]
> Sent: 06 December 2004 12:57
> To: [EMAIL PROTECTED]
> Subject: web.xml
> 
> 
> Hi all!
> 
> I'm wondering how to get the values of the context-param 
> CONFIGFILE (see 
> below) into my normal class.
> 
> 
>
>  CONFIGFILE
>  c:\some\path\config.xml
>
> 
> 
> -- 
> Andreas Andersson
> IT Dept.
> Travelstart Nordic
> [EMAIL PROTECTED]
> http://www.travelstart.se
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Developers of QuickAddress Software
http://www.qas.com";>www.qas.com
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

RE: web.xml / struts-config.xml

[Phillip Qin]

By using context.getResourceAsStream you can always read any file in your
app directory.

-Original Message-
From: Brij Naald [mailto:[EMAIL PROTECTED] 
Sent: November 25, 2004 4:02 PM
To: [EMAIL PROTECTED]
Subject: web.xml / struts-config.xml


Hi
is it possible for a filter,a servlet or just another class on the server to

get to the web.xml file?

Thanks!

_
Kies nu de Site Van Het Jaar en win prachtige prijzen! 
http://www.sitevanhetjaar.be/


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


!DSPAM:41a64895262962000715395!

[SOLVED] Re: web.xml - oddity/problem

[Fred Blaise]

Well, that was an easy fix...
I just changed the redirect port of the Coyote/JK2 AJP 1.3 Connector on
port 8009, to 443 instead of 8443... :)

Fred

On Wed, 2004-10-06 at 22:56 -0500, Fred Blaise wrote:
> Hello
> 
> I am running apache 2.0.46 with SSL with tomcat/mod_jk2, white box
> linux. I do not have tomcat running SSL on 8443.
> 
> So I have this issue with my app... I am securing my app with the
>  tag in web.xml (connected to mysql backend), 
> 
> it works perfectly with the /clients.jsp.
> clients.jsp is a https:// uri, therefore my apache SSL is handling it,
> and so is the remaining of the session (?). However, if i throw
> /index.jsp, which is a http:// uri, then
> tomcat tries to connect to port 8443 (instead of 443), where of course
> it fails miserably since nothing is running there.
> 
> I guess my question is, why is tomcat trying to get to port 8443, when
> none of my uri point to https://myhost:8443, but simply to
> https://myhost  (which should be handled on port 443 by my apache ssl)?
> 
> I don't know if i have been very clear... I always suck at explaining my
> pb :P Please ask me if I can clarify
> 
> Thanks a lot
> 
> Best Regards
> 
> Fred
> 
> 
> 
> 
> PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
>"http://java.sun.com/dtd/web-app_2_3.dtd";>
> 
> 
> 
> 
> 
> 
> 
> Client login
> /clients.jsp
> GET
> POST
> 
> 
> 
> clients
> 
> 
> 
> CONFIDENTIAL
> 
> 
> 
> 
> 
> 
> FORM
> 
> 
> 
> /login.jsp
> /loginError.jsp
> 
> 
> 
> 
> 
> 
> clients
> 
> 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 


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

RE: web.xml security configuration.

[David . Pawson]

Thanks for getting back to me Ruth;
 I've been three days with this now. 

-Original Message-
From: Ruth, Brice 

>question.
>   I'm assuming these are 'part of' the repository app? Is 
that right?
>   What should the uri-pattern be for these?
>   Again the browse path will be
>http://localhost/repository/upload/index.html
>I want to have different security requirements for upload 
and search.
>If I have the security constraint on repository defined with 
>url-pattern of /*, I'm thinking that will cover all the 
descendents of 
>the repository directory? Is that wrong?
  

That's a correct assumption. You should be able to do what 
you're wanting to do, the main thing to understand is that 
if you need to set a granular constraint, say for 
/repository/search/index.html, then you need to access that 
page as such.
yes, for testing I'm using
http://localhost/repository/search/index.html 
 I have no mapping for these since they are simple html files.

On the other hand, if you want to take 
advantage of index files, then a security constraint in the 
form of /repository/search/ should work (no wildcard "*" at 
the end). Its really just a pattern/glob match that takes 
place to determine if a security constraint should be 
invoked or not. This last pattern should only be invoked 
for /repository/search/, not for anything else.
So it would not impact
   /repository/search/otherFile.html ? And no other child directories?
That's a relief. 


Same goes 
if you have one tied to /repository/. I would advise that 
you add an additional URL-pattern for the actual index file 
as well, otherwise, if that file is accessed directly, then 
the security constraint will not be invoked.

Yes, I've tried that. No success.
I've reverted to the $catalina-home/conf/tomcat-users.xml
to take out the mySQL loop too. Still no success.

Could someone provide a (simple) example of the 

  ..

vs
the $catalina-home/webapps/X structure please.
I can't find any examples other than a single app
using appname/* as the url-pattern.
 With 3 roles. admin, read, rwrite and 
/webapps
 /repository admin|read|rwrite
   /adminadmin only
   /search   admin|read|rwrite
   /upload   admin|rwrite
All use index.html.
I think the url-patterns are:

 /repository/admin/index.html
  GET
  POST
  PUT
  DELETE
  
  admin


/repository/upload/*
 ditto 
   
  rwrite
  admin


   /repository/search/*

   
  admin
  rwrite
  read


Anything wrong with these?
*must* I use wildcards/globbing when I'm using defaults
(index.html, index.jsp or whatever?)


regards DaveP

-- 
DISCLAIMER: 

NOTICE: The information contained in this email and any attachments is 
confidential and may be privileged. If you are not the intended 
recipient you should not use, disclose, distribute or copy any of the 
content of it or of any attachment; you are requested to notify the 
sender immediately of your receipt of the email and then to delete it 
and any attachments from your system. 

RNIB endeavours to ensure that emails and any attachments generated by 
its staff are free from viruses or other contaminants. However, it 
cannot accept any responsibility for any  such which are transmitted.
We therefore recommend you scan all attachments. 

Please note that the statements and views expressed in this email and 
any attachments are those of the author and do not necessarily represent 
those of RNIB. 

RNIB Registered Charity Number: 226227 

Website: http://www.rnib.org.uk 

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

Re: web.xml security configuration.

[Ruth, Brice]

[EMAIL PROTECTED] wrote:
in my web.xml I have

   repository
   /repository
 
 
   getit
   /getit
 
I.e. its a one to one, so if I understand you correctly,
when I browse to http://localhost/repository/index.jsp 
my uril-pattern should be


   
 Read-WriteArea
 /repository/*
I have other (html files) in
/webapps
  /repository
/upload
index.html
/search
index.html
question.
  I'm assuming these are 'part of' the repository app? Is that right?
  What should the uri-pattern be for these?
  Again the browse path will be
http://localhost/repository/upload/index.html 
I want to have different security requirements for upload and search.
If I have the security constraint on repository defined with url-pattern
of /*, I'm thinking that will cover all the descendents of the repository
directory? Is that wrong?

regards daveP
Dave,
That's a correct assumption. You should be able to do what you're
wanting to do, the main thing to understand is that if you need to set a
granular constraint, say for /repository/search/index.html, then you
need to access that page as such. On the other hand, if you want to take
advantage of index files, then a security constraint in the form of
/repository/search/ should work (no wildcard "*" at the end). Its really
just a pattern/glob match that takes place to determine if a security
constraint should be invoked or not. This last pattern should only be
invoked for /repository/search/, not for anything else. Same goes if you
have one tied to /repository/. I would advise that you add an additional
URL-pattern for the actual index file as well, otherwise, if that file
is accessed directly, then the security constraint will not be invoked.
Hope this helps!
-Brice

--
Brice Ruth, Sr. IT Analyst
Fiskars Brands Inc
http://www.fiskarsbrands.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: web.xml security configuration.

[David . Pawson]

 

-Original Message-
From: Ruth, Brice

The security constraint is based on the actual URL 
requested, not the resource that is being accessed. So, if 
you're accessing:
http://my.host.com/ - and its actually loading 
http://my.host.com/repository/index.jsp, then your 
security-constraint won't be triggered if you don't have /* 
indicated. With a constraint of /repository/index.jsp, try 
accessing that path directly from your browser - the 
constraint *should* be triggered then.

in my web.xml I have


repository
/repository
  

  
getit
/getit
  

I.e. its a one to one, so if I understand you correctly,
when I browse to http://localhost/repository/index.jsp 
my uril-pattern should be

 

  Read-WriteArea
  /repository/*

I have other (html files) in
 /webapps
   /repository
 /upload
 index.html
 /search
 index.html

question.
   I'm assuming these are 'part of' the repository app? Is that right?
   What should the uri-pattern be for these?
   Again the browse path will be
http://localhost/repository/upload/index.html 
I want to have different security requirements for upload and search.
If I have the security constraint on repository defined with url-pattern
of /*, I'm thinking that will cover all the descendents of the repository
directory? Is that wrong?

regards daveP

** snip here **




-- 
DISCLAIMER: 

NOTICE: The information contained in this email and any attachments is 
confidential and may be privileged. If you are not the intended 
recipient you should not use, disclose, distribute or copy any of the 
content of it or of any attachment; you are requested to notify the 
sender immediately of your receipt of the email and then to delete it 
and any attachments from your system. 

RNIB endeavours to ensure that emails and any attachments generated by 
its staff are free from viruses or other contaminants. However, it 
cannot accept any responsibility for any  such which are transmitted.
We therefore recommend you scan all attachments. 

Please note that the statements and views expressed in this email and 
any attachments are those of the author and do not necessarily represent 
those of RNIB. 

RNIB Registered Charity Number: 226227 

Website: http://www.rnib.org.uk 

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

Re: web.xml security configuration.

[Ruth, Brice]

[EMAIL PROTECTED] wrote:
In my applications web.xml I have 


   
 Read-WriteArea
  accessible by  users of all roles
 /*
 GET
 POST
 PUT
 DELETE
   
   
 These roles are allowed access
 read
 rwrite
 admin
   
 
If the url-pattern is /* I get my jdbc based form showing,
and password authentication using mySQL.
If I change it to /repository/index.jsp, i.e. the actual
file used, I don't get any authentication.
Any advice on what form this element should take please?
TIA, DaveP
 

Dave,
The security constraint is based on the actual URL requested, not the
resource that is being accessed. So, if you're accessing:
http://my.host.com/ - and its actually loading
http://my.host.com/repository/index.jsp, then your security-constraint
won't be triggered if you don't have /* indicated. With a constraint of
/repository/index.jsp, try accessing that path directly from your
browser - the constraint *should* be triggered then.
-Brice
--
Brice Ruth, Sr. IT Analyst
Fiskars Brands Inc
http://www.fiskarsbrands.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: web.xml

[Schalk Neethling]

Yanbin
Where are you placing your servlets and jsp's? Also, please post your 
web.xml

Yanbin Ma wrote:
Hi,
I am very new to tomcat. I have a question about web.xml.
I was using all jsp files without a web.xml under WEB-INF folder.
Everything worked fine, until I added some servlet java classes and
web.xml to register them. Then tomcat cannot find my jsp any more. 

What should I do to solve this? Thanks!
Regards,
Yanbin


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

--
Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
Global: www.volume4.com
South-Africa: www.volume4.co.za
This message contains information that is considered to be sensitive or confidential 
and may not be forwarded or disclosed to any other party without the permission of the 
sender. If you received this message in error, please notify me immediately so that I 
can correct and delete the original email. Thank you.

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

Re: web.xml

[QM]

On Thu, Sep 02, 2004 at 05:10:53PM -0400, Yanbin Ma wrote:
: I was using all jsp files without a web.xml under WEB-INF folder.
: Everything worked fine, until I added some servlet java classes and
: web.xml to register them. Then tomcat cannot find my jsp any more. 


1/ please post a *new* message when writing to the list.  Replying to
an old (unrelated) message confuses thread-aware mailers, which makes
your question harder to find (and thus answer).

2/ Post your web.xml, as none of us can see it =)  Sounds like a
misapplied servlet mapping that includes a "/" where it shouldn't.

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: web.xml and servlets used in an app

[shiv juluru]

Change the root path(By default it is webapps) in server.xml file in conf directory of 
ur tomcat directory,
and configure ur servlets in web.xml file in ur context path.
 
 
ur question is not clear.

Deepa Ramamurthy <[EMAIL PROTECTED]> wrote:
Hello!

Do I have to map all the servlets that my application uses in web.xml?
I am using Tomcat 5.0 on Windows.
I didn't have to do this on Tomcat 4.1 on Linux.

Thanks.
Deepa

-
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!

Re: web.xml

[QM]

On Wed, Aug 11, 2004 at 05:49:32PM +0200, Schalk Neethling wrote:
: config stuff goes into web.xml but, I want to know if there is a way
: that one can create a seperate .xml file that will contain an
: application specific config information, for example my-app.xml.

Someone else has suggested using XML entities, but that will have mixed
results: 1/ I don't think that would work if the included XML file
exists inside a WAR file; and 2/ XML entities require absolute paths to
be reliable.

What about merging the CMS-specific XML into web.xml at build time,
using Ant?  There are a couple of posts about doing just this in the
archives if you're not familiar with the Ant tasks.  (I recall those
posts were on the topic of JSP precompilation.)

-QM


-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

RE: web.xml

[Ryan Lissack]

Hi Schalk,

You could probably use XML entities to do that, I haven't tried it but I
think it would probably work ...

Simple example:
http://xmlwriter.net/xml_guide/entity_declaration.shtml

web.xml example:
http://www.adtmag.com/java/article.asp?id=5785

HTH,
Ryan


-Original Message-
From: Schalk Neethling [mailto:[EMAIL PROTECTED]
Sent: 11 August 2004 16:50
To: Tomcat Users List
Subject: RE: web.xml


Hey there everyone!

When deploying a webapp on Tomcat I know that all of the webapp specific
config stuff goes into web.xml but, I want to know if there is a way
that one can create a seperate .xml file that will contain an
application specific config information, for example my-app.xml. The
situation I want to use in for is for example having a website that has
some configuration information loaded into it's web.xml file. Then I
want to integrate a seperate application(a cms system) into this
application but I do not want to have to manually edit the 'root'
applications web.xml and would rather want the cms's configuration
contained in it's own .xml called something like cms.xml.

Is this possible?

-- 
Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.co.za

This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in
error, please notify me immediately so that I can correct and delete the
original email. Thank you.






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

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

RE: web.xml

[Schalk Neethling]

Hey there everyone!
When deploying a webapp on Tomcat I know that all of the webapp specific
config stuff goes into web.xml but, I want to know if there is a way
that one can create a seperate .xml file that will contain an
application specific config information, for example my-app.xml. The
situation I want to use in for is for example having a website that has
some configuration information loaded into it's web.xml file. Then I
want to integrate a seperate application(a cms system) into this
application but I do not want to have to manually edit the 'root'
applications web.xml and would rather want the cms's configuration
contained in it's own .xml called something like cms.xml.
Is this possible?
--
Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.co.za
This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in
error, please notify me immediately so that I can correct and delete the
original email. Thank you.


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

Re: web.xml and servlets used in an app

[Schalk Neethling]

As the default invoker servlet is now disabled by default you have to 
register your servlets in web.xml so in short, yes. If I am not correct 
here somebody please correct me so I can also update my knowledge but 
this is how I understand it currently.

Deepa Ramamurthy wrote:
Hello!
Do I have to map all the servlets that my application uses in web.xml?
I am using Tomcat 5.0 on Windows.
I didn't have to do this on Tomcat 4.1 on Linux.
Thanks.
Deepa
 

--
Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Development.Multimedia.Branding
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
web: www.volume4.co.za
This message contains information that is considered to be sensitive or confidential 
and may not be forwarded or disclosed to any other party without the permission of the 
sender. If you received this message in error, please notify me immediately so that I 
can correct and delete the original email. Thank you.

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

RE: web.xml and servlets used in an app

[Shapira, Yoav]

Hi,
http://jakarta.apache.org/tomcat/faq/misc.html#invoker

You should map them all.  If you really dislike that, comment the
invoker servlet back in.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Deepa Ramamurthy [mailto:[EMAIL PROTECTED]
>Sent: Friday, August 06, 2004 12:25 PM
>To: [EMAIL PROTECTED]
>Subject: web.xml and servlets used in an app
>
>Hello!
>
>Do I have to map all the servlets that my application uses in web.xml?
>I am using Tomcat 5.0 on Windows.
>I didn't have to do this on Tomcat 4.1 on Linux.
>
>Thanks.
>Deepa



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: web.xml: my default.css file does not work correctly

[QM]

On Mon, Aug 02, 2004 at 01:14:57PM +, Jon Doe wrote:
: I assumed the '' was relevant, but it only seems 
: to be for real files (html, jsp, etc), not for 'virtual' URLs.


What's the servlet spec declared in your deployment descriptor? 
2.3 or 2.4?  Servlets as welcome files was added in the 2.4 spec.

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: web.xml: my default.css file does not work correctly

[Jon Doe]

Thanks for this. But it still didn't answer my problem (which is solved -- 
see below). I don't have a 'welcome file'. I have a welcome page generated 
by a servlet -- so you can reference it with

  http://localhost:8080/context/home.myext
And I can map this no problem. But to get this to work:
  http://localhost:8080/context/
fails. I assumed the '' was relevant, but it only seems 
to be for real files (html, jsp, etc), not for 'virtual' URLs.

But for the record I solved my problem by creating an index.html file with 
just:

  
and had *everything* else mapped using my Router servlet. Works like a 
dream!

Thanks again.
Joe.
: So, I've disabled the / mapping by commenting it out. And my CSS
: pages are working as normal. But trying to access my app with the root 
URL
: just causes a directory listing.

Check your book (or the servlet spec) for "."
It's akin to the "DirectoryIndex" directive in Apache httpd, which lists
the file(s) checked when a request is made to just a directory path
(e.g. index.html).
-QM
--
software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

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

Re: web.xml: my default.css file does not work correctly

[QM]

On Sun, Aug 01, 2004 at 12:57:29AM +, Jon Doe wrote:
: Thanks for this. Hmm, so this is something that I was not aware of. (The 
: O'Relilly book -- Tomcat *Definitive* Reference -- doesn't even mention 
: this)

Perhaps because that's more of a general servlet concept, not really a
deep Tomcat issue.


: So, I've disabled the / mapping by commenting it out. And my CSS 
: pages are working as normal. But trying to access my app with the root URL 
: just causes a directory listing.

Check your book (or the servlet spec) for "."
It's akin to the "DirectoryIndex" directive in Apache httpd, which lists
the file(s) checked when a request is made to just a directory path
(e.g. index.html).

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: web.xml: my default.css file does not work correctly

[Jon Doe]

Thanks for this. Hmm, so this is something that I was not aware of. (The 
O'Relilly book -- Tomcat *Definitive* Reference -- doesn't even mention 
this) So, I've disabled the / mapping by commenting it out. And my CSS 
pages are working as normal. But trying to access my app with the root URL 
just causes a directory listing.

So how do I stop that? I'm deploying my app under a particular context, and 
clearly I want to be able to just put in http://host/context/ and expect it 
to pick the home page. It doesn't, but just gives me a directory listing. So 
adding a / mapping solves this but stops CSS, and without it I get CSS but 
no root mapping!!

Bugger!
Anyone have any ideas?
Joe.

From: Tim Funk <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: Tomcat Users List <[EMAIL PROTECTED]>
Subject: Re: web.xml: my default.css file does not work correctly
Date: Sat, 31 Jul 2004 14:43:16 -0400
You have overriddent the default servlet. That mean its your servlet's job 
to serve static resources. (There a threads in the archives about this)

-Tim
_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

Re: web.xml: my default.css file does not work correctly

[Tim Funk]

You have overriddent the default servlet. That mean its your servlet's job to 
serve static resources. (There a threads in the archives about this)

-Tim
Jon Doe wrote:
I thought I'd grasped the way the deployment descriptor works in Tomcat. 
But I've still got problems I don't understand. In summary: my 
default.css file does not work with this web.xml file:


Index
com.wingtip.Index
Router
com.wingtip.Router

Index
/

Router
*.myext

So there is a url-pattern for / -- the root URL, and there is a 
url-pattern for anything ending *myext. All this works fine. I put all 
the routing code into the Router.java file and this works like a dream. 
It gives me the benefit of putting all this logic in one file, and so I 
can see what is going on, and apply consistent security treatment to all 
my URLs. Great!

But the fly in the ointment is CSS (and image files too). These appear 
not to be available. How do I get round this? I have seen mention of a 
'default' servlet in the Servlet spec, but no more details. How do you 
make all URLs that don't match your patterns 'fall through' so they can 
be used by whatever notion of webserver exists in Tomcat?

Incidentally, it would be *really* nice to have just the one servlet 
defined. Is it legal/possible to the reference to Index above removed 
and add the / to the Router servlet?

One final point. I've heard mention that it is not good form to use a / 
mapping. If not, what is the alternative?

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

Re: web.xml pointing to other xml files?

[Woodchuck]

hi QM,

just thought i'd follow up on how i ended up doing mine.  it's
essentially the same strategy but instead of including everything in
the jspc generated file, i'm only including the exact segment that i
need and i'm using the plain  task.

build file:











web.xml file:


action
   
org.apache.struts.action.ActionServlet

  config
  /WEB-INF/struts-config.xml


  debug
  2


  detail
  2

2
  

  

  
  
action
*.do
  

by replacing the my entire 'placeholder' string "" with the servlet mappings from jspc, my web.xml
file is still valid even if i never pre-compile.

thanks again for your help!  "TMTOWTDI" is really true for Ant!

woodchuck
 

--- QM <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 28, 2004 at 09:45:55AM -0700, Woodchuck wrote:
> : actually i'm using Ant too.  i'm pre-compiling using the 
> task
> : and it generates a file containing  and 
> : tags.  that's exactly what i need to do really, is to merge this
> file
> : with my web.xml file.  if you can show me how you're doing it that
> : would be great, thanks!
> 
> Appended below.  Perl's "TMTOWTDI" motto reigns here, because I'm
> certain there are other (and gmore elegant) ways to do this...
> 
> -QM
> 
> 
> ... from build.xml ...
>   
> 
>  property="jsp.precomp.data"
>   srcFile="${warfile.build_dir}/WEB-INF/precompiled_jsps.xml"
>   />
> 
>   
> 
>  file="files.WEB-INF/web.xml"
>   overwrite="true"
>   toFile="${warfile.build_dir}/WEB-INF/web.xml"
>   >
>   
>  token="PRECOMPILED_JSPS"
>   value="${jsp.precomp.data}"
>   />
>   
> 
>   
> 
> ... from web.xml (before it's copied with Ant's  task ...
> 
>   
>   @PRECOMPILED_JSPS@
>   
> 
> 
> -- 
> 
> software  -- http://www.brandxdev.net
> tech news -- http://www.RoarNetworX.com
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 





__
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 

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

Re: web.xml pointing to other xml files?

[QM]

On Mon, Jun 28, 2004 at 09:45:55AM -0700, Woodchuck wrote:
: actually i'm using Ant too.  i'm pre-compiling using the  task
: and it generates a file containing  and 
: tags.  that's exactly what i need to do really, is to merge this file
: with my web.xml file.  if you can show me how you're doing it that
: would be great, thanks!

Appended below.  Perl's "TMTOWTDI" motto reigns here, because I'm
certain there are other (and gmore elegant) ways to do this...

-QM


... from build.xml ...













... from web.xml (before it's copied with Ant's  task ...


@PRECOMPILED_JSPS@



-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: web.xml pointing to other xml files?

[Robert Koberg]

Woodchuck wrote:
actually i'm using Ant too.  i'm pre-compiling using the  task
and it generates a file containing  and 
tags.  that's exactly what i need to do really, is to merge this file
with my web.xml file.  if you can show me how you're doing it that
would be great, thanks!  i didn't look into doing this right away
because i thought it would be simpler to just have web.xml point to
this file... :p
 

You could use XSL and output a file from something like:


 
 
 
 
 
 
 
 

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

Re: web.xml pointing to other xml files?

[Woodchuck]

--- QM <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 28, 2004 at 08:57:49AM -0700, Woodchuck wrote:
> : under the  section of the web.xml file, can we arbitrarily
> : reference other xml files?
> : that is, if i put all my  tags in one file
> (my_servlets.xml)
> : and all my  tags in another file
> (my_mappings.xml), is
> : it possible to reference these from the web.xml file (and not upset
> : tomcat in doing so)?
> 
> Yes and no: you can call external entity references (which, in turn,
> point to files) from your web.xml; but as there is no guarantee of
> what
> is a webapp's "current directory" you'd have to hardcode those paths.
> That would make your app less portable between containers and perhaps
> even different Tomcat revs.
> 
> You could merge your files of  and  tags at
> build time. For example, I use the Ant tasks  and  +
> .  If you're interested, I'll post that in detail.

actually i'm using Ant too.  i'm pre-compiling using the  task
and it generates a file containing  and 
tags.  that's exactly what i need to do really, is to merge this file
with my web.xml file.  if you can show me how you're doing it that
would be great, thanks!  i didn't look into doing this right away
because i thought it would be simpler to just have web.xml point to
this file... :p

> 
> 
> : also, i was experimenting and discovered i could place 
> tags
> : and  tags in different orders (within 
> : section) and it still works!
> 
> What servlet spec do you specify in your web.xml?
> IIRC 2.4's schema permits a more logical order, such as 
> 
>   
>   
>   
>   
> 
> -but don't quote me on that, as I don't have the spec in front of me
> right now.

my web.xml header is this:


http://java.sun.com/j2ee/dtds/web-app_2_3.dtd";>

i didn't alternate  and  though.  i kept the
'group' integrity so all the  tags were together first, then
came all the  tags.  what i did mix up though, was
putting this chunk in various places within the  tag.  for
example i put this chunk as the very last 'section' before ,
then i tried putting this chunk right in-between two 
definitions.  in both cases, when tomcat 'picked up' these changes it
caused various parsing-related errors on the console, however my
application still worked *seemingly* without any problems.






__
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail 

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

Re: web.xml pointing to other xml files?

[QM]

On Mon, Jun 28, 2004 at 08:57:49AM -0700, Woodchuck wrote:
: under the  section of the web.xml file, can we arbitrarily
: reference other xml files?
: that is, if i put all my  tags in one file (my_servlets.xml)
: and all my  tags in another file (my_mappings.xml), is
: it possible to reference these from the web.xml file (and not upset
: tomcat in doing so)?

Yes and no: you can call external entity references (which, in turn,
point to files) from your web.xml; but as there is no guarantee of what
is a webapp's "current directory" you'd have to hardcode those paths.
That would make your app less portable between containers and perhaps
even different Tomcat revs.

You could merge your files of  and  tags at
build time. For example, I use the Ant tasks  and  +
.  If you're interested, I'll post that in detail.


: also, i was experimenting and discovered i could place  tags
: and  tags in different orders (within 
: section) and it still works!

What servlet spec do you specify in your web.xml?
IIRC 2.4's schema permits a more logical order, such as 






-but don't quote me on that, as I don't have the spec in front of me
right now.

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: web.xml pointing to other xml files?

[Tim Funk]

I *think* you should be able to use XML entities to include other files into 
web.xml.

Tomcat does not attempt to make sure that web.xml is valid document with 
respect to the dtd. There are occasions where you can put elements in web.xml 
out of order, and things will work ok. But that doesn't mean it will work in 
future versions. (Or be portable to other containers)

-Tim
Woodchuck wrote:
under the  section of the web.xml file, can we arbitrarily
reference other xml files?
that is, if i put all my  tags in one file (my_servlets.xml)
and all my  tags in another file (my_mappings.xml), is
it possible to reference these from the web.xml file (and not upset
tomcat in doing so)?
also, i was experimenting and discovered i could place  tags
and  tags in different orders (within 
section) and it still works!  not that i'm complaining but i'm
surprised because when i do that, the console displays a lot of errors
when tomcat 'picks up' these changes, yet it's still able to understand
them and things seem to work fine... is this intentional by tomcat? 
ie. if breaking the DTD order does not break the application then why
do we need the DTD order?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: web.xml file problem

[UmamaheswarKalluru]

Hi Tim,
I tried the way you mentioned but it still dont work. I removed the welcome
file list and tested again, but even then it dont work. Am I missing
anything?

Thank you,
Best Regards,
Uma


   
 Tim Funk  
 <[EMAIL PROTECTED] 
 rg>To 
   
 06/01/2004 06:37  Tomcat Users List   
 PM<[EMAIL PROTECTED]>
cc 
   
 Please respond to 
   "Tomcat Users   
   List"   
 <[EMAIL PROTECTED] 
  rta.apache.org>  Subject 
           Re: web.xml file problem
   
   
   
   
   
   




The dtd (http://java.sun.com/dtd/web-app_2_3.dtd) says that
 must appear before 

-Tim

[EMAIL PROTECTED] wrote:

>
>
>
> Hi,
> This is my web.xml file. I dont know whats wrong here but my first
session
> gets expired. When I remove the error-page and welcome file list, then
> everything works fine. Am I wrong somewhere?
>
>
> 
>  PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> "http://java.sun.com/dtd/web-app_2_3.dtd";>
>
> 
>
> 
>   404
>   /CustomErrorPage.jsp
> 
>
>
> 
>   index.jsp
> 
>
> 
>

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





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

Re: web.xml file problem

[Tim Funk]

The dtd (http://java.sun.com/dtd/web-app_2_3.dtd) says that 
 must appear before 

-Tim
[EMAIL PROTECTED] wrote:

Hi,
This is my web.xml file. I dont know whats wrong here but my first session
gets expired. When I remove the error-page and welcome file list, then
everything works fine. Am I wrong somewhere?

http://java.sun.com/dtd/web-app_2_3.dtd";>


  404
  /CustomErrorPage.jsp


  index.jsp


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

Re: web.xml deployment Problem

[Haroon Chaudhry]

Hi ,

changing "/servlet/*" to "/*" might help

Haroon

 
> His web.xml is defined as follows:
-
> 
> 
> invoker
> 
> 
> /servlet/*
> 
> 


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

Re: web.xml

[Tim Funk]

no (excluding system memory, jvm memory, and file system memory constraints)

-Tim

Schalk wrote:

Hi there

 

Is there a limit to how large the web.xml can be? i.e. The amount of servlet
and servlet-mappings etc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: web.xml Welcome -file and for SSL

[Forte, Graham]

Uma,
I have set the web.xml welcome file to index.jsp and then in index.jsp(which the user 
never sees) I do a 
<%response.sendRedirect("https://myDomain.com:8443/sslIndex.jsp";);%>
For your needs you could just have the user logon on the http page.
On the html page set the https://www.mysite.com/Welcome.jsp";>

I have been pulling my hair out over the port thing. I requested the tomcat standard 
ssl port be open and now I am finding out that was not a good thing. Since now the 
user has to specify 8443. 
I dont have port 80 so I cant do a www.myDomain.com redirect.
Good luck.
Graham

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 16, 2004 9:17 PM
To: Tomcat Users List
Subject: Re: web.xml Welcome -file and for SSL






Hi Forte,
I am also having similar type of problem. When the user types
http://www.mysite.com it should first go to the default .html page (that is
using 80 port) that I have set in the welcome-file-list in web.xml file.
Its working fine. But once the user logs in from the home page, he should
then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port).
See the port difference. I do not know where to set the redirection. or
should I hard code this settings in my .jsp file itself?

Thank you,
Best Regards,
Uma



   
 "Forte, Graham"   
 <[EMAIL PROTECTED] 
 .com>  To 
   
 03/16/2004 06:50  'Tomcat Users List' 
 PM<[EMAIL PROTECTED]>
cc 
   
 Please respond to 
   "Tomcat Users   
   List"   
 <[EMAIL PROTECTED] 
  rta.apache.org>  Subject 
   web.xml  Welcome -file and for SSL  
   
   
   
   
   
   




Hello,
 I am wondering if it is possible to specify a Welcome-file for
an
https request. If I am using port 443 how can I configure Tomcat 4.1 so
that
when the user types in https://myIPAddress  or https://myDomainName they
will be directed to https://myIPAddress/myFirstPage.jsp.
Thanks, Graham

PS I have the web.xml Welcome-file setup with:

 myFirstPage.jsp


Will this accomplish what I need to accomplish, or do I need to add
something else.
I cant test this out right now because I have all ports blocked except
8443.
Thanks!!

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





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

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

Re: web.xml Welcome -file and for SSL

[Adrian Lanning]

Uma,
Hard coding it is the simplest and fastest way to do what you want.  With
HTTP the actual form itself doesn't need to be https, just the action
target.  hotmail.com is a good example of this.

If you have content inside the webapp that you need to make sure is accessed
securely you can either check the protocol manually when you need it (say
from a base class which you extend) or you can make a filter that checks the
protocol.  Matt Raible has an example app that uses the filter method called
appfuse. You can find it here:
http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse

Graham,
It looks like your setup is correct, you just use the welcome file.  But you
have to have tomcat listen on port 443 rather than 8443.  It sounded in your
original post like Tomcat was just listening on 8443...

hth,
Adrian


- Original Message - 
From: <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, March 16, 2004 10:16 PM
Subject: Re: web.xml Welcome -file and for SSL


>
>
>
>
> Hi Forte,
> I am also having similar type of problem. When the user types
> http://www.mysite.com it should first go to the default .html page (that
is
> using 80 port) that I have set in the welcome-file-list in web.xml file.
> Its working fine. But once the user logs in from the home page, he should
> then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port).
> See the port difference. I do not know where to set the redirection. or
> should I hard code this settings in my .jsp file itself?
>
> Thank you,
> Best Regards,
> Uma
>
>
>
>
>  "Forte, Graham"
>  <[EMAIL PROTECTED]
>  .com>  To
>
>  03/16/2004 06:50  'Tomcat Users List'
>  PM<[EMAIL PROTECTED]>
> cc
>
>  Please respond to
>"Tomcat Users
>List"
>  <[EMAIL PROTECTED]
>   rta.apache.org>  Subject
>web.xml  Welcome -file and for SSL
>
>
>
>
>
>
>
>
>
>
> Hello,
>  I am wondering if it is possible to specify a Welcome-file
for
> an
> https request. If I am using port 443 how can I configure Tomcat 4.1 so
> that
> when the user types in https://myIPAddress  or https://myDomainName they
> will be directed to https://myIPAddress/myFirstPage.jsp.
> Thanks, Graham
>
> PS I have the web.xml Welcome-file setup with:
> 
>  myFirstPage.jsp
> 
>
> Will this accomplish what I need to accomplish, or do I need to add
> something else.
> I cant test this out right now because I have all ports blocked except
> 8443.
> Thanks!!
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: web.xml Welcome -file and for SSL

[Adrian Lanning]

- Original Message - 
From: <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, March 16, 2004 10:16 PM
Subject: Re: web.xml Welcome -file and for SSL


>
>
>
>
> Hi Forte,
> I am also having similar type of problem. When the user types
> http://www.mysite.com it should first go to the default .html page (that
is
> using 80 port) that I have set in the welcome-file-list in web.xml file.
> Its working fine. But once the user logs in from the home page, he should
> then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port).
> See the port difference. I do not know where to set the redirection. or
> should I hard code this settings in my .jsp file itself?
>
> Thank you,
> Best Regards,
> Uma
>
>
>
>
>  "Forte, Graham"
>  <[EMAIL PROTECTED]
>  .com>  To
>
>  03/16/2004 06:50  'Tomcat Users List'
>  PM<[EMAIL PROTECTED]>
> cc
>
>  Please respond to
>"Tomcat Users
>List"
>  <[EMAIL PROTECTED]
>   rta.apache.org>  Subject
>web.xml  Welcome -file and for SSL
>
>
>
>
>
>
>
>
>
>
> Hello,
>  I am wondering if it is possible to specify a Welcome-file
for
> an
> https request. If I am using port 443 how can I configure Tomcat 4.1 so
> that
> when the user types in https://myIPAddress  or https://myDomainName they
> will be directed to https://myIPAddress/myFirstPage.jsp.
> Thanks, Graham
>
> PS I have the web.xml Welcome-file setup with:
> 
>  myFirstPage.jsp
> 
>
> Will this accomplish what I need to accomplish, or do I need to add
> something else.
> I cant test this out right now because I have all ports blocked except
> 8443.
> Thanks!!
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: web.xml Welcome -file and for SSL

[UmamaheswarKalluru]

Hi Forte,
I am also having similar type of problem. When the user types
http://www.mysite.com it should first go to the default .html page (that is
using 80 port) that I have set in the welcome-file-list in web.xml file.
Its working fine. But once the user logs in from the home page, he should
then be redirected to https://www.mysite.com/Welcome.jsp (using 443 port).
See the port difference. I do not know where to set the redirection. or
should I hard code this settings in my .jsp file itself?

Thank you,
Best Regards,
Uma



   
 "Forte, Graham"   
 <[EMAIL PROTECTED] 
 .com>  To 
   
 03/16/2004 06:50  'Tomcat Users List' 
 PM<[EMAIL PROTECTED]>
cc 
   
 Please respond to 
   "Tomcat Users   
   List"   
 <[EMAIL PROTECTED] 
  rta.apache.org>  Subject 
   web.xml  Welcome -file and for SSL  
   
   
   
   
   
   




Hello,
 I am wondering if it is possible to specify a Welcome-file for
an
https request. If I am using port 443 how can I configure Tomcat 4.1 so
that
when the user types in https://myIPAddress  or https://myDomainName they
will be directed to https://myIPAddress/myFirstPage.jsp.
Thanks, Graham

PS I have the web.xml Welcome-file setup with:

 myFirstPage.jsp


Will this accomplish what I need to accomplish, or do I need to add
something else.
I cant test this out right now because I have all ports blocked except
8443.
Thanks!!

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





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

RE: web.xml Welcome-file for SSL

[Mark Thomas]

Should do. This works for me with TC4 and the default welcome list.

Mark 

> -Original Message-
> From: Forte, Graham [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 16, 2004 3:33 PM
> To: 'Tomcat Users List'
> Subject: RE: web.xml Welcome-file for SSL
> 
> Corrected subject, any takers.
> Thanks!!
> 
> -Original Message-
> From: Forte, Graham 
> Sent: Tuesday, March 16, 2004 7:20 AM
> To: 'Tomcat Users List'
> Subject: web.xml Welcome -file and for SSL
> 
> 
> Hello,
>   I am wondering if it is possible to specify a 
> Welcome-file for an
> https request. If I am using port 443 how can I configure 
> Tomcat 4.1 so that
> when the user types in https://myIPAddress  or 
> https://myDomainName they
> will be directed to https://myIPAddress/myFirstPage.jsp.
> Thanks, Graham
> 
> PS I have the web.xml Welcome-file setup with:
> 
>   myFirstPage.jsp
> 
> 
> Will this accomplish what I need to accomplish, or do I need to add
> something else.
> I cant test this out right now because I have all ports 
> blocked except 8443.
> Thanks!!
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 



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

RE: web.xml Welcome-file for SSL

[Forte, Graham]

Corrected subject, any takers.
Thanks!!

-Original Message-
From: Forte, Graham 
Sent: Tuesday, March 16, 2004 7:20 AM
To: 'Tomcat Users List'
Subject: web.xml Welcome -file and for SSL


Hello,
I am wondering if it is possible to specify a Welcome-file for an
https request. If I am using port 443 how can I configure Tomcat 4.1 so that
when the user types in https://myIPAddress  or https://myDomainName they
will be directed to https://myIPAddress/myFirstPage.jsp.
Thanks, Graham

PS I have the web.xml Welcome-file setup with:

myFirstPage.jsp


Will this accomplish what I need to accomplish, or do I need to add
something else.
I cant test this out right now because I have all ports blocked except 8443.
Thanks!!

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

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

RE: web.xml config, dif between 4.0 and 5.0

[Shapira, Yoav]

Hi,

>   Does this sound like a good idea?  I notice several people are
still
>talking about configuring new 4.0 installs.  Is 5.0 stable enough?

Yes, it's a good idea.  Yes, 5.0 is stable enough.  Questions about new
4.0 installs have been rare on this list over the past few months, so
maybe we're reading a different list or disagree on the meaning of
"several" in this context.

>   My main problem however, is that my web.xml file for my web
>application behaves differently in the two versions.  The web.xml file
>validates against the 2.2 DTD not the 2.3 ( or 2.4 now? ).  In my old
>set up I have not needed to state each servlet that will be addressed.
>Now it seems as if this may be required for 5.0.

No, it's not required, merely recommended, and for good reasons.  You
can comment in the invoker servlet as Tim said.  The 2.4 servlet spec
has no has a Schema instead of a DTD by the way, so it's a different
validation.  Also, why doesn't your web.xml validate against the 2.3
DTD?

>require that each servlet be mapped?  Is there a good solution to my

A "good" meaning minimum effort?  Enable the invoker servlet.  A "good"
meaning more correct/safer?  Map the servlets.  You an do it with some
fun perl/sed/awk/java scripts at least for generating the automatic
mappings, e.g. for each class X write a  element where the name
is the full class name and a servlet-mapping where the url-pattern is
/servlet/full-class-name.  That way you don't have to change any code,
you're mimicking the invoker servlet ;)

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: web.xml config, dif between 4.0 and 5.0

[Jim Beard]

Tim,

	Thanks for the quick reply.  That is exactly what the problem was.  I 
understand that statically defining and mapping servlets would be much 
more secure, however I'm not sure I want to map the several hundred 
servlets involved
	I put the invoker back in place and things are moving along fine now.

Jim

On Tuesday, March 2, 2004, at 12:57 PM, Tim Funk wrote:

My main problem however, is that my web.xml file for my web 
application behaves differently in the two versions.  The web.xml 
file validates against the 2.2 DTD not the 2.3 ( or 2.4 now? ).  In 
my old set up I have not needed to state each servlet that will be 
addressed.  Now it seems as if this may be required for 5.0.
It looks like you are still using the invoker. Its evil:
http://jakarta.apache.org/tomcat/faq/misc.html#invoker
But the servlet 2.4 is mostly compatible with 2.3 and 2.2.
-Tim



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

Jim Beard
counterclaim.com, Inc
http://www.counterclaim.com
http://openefm.sourceforge.net
(800) 264-8145
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: web.xml config, dif between 4.0 and 5.0

[Tim Funk]

Jim Beard wrote:
I work with a rather large and comlex web application.  We have been 
hosting the application with Jakarta Tomcat for a while now.  I am 
working on upgrading our environment to 5.0.18.
Does this sound like a good idea?  I notice several people are still 
talking about configuring new 4.0 installs.  Is 5.0 stable enough?
It should be stable enough, but then again it really depends on *your* 
webapp. Testing is the key.

My main problem however, is that my web.xml file for my web 
application behaves differently in the two versions.  The web.xml file 
validates against the 2.2 DTD not the 2.3 ( or 2.4 now? ).  In my old 
set up I have not needed to state each servlet that will be addressed.  
Now it seems as if this may be required for 5.0.
It looks like you are still using the invoker. Its evil:
http://jakarta.apache.org/tomcat/faq/misc.html#invoker
But the servlet 2.4 is mostly compatible with 2.3 and 2.2.
-Tim



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

RE: web.xml and schema document.

[Shapira, Yoav]

Howdy,

>I can't get my file with that intro to validate, because it lacks a
>DOCTYPE declaration...  I'd like to be able to validate my web.xml
file,
>if at all possible.  What should the DOCTYPE be for this?

Using what tool?  It's very rare top declare a DOCTYPE for a Schema
document, a DOCTYPE goes with a DTD.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: web.xml and schema document.

[Carl Howells]

I can't get my file with that intro to validate, because it lacks a 
DOCTYPE declaration...  I'd like to be able to validate my web.xml file, 
if at all possible.  What should the DOCTYPE be for this?

Shapira, Yoav wrote:

http://java.sun.com/xml/ns/j2ee";
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">
  A Simple Application
...

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

RE: web.xml and schema document.

[Shapira, Yoav]

Hi,

>Can someone give me an example of how to set up my web.xml file to use
>the 2.4 schema, rather than a DTD?  I'd really appreciate this, as it
>seems from the specs that this would turn on EL globally, which would
be
>valueable to me.


http://java.sun.com/xml/ns/j2ee";
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">
  A Simple Application
...


>From the Servlet Specification v2.4, SRV.13.5.1.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: RE: web.xml for an application in tomcat 5.0.16

[Avinash Sridhar]

Hi,
  thanks for the mail,It is indeed WEB-INF.I will try out what you have mentioned and 
get back to you.

Thanks again
AS

On Thu, 29 Jan 2004 Shapira, Yoav wrote :
>
>Howdy,
>
> >  I am wanting to learn servlets and use it in an application.I was
>told
> >that the right way to do this is to have a separate folder(Windows XP
>Home
>
>Not necessarily true: the easiest thing is to create your webapp under
>tomcat's webapps directory.
>
> >sampleapp folder has a "WEBINF" created by me.Then the "WEB-INF" folder
>has
>
>Which one is it, WEBINF or WEB-INF?  It should have a hyphen.
>
> >
> > HelloServlet
> > sampleapp
> >
>
>You probably want /sampleapp or better yet /Hello as your url-pattern.
>Then you can access the servlet as
>http://yourhost:yourport/sampleapp/Hello.
>
>Yoav Shapira
>
>
>
>This e-mail, including any attachments, is a confidential business communication, and 
>may contain information that is confidential, proprietary and/or privileged.  This 
>e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
>saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
>intended recipient, please immediately delete this e-mail from your computer system 
>and notify the sender.  Thank you.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>

RE: web.xml for an application in tomcat 5.0.16

[Shapira, Yoav]

Howdy,

>  I am wanting to learn servlets and use it in an application.I was
told
>that the right way to do this is to have a separate folder(Windows XP
Home

Not necessarily true: the easiest thing is to create your webapp under
tomcat's webapps directory.

>sampleapp folder has a "WEBINF" created by me.Then the "WEB-INF" folder
has

Which one is it, WEBINF or WEB-INF?  It should have a hyphen.

>
> HelloServlet
> sampleapp
>

You probably want /sampleapp or better yet /Hello as your url-pattern.
Then you can access the servlet as
http://yourhost:yourport/sampleapp/Hello.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: web.xml config

[Harry Mantheakis]

Hi Allan

> I tried:
> 
> http://kes:8080/WinGalagaHST?Op=GetScore
> and
> http://kes:8080/WinGalagaHST/WinGalagaHST?Op=GetScore

I assume 'kes' is a valid IP address - why not start with 'localhost'?

Anyway, I cannot see anything (obviously) wrong with your setup, other than
(as suggested by others) that you should package your class files.

The packages, of course, still get placed under the 'WEB-INF/classes'
directory.

I know for sure that you cannot use un-packaged JavaBeans.

Try packaging your servlets, and let us know how you get on.

One other option you could consider - if you are running Tomcat 4.1x - is to
enable the Invoker Servlet instead of registering and mapping your servlets.

To enable the Invoker Servlet copy and paste the following servlet mapping
code into the 'web.xml' application deployment descriptor:



invoker
/servlet/*


To call your servlet, you need to specify the '/servlet' mapping:

http://myDomain/myWebApp/servlet/myServlet?x=1

If that works, then you know there is something wrong with the way you have
registered and mapped your servlets in the deployment descriptor.

BTW, the Invoker Servlet should NOT be used in a production environment
because of security issues - so this is just a testing solution.

Regards

Harry


> 
> but both just show HTTP 404 message.  This servlet runs on my friends
> machine, with his own coded web-server, and to get a score, he calls
> ?Op=GetScore.
> 
> Thanks
> Allan
> 
> 
> - Original Message -
> From: "Harry Mantheakis" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Saturday, January 17, 2004 12:21 PM
> Subject: Re: web.xml config
> 
> 
>> Hello
>> 
>> What is the problem?
>> 
>> How exactly are you calling (requesting) the servlet? - Give us the
> complete
>> URL you are using to invoke the servlet.
>> 
>> Harry
>> 
>>> I have tomcat up and running fine - verified by running the example jsp
>>> pages and servlets.
>>> I have a servlet that I want to get working, called WinGalagaHST which
> is
>>> used for my game I have been developing.  I have put it in my tomcats
>>> webapps directory, and the necessary subdirs like
>>> 
>>> /usr/local/sites/tomcat/tomcat/webapps/WinGalagaHST/WEB-INF/classes
>>> 
>>> I have put the class files in the classes folder (2 of them, called
>>> EDSServlet.class and WinGalagaHST.class), and have my web.xml in the
> WEB-INF
>>> directory.  Is this correct? Below is my web.xml file.  If anybody knows
>>> where I am going wrong, I would much appreciate the help.
>>> 
>>> Thanks very much
>>> Allan
>>> 
>>> 
>>> 
>>> 
>>> -web.xml
>>> 
>>> 
>>> >>   PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
>>>   "http://java.sun.com/dtd/web-app_2_3.dtd";>
>>> 
>>> 
>>>   
>>>   
>>>   WinGalagaHST
>>>   
>>>   
>>>   WinGalagaHST
>>>   
>>>   
>>>   
>>> WinGalagaHST
>>> /WinGalaga
>>>   
>>> 
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>> 
>>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


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

Re: web.xml config

[Allan Bruce]

I tried:

http://kes:8080/WinGalagaHST?Op=GetScore
and
http://kes:8080/WinGalagaHST/WinGalagaHST?Op=GetScore

but both just show HTTP 404 message.  This servlet runs on my friends
machine, with his own coded web-server, and to get a score, he calls
?Op=GetScore.

Thanks
Allan


- Original Message - 
From: "Harry Mantheakis" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Saturday, January 17, 2004 12:21 PM
Subject: Re: web.xml config


> Hello
>
> What is the problem?
>
> How exactly are you calling (requesting) the servlet? - Give us the
complete
> URL you are using to invoke the servlet.
>
> Harry
>
> > I have tomcat up and running fine - verified by running the example jsp
> > pages and servlets.
> > I have a servlet that I want to get working, called WinGalagaHST which
is
> > used for my game I have been developing.  I have put it in my tomcats
> > webapps directory, and the necessary subdirs like
> >
> > /usr/local/sites/tomcat/tomcat/webapps/WinGalagaHST/WEB-INF/classes
> >
> > I have put the class files in the classes folder (2 of them, called
> > EDSServlet.class and WinGalagaHST.class), and have my web.xml in the
WEB-INF
> > directory.  Is this correct? Below is my web.xml file.  If anybody knows
> > where I am going wrong, I would much appreciate the help.
> >
> > Thanks very much
> > Allan
> >
> >
> >
> >
> > -web.xml
> > 
> >
> >  >   PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> >   "http://java.sun.com/dtd/web-app_2_3.dtd";>
> >
> > 
> >   
> >   
> >   WinGalagaHST
> >   
> >   
> >   WinGalagaHST
> >   
> >   
> >   
> > WinGalagaHST
> > /WinGalaga
> >   
> > 
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

Re: web.xml config

[Harry Mantheakis]

Hello

What is the problem?

How exactly are you calling (requesting) the servlet? - Give us the complete
URL you are using to invoke the servlet.

Harry

> I have tomcat up and running fine - verified by running the example jsp
> pages and servlets.
> I have a servlet that I want to get working, called WinGalagaHST which is
> used for my game I have been developing.  I have put it in my tomcats
> webapps directory, and the necessary subdirs like
> 
> /usr/local/sites/tomcat/tomcat/webapps/WinGalagaHST/WEB-INF/classes
> 
> I have put the class files in the classes folder (2 of them, called
> EDSServlet.class and WinGalagaHST.class), and have my web.xml in the WEB-INF
> directory.  Is this correct? Below is my web.xml file.  If anybody knows
> where I am going wrong, I would much appreciate the help.
> 
> Thanks very much
> Allan
> 
> 
> 
> 
> -web.xml
> 
> 
>PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
>   "http://java.sun.com/dtd/web-app_2_3.dtd";>
> 
> 
>   
>   
>   WinGalagaHST
>   
>   
>   WinGalagaHST
>   
>   
>   
> WinGalagaHST
> /WinGalaga
>   
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


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

Re: web.xml parser error

[Tim Funk]

Just follow the specs at ...
http://java.sun.com/products/servlet/
http://java.sun.com/products/jsp/
-Tim

Antony Paul wrote:

It is solved. I did as per your suggestion. Thank for your reply.
I would like to know what are the requirements to become a JSP/Servlet
programmer/administrator.


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

Re: web.xml parser error

[Antony Paul]

It is solved. I did as per your suggestion. Thank for your reply.
I would like to know what are the requirements to become a JSP/Servlet
programmer/administrator.

Antony Paul

- Original Message -
From: "Tim Funk" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 05, 2003 8:12 PM
Subject: Re: web.xml parser error


> Your xml is not valid with respect to the dtd. IE can say a document is
> well-formed but can't say a document is valid.
>
> All  elements must appear before any 
>
> See http://java.sun.com/dtd/web-app_2_3.dtd
>
> -Tim
>
> Antony Paul wrote:
>
> > I could open the file in IE .
> >
> > I am including my web.xml(a shorter form)
> >
> > 
> >  > 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";>
> > 
> >  My context
> >  Application desc
> >  
> >   util.ContextListener
> >  
> >
> >  
> >   LoginServlet
> >   LoginServlet
> >  
> >  
> >   LoginServlet
> >   /LoginServlet
> >  
> >
> >  
> >   sa/OperationPasswordServlet
> >   sa.OperationPasswordServlet
> >  
> >  
> >   sa/OperationPasswordServlet
> >   /sa/OperationPasswordServlet
> >  
> >
> >  
> >   DB Connection Pool
> >   jdbc/Database
> >   javax.sql.DataSource
> >   Container
> >  
> > 
> >
> > Antony Paul
> >
> >
> > - Original Message -
> > From: "Tim Funk" <[EMAIL PROTECTED]>
> > To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > Sent: Wednesday, November 05, 2003 7:52 PM
> > Subject: Re: web.xml parser error
> >
> >
> >
> >>(probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd
> >>
> >>-Tim
> >>
> >>Antony Paul wrote:
> >>
> >>
> >>>It is printed on stderr.log. Every context is working.  I found the xml
> >
> > file
> >
> >>>by editing each xml file and looking for change of line number in error
> >>>message. Servlet mapping is causing problem. But one interesting thing
> >
> > is
> >
> >>>that every time it is pointing to last line of the file. What does this
> >
> > mean
> >
> >>>?
> >>>
> >>>Antony Paul
> >>>
> >>>- Original Message -
> >>>From: "Christopher Schultz" <[EMAIL PROTECTED]>
> >>>To: "Tomcat Users List" <[EMAIL PROTECTED]>
> >>>Sent: Wednesday, November 05, 2003 7:42 PM
> >>>Subject: Re: web.xml parser error
> >>>
> >>>
> >>>
> >>>
> >>>>Antony,
> >>>>
> >>>>
> >>>>
> >>>>>am getting this error. Is it possible to know which web.xml caused
the
> >>>
> >>>error
> >>>
> >>>
> >>>>>?
> >>>>>
> >>>>>[ERROR] Digester - -Parse Error at line 70 column 11: The content of
> >>>
> >>>element
> >>>
> >>>
> >>>>>type "web-app" must match
> >>>>
> >>>>Which log file is this in? It's probably in the log file for a
> >>>>particular context. If that's the case, then you know which web.xml
file
> >>>>to look at.
> >>>>
> >>>>If not, (perhaps it's in catalina.out), then check the log messages
> >>>>previous to this one. You might get an indication of which context was
> >>>>trying to start.
> >>>>
> >>>>-chris
> >>>>
> >>>>
> >>>>-
> >>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>
> >>>>
> >>>
> >>>
> >>>-
> >>>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>For additional commands, e-mail: [EMAIL PROTECTED]
> >>>
> >>>
> >>
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: web.xml parser error

[Tim Funk]

Your xml is not valid with respect to the dtd. IE can say a document is 
well-formed but can't say a document is valid.

All  elements must appear before any 

See http://java.sun.com/dtd/web-app_2_3.dtd

-Tim

Antony Paul wrote:

I could open the file in IE .

I am including my web.xml(a shorter form)


http://java.sun.com/dtd/web-app_2_3.dtd";>

 My context
 Application desc
 
  util.ContextListener
 
 
  LoginServlet
  LoginServlet
 
 
  LoginServlet
  /LoginServlet
 
 
  sa/OperationPasswordServlet
  sa.OperationPasswordServlet
 
 
  sa/OperationPasswordServlet
  /sa/OperationPasswordServlet
 
 
  DB Connection Pool
  jdbc/Database
  javax.sql.DataSource
  Container
 

Antony Paul

- Original Message -
From: "Tim Funk" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 05, 2003 7:52 PM
Subject: Re: web.xml parser error


(probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd

-Tim

Antony Paul wrote:


It is printed on stderr.log. Every context is working.  I found the xml
file

by editing each xml file and looking for change of line number in error
message. Servlet mapping is causing problem. But one interesting thing
is

that every time it is pointing to last line of the file. What does this
mean

?

Antony Paul

- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 05, 2003 7:42 PM
Subject: Re: web.xml parser error



Antony,



am getting this error. Is it possible to know which web.xml caused the
error


?

[ERROR] Digester - -Parse Error at line 70 column 11: The content of
element


type "web-app" must match
Which log file is this in? It's probably in the log file for a
particular context. If that's the case, then you know which web.xml file
to look at.
If not, (perhaps it's in catalina.out), then check the log messages
previous to this one. You might get an indication of which context was
trying to start.
-chris

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



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



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



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



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

Re: web.xml parser error

[Antony Paul]

I could open the file in IE .

I am including my web.xml(a shorter form)


http://java.sun.com/dtd/web-app_2_3.dtd";>

 My context
 Application desc
 
  util.ContextListener
 

 
  LoginServlet
  LoginServlet
 
 
  LoginServlet
  /LoginServlet
 

 
  sa/OperationPasswordServlet
  sa.OperationPasswordServlet
 
 
  sa/OperationPasswordServlet
  /sa/OperationPasswordServlet
 

 
  DB Connection Pool
  jdbc/Database
  javax.sql.DataSource
  Container
 


Antony Paul


- Original Message -
From: "Tim Funk" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 05, 2003 7:52 PM
Subject: Re: web.xml parser error


> (probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd
>
> -Tim
>
> Antony Paul wrote:
>
> > It is printed on stderr.log. Every context is working.  I found the xml
file
> > by editing each xml file and looking for change of line number in error
> > message. Servlet mapping is causing problem. But one interesting thing
is
> > that every time it is pointing to last line of the file. What does this
mean
> > ?
> >
> > Antony Paul
> >
> > - Original Message -
> > From: "Christopher Schultz" <[EMAIL PROTECTED]>
> > To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > Sent: Wednesday, November 05, 2003 7:42 PM
> > Subject: Re: web.xml parser error
> >
> >
> >
> >>Antony,
> >>
> >>
> >>>am getting this error. Is it possible to know which web.xml caused the
> >
> > error
> >
> >>>?
> >>>
> >>>[ERROR] Digester - -Parse Error at line 70 column 11: The content of
> >
> > element
> >
> >>>type "web-app" must match
> >>
> >>Which log file is this in? It's probably in the log file for a
> >>particular context. If that's the case, then you know which web.xml file
> >>to look at.
> >>
> >>If not, (perhaps it's in catalina.out), then check the log messages
> >>previous to this one. You might get an indication of which context was
> >>trying to start.
> >>
> >>-chris
> >>
> >>
> >>-
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: web.xml parser error

[Tim Funk]

(probably) http://jakarta.apache.org/tomcat/faq/misc.html#baddtd

-Tim

Antony Paul wrote:

It is printed on stderr.log. Every context is working.  I found the xml file
by editing each xml file and looking for change of line number in error
message. Servlet mapping is causing problem. But one interesting thing is
that every time it is pointing to last line of the file. What does this mean
?
Antony Paul

- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 05, 2003 7:42 PM
Subject: Re: web.xml parser error


Antony,


am getting this error. Is it possible to know which web.xml caused the
error

?

[ERROR] Digester - -Parse Error at line 70 column 11: The content of
element

type "web-app" must match
Which log file is this in? It's probably in the log file for a
particular context. If that's the case, then you know which web.xml file
to look at.
If not, (perhaps it's in catalina.out), then check the log messages
previous to this one. You might get an indication of which context was
trying to start.
-chris

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



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



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

Re: web.xml parser error

[Antony Paul]

It is printed on stderr.log. Every context is working.  I found the xml file
by editing each xml file and looking for change of line number in error
message. Servlet mapping is causing problem. But one interesting thing is
that every time it is pointing to last line of the file. What does this mean
?

Antony Paul

- Original Message -
From: "Christopher Schultz" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, November 05, 2003 7:42 PM
Subject: Re: web.xml parser error


> Antony,
>
> > am getting this error. Is it possible to know which web.xml caused the
error
> > ?
> >
> > [ERROR] Digester - -Parse Error at line 70 column 11: The content of
element
> > type "web-app" must match
>
> Which log file is this in? It's probably in the log file for a
> particular context. If that's the case, then you know which web.xml file
> to look at.
>
> If not, (perhaps it's in catalina.out), then check the log messages
> previous to this one. You might get an indication of which context was
> trying to start.
>
> -chris
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

Re: web.xml parser error

[Christopher Schultz]

Antony,

am getting this error. Is it possible to know which web.xml caused the error
?
[ERROR] Digester - -Parse Error at line 70 column 11: The content of element
type "web-app" must match
Which log file is this in? It's probably in the log file for a 
particular context. If that's the case, then you know which web.xml file 
to look at.

If not, (perhaps it's in catalina.out), then check the log messages 
previous to this one. You might get an indication of which context was 
trying to start.

-chris

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

Re: web.xml

[Filip Hanik]

servlet specification on java.sun.com

Filip
- Original Message -
From: "Agustin Pérez" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 23, 2003 8:34 AM
Subject: web.xml


where can i find information to complete all data in a web.xml of my
application?

Thanks



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


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

Re: [OT] RE: web.xml editor

[Robert Hall]

Hakan,

You can start with the plug-in section at
<http://www.eclipse.org/eclipse/faq/eclipse-faq.html>
-Robert

Kilic, Hakan wrote:

A bit off topic, but where would you suggest getting a handle on how to
build Eclipse plug-ins? There's lots of great XML editors for Eclipse
(personally I use Netbeans but it's a much slower response time using
Swing/AWT), but what about JSP compiler plug-ins?
Thanks!

-Hakan Kilic

-Original Message-
From: Jeremy Whitlock [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 12:45 PM
To: 'Tomcat Users List'
Subject: RE: web.xml editor
Luiz,
Don't pay if you don't have to.  Eclipse has many XML Editors
but the best I've found is called BuddyXML.  If you go to:
http://eclipse-plugins.2y.net/eclipse/index.jsp

you can find many Eclipse Plugins.  Eclipse is awesome and can
be your universal editor for many languages.  It's even an IDE for many
languages as well.  Also, I have to second the idea for NetBeans.  It's
great as well although not as fast or modular as Eclipse.  Laters,
Jeremy
P.S. - If you are ONLY looking for an XML IDE/Editor, Cooktop is the
best free one I've found.  Get it here:  http://www.xmlcooktop.com/
(It's only for Windows though)
-Original Message-
From: Robert Hall [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 23, 2003 10:44 AM
To: Tomcat Users List
Subject: Re: web.xml editor

Luiz,

You should  try oXygen XML editor from <http://www.oxygenxml.com>.
It can run stand-alone or as an Eclipse plug-in.  (Eclipse is an IDE 
that IBM
open sourced; also worth a look).There is a 30 day trial version of 
oXygen
and if you decide to purchase it's reasonable (~ $45 US).

-Robert

Luiz Ricardo wrote:

 

Hi everyone,

I would like to know if someone here uses some "free" application to
edit web.xml files, likely this application was web-based.
I also would like to know if Tomcat Team intends to do something like
this.
Thanks in advance,

Luiz Ricardo

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


   



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


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



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

[OT] RE: web.xml editor

[Kilic, Hakan]

A bit off topic, but where would you suggest getting a handle on how to
build Eclipse plug-ins? There's lots of great XML editors for Eclipse
(personally I use Netbeans but it's a much slower response time using
Swing/AWT), but what about JSP compiler plug-ins?

Thanks!

-Hakan Kilic

-Original Message-
From: Jeremy Whitlock [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2003 12:45 PM
To: 'Tomcat Users List'
Subject: RE: web.xml editor


Luiz,
Don't pay if you don't have to.  Eclipse has many XML Editors
but the best I've found is called BuddyXML.  If you go to:

http://eclipse-plugins.2y.net/eclipse/index.jsp

you can find many Eclipse Plugins.  Eclipse is awesome and can
be your universal editor for many languages.  It's even an IDE for many
languages as well.  Also, I have to second the idea for NetBeans.  It's
great as well although not as fast or modular as Eclipse.  Laters,
Jeremy

P.S. - If you are ONLY looking for an XML IDE/Editor, Cooktop is the
best free one I've found.  Get it here:  http://www.xmlcooktop.com/
(It's only for Windows though)

-Original Message-
From: Robert Hall [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 23, 2003 10:44 AM
To: Tomcat Users List
Subject: Re: web.xml editor

Luiz,

You should  try oXygen XML editor from <http://www.oxygenxml.com>.
It can run stand-alone or as an Eclipse plug-in.  (Eclipse is an IDE 
that IBM
open sourced; also worth a look).There is a 30 day trial version of 
oXygen
and if you decide to purchase it's reasonable (~ $45 US).

-Robert

Luiz Ricardo wrote:

>Hi everyone,
>
>I would like to know if someone here uses some "free" application to
>edit web.xml files, likely this application was web-based.
>
>I also would like to know if Tomcat Team intends to do something like
>this.
>
>Thanks in advance,
>
>Luiz Ricardo
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>  
>


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



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

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

RE: web.xml editor

[Jeremy Whitlock]

Luiz,
Don't pay if you don't have to.  Eclipse has many XML Editors
but the best I've found is called BuddyXML.  If you go to:

http://eclipse-plugins.2y.net/eclipse/index.jsp

you can find many Eclipse Plugins.  Eclipse is awesome and can
be your universal editor for many languages.  It's even an IDE for many
languages as well.  Also, I have to second the idea for NetBeans.  It's
great as well although not as fast or modular as Eclipse.  Laters,
Jeremy

P.S. - If you are ONLY looking for an XML IDE/Editor, Cooktop is the
best free one I've found.  Get it here:  http://www.xmlcooktop.com/
(It's only for Windows though)

-Original Message-
From: Robert Hall [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 23, 2003 10:44 AM
To: Tomcat Users List
Subject: Re: web.xml editor

Luiz,

You should  try oXygen XML editor from <http://www.oxygenxml.com>.
It can run stand-alone or as an Eclipse plug-in.  (Eclipse is an IDE 
that IBM
open sourced; also worth a look).There is a 30 day trial version of 
oXygen
and if you decide to purchase it's reasonable (~ $45 US).

-Robert

Luiz Ricardo wrote:

>Hi everyone,
>
>I would like to know if someone here uses some "free" application to
>edit web.xml files, likely this application was web-based.
>
>I also would like to know if Tomcat Team intends to do something like
>this.
>
>Thanks in advance,
>
>Luiz Ricardo
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>  
>


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



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

Re: web.xml editor

[Robert Hall]

Luiz,

You should  try oXygen XML editor from .
It can run stand-alone or as an Eclipse plug-in.  (Eclipse is an IDE 
that IBM
open sourced; also worth a look).There is a 30 day trial version of 
oXygen
and if you decide to purchase it's reasonable (~ $45 US).

-Robert

Luiz Ricardo wrote:

Hi everyone,

I would like to know if someone here uses some "free" application to
edit web.xml files, likely this application was web-based.
I also would like to know if Tomcat Team intends to do something like
this.
Thanks in advance,

Luiz Ricardo

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



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

RE: web.xml editor

[Bergan, Mark T - PGPL-5]

NetBeans IDE 3.5.1 (It's free & got ever'thin)
Jext editor @ www.jext.org (a good free java xml/html editor)


> -Original Message-
> From: Luiz Ricardo [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 23, 2003 5:30 AM
> To: Tomcat-Users List
> Subject: web.xml editor
> 
> 
> Hi everyone,
> 
> I would like to know if someone here uses some "free" application to
> edit web.xml files, likely this application was web-based.
> 
> I also would like to know if Tomcat Team intends to do something like
> this.
> 
> Thanks in advance,
> 
> Luiz Ricardo
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

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

RE: web.xml editor

[Ralph Einfeldt]

echo "Oh you beat me to it -- emacs ;)" | sed -e "s/emacs/cat, sed/g"

(Shiver...)


> -Original Message-
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 23, 2003 2:49 PM
> To: Tomcat Users List
> Subject: RE: web.xml editor
> 
> Oh you beat me to it -- emacs ;)
> 

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

Re: web.xml editor

[epyonne]

I use UltraEdit32, and it works fine for me.


- Original Message - 
From: "Luiz Ricardo" <[EMAIL PROTECTED]>
To: "Tomcat-Users List" <[EMAIL PROTECTED]>
Sent: Thursday, October 23, 2003 07:29 AM
Subject: web.xml editor


> Hi everyone,
> 
> I would like to know if someone here uses some "free" application to
> edit web.xml files, likely this application was web-based.
> 
> I also would like to know if Tomcat Team intends to do something like
> this.
> 
> Thanks in advance,
> 
> Luiz Ricardo
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

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