Peter Crowther wrote:
> 2009/10/30 Caldarale, Charles R :
>> Note that several servlet containers silently implement "enhancements" to
>> the spec that simply cause confusion and limit portability.
>
> ... and are handy for some real-world use cases, such as creating a
> RESTful web service witho
2009/10/30 Caldarale, Charles R :
> Note that several servlet containers silently implement "enhancements" to the
> spec that simply cause confusion and limit portability.
... and are handy for some real-world use cases, such as creating a
RESTful web service without the overhead of Axis or withi
yeah, that what surprised mr. that someone would design something that
looks so much like a wildcats, but actually it's not
On 31 Oct 2009, at 09:08, André Warnier wrote:
Juha Laiho wrote:
...
CfmServlet
*.cfm/*
I don't think the above mapping is valid.
Seconded, and tried a
Juha Laiho wrote:
...
CfmServlet
*.cfm/*
I don't think the above mapping is valid.
Seconded, and tried a few variations with Tomcat to verify my
expectations. One way would be to explicitly declare all different .cfm
prefixes, like
I agree with what you are both saying of
Caldarale, Charles R wrote:
From: Chris Blackwell [mailto:ch...@team193.com]
Subject: servlet mappings
Coldfusion 9's web.xml ships with the following servlet-mapping, but it
doesn't seem to work on Tomcat
CfmServlet
*.cfm/*
I don't think the above mapping is va
> From: Chris Blackwell [mailto:ch...@team193.com]
> Subject: servlet mappings
>
> Coldfusion 9's web.xml ships with the following servelt-mapping, but it
> doesn't seem to work on Tomcat
>
> CfmServlet
> *.cfm/*
>
I don't think the
I'm trying to get basic SES urls working, in the form of
http://mysite.dev/index.cfm/foo/1/bar/2
Coldfusion 9's web.xml ships with the following servelt-mapping, but it
doesn't seem to work on Tomcat
CfmServlet
*.cfm/*
I just end up with 404's. Anyone suggest a way to achieve thi
Angelov, Rossen wrote:
Thank you for explaining about the META-INF location. Mine is following
exactly the same pattern as you described, but still the servlet
mappings are not functioning when using the META-INF/context.xml.
When you define a Context inside the Host, the path attribute is
Thank you for explaining about the META-INF location. Mine is following
exactly the same pattern as you described, but still the servlet
mappings are not functioning when using the META-INF/context.xml.
Do you have any clues why this could be happening? The mappings work
fine when inside the
en there are more than
one contexts per host?
The problem seems to be somewhere else, but thanks for the advise.
Ross
-Original Message-
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 4:46 PM
To: Tomcat Users List
Subject: Re: context.xml locations a
hultz [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 4:46 PM
To: Tomcat Users List
Subject: Re: context.xml locations and servlet mappings
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ross,
Angelov, Rossen wrote:
> META-INF/context.xml
> privileged="true"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ross,
Angelov, Rossen wrote:
> META-INF/context.xml
> privileged="true">
Take out the "path" and "docBase" parameters. They are either illegal or
ill-advised when using META-INF/context.xml.
This might not be /the/ problem, but you
Hi,
I am experiencing a weird problem; when configuring my context in
META-INF/context.xml, the servlet mappings stop working.
I am trying to migrate web applications setup to run on Tomcat 5.0 to
Tomcat 5.5 or 6. Currently one or more contexts are configured inside a
host in server.xml. When I
ntroller">
>>
>>
>>
>>> class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
>>
>>
>>testController
>>
>>
>>
>>
>>&
andlerMapping">
>>
>>
>> testController
>>
>>
>>
>>
>>> class="org.springframework.web.servlet.view.InternalResourceViewResolver">
>&g
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Re: Servlet Mappings
>
>
>default
>/images/*
>
Thanks for the example. With that, turning on debugging, and looking at
the code in DefaultServlet.java, I finally figured out what'
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Subject: Re: Servlet Mappings
> >
> > Im deploying a war file. Im also using spring. I havent touched the
> > web.xml. I have litrally downloaded and un tared the file from the
> > apache tomcat website.
>
m: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Re: Servlet Mappings
>
> Im deploying a war file. Im also using spring. I havent touched the
> web.xml. I have litrally downloaded and un tared the file from the
> apache tomcat website.
I'm not familiar with configuring
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Re: Servlet Mappings
>
> Im deploying a war file. Im also using spring. I havent touched the
> web.xml. I have litrally downloaded and un tared the file from the
> apache tomcat website.
I'm not familiar with
jsp/
.jsp
org.springframework.web.servlet.view.JstlView
On 10/30/06, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> > From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
> > Subject: RE: Servl
arale, Charles R <[EMAIL PROTECTED]> wrote:
> From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
> Subject: RE: Servlet Mappings
>
> What's the directory structure under ROOT? Is ROOT under
> your 's appBase? For that matter, what's the
> directory structure
> From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
> Subject: RE: Servlet Mappings
>
> What's the directory structure under ROOT? Is ROOT under
> your 's appBase? For that matter, what's the
> directory structure under appBase?
Should have mentioned tha
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Re: Servlet Mappings
>
> My webapp is deployed as ROOT.
What's the directory structure under ROOT? Is ROOT under your 's
appBase? For that matter, what's the directory structure under appBase?
> If
[mailto:[EMAIL PROTECTED]
> Subject: Re: Servlet Mappings
>
> I changed the mapping to as follows but no joy. Although the problem
> seems to of changed slightly. When I try to request an images
> http://myhost/images/error/logo.gif i get a 404. I have double checked
> and the image
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Re: Servlet Mappings
>
> I changed the mapping to as follows but no joy. Although the problem
> seems to of changed slightly. When I try to request an images
> http://myhost/images/error/logo.gif i get a 404. I h
/*
default
/images/*
test
/
On 10/30/06, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Servlet Mappings
>
>
> testerror
> /error/*
>
The
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Subject: Servlet Mappings
>
>
> testerror
> /error/*
>
The above is correct; note the trailing "/*".
>
> test
> /
>
This one says to send ever
Ben,
> With this setup requests that start with /error go to the testerror
> servlet, all other requests go to the test servlet.
Just a guess, but I would try putting this catch-all servlet mapping:
test
/
at the end of the mappings. Or at the beginning if that doesn't wo
Hi I am having some trouble with setting up my servlet mappings. I am
replacing a legacy webapp but need to keep the same urls. The current
webapp uses cocoon.
Here is my web.xml
http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchem
Some of the MyFaces users have noticed it is possible to access secure
resources (like the deployment descriptor) when the front controller is mapped
to the same URL pattern as the Filter.
fooServlet
/foo/*
fooFilter
/foo/*
Consider the following 3 line doFil
30 matches
Mail list logo
