-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 3/3/13 1:44 PM, Mark Thomas wrote:
> The decision was taken, therefore, to link the base file name and
> context name as previously described. This removed nearly all of
> the nasty edge cases, made for much simpler code and made the
> over
On 3 March 2013 19:44, Mark Thomas wrote:
> On 03/03/2013 19:25, James Green wrote:
> > I am clearly inferring too much. An explicit statement would certainly
> help
> > reduce confusion, and perhaps cause the Netbeans people to avoid putting
> > the path attribute into the context element - pres
On 03/03/2013 19:25, James Green wrote:
> On 3 March 2013 17:58, Mark Thomas wrote:
>
>> On 03/03/2013 16:22, James Green wrote:
>>> On 3 March 2013 15:51, Mark Thomas wrote:
>>
>>
>>
The base file name controls the context path. If you want to change the
context path, the simplest so
On 3 March 2013 17:58, Mark Thomas wrote:
> On 03/03/2013 16:22, James Green wrote:
> > On 3 March 2013 15:51, Mark Thomas wrote:
>
>
>
> >> The base file name controls the context path. If you want to change the
> >> context path, the simplest solution is to change the base file name.
> >
> >
On 03/03/2013 16:22, James Green wrote:
> On 3 March 2013 15:51, Mark Thomas wrote:
>> The base file name controls the context path. If you want to change the
>> context path, the simplest solution is to change the base file name.
>
> Fine. But this is not as described on this page:
> http://t
On 3/3/2013 8:22 AM, James Green wrote:
On 3 March 2013 15:51, Mark Thomas wrote:
On 03/03/2013 15:29, James Green wrote:
On 3 March 2013 14:32, Mark Thomas wrote:
On 03/03/2013 14:24, James Green wrote:
On 3 March 2013 11:34, Konstantin Kolinko
wrote:
2013/3/3 James Green :
So no
On 3 March 2013 15:51, Mark Thomas wrote:
> On 03/03/2013 15:29, James Green wrote:
> > On 3 March 2013 14:32, Mark Thomas wrote:
> >
> >> On 03/03/2013 14:24, James Green wrote:
> >>> On 3 March 2013 11:34, Konstantin Kolinko
> >> wrote:
> >>>
> 2013/3/3 James Green :
> >>
> >>> So now I
On 03/03/2013 15:29, James Green wrote:
> On 3 March 2013 14:32, Mark Thomas wrote:
>
>> On 03/03/2013 14:24, James Green wrote:
>>> On 3 March 2013 11:34, Konstantin Kolinko
>> wrote:
>>>
2013/3/3 James Green :
>>
>>> So now I have a war deployed. Easy enough. Now to set the URL path.
>> T
On 3 March 2013 14:32, Mark Thomas wrote:
> On 03/03/2013 14:24, James Green wrote:
> > On 3 March 2013 11:34, Konstantin Kolinko
> wrote:
> >
> >> 2013/3/3 James Green :
>
> > So now I have a war deployed. Easy enough. Now to set the URL path.
> There a
> > lot of talk about Context Descriptors
On 03/03/2013 14:24, James Green wrote:
> On 3 March 2013 11:34, Konstantin Kolinko wrote:
>
>> 2013/3/3 James Green :
>>> We have a war archive that includes a netbeans-generated context.xml for
>> tomcat deployment.
>>>
>>> If we drop this war into webapps, the context root remains that of the
On 3 March 2013 11:34, Konstantin Kolinko wrote:
> 2013/3/3 James Green :
> > We have a war archive that includes a netbeans-generated context.xml for
> tomcat deployment.
> >
> > If we drop this war into webapps, the context root remains that of the
> war filename.
>
> As expected, in any of 7.0
2013/3/3 James Green :
> We have a war archive that includes a netbeans-generated context.xml for
> tomcat deployment.
>
> If we drop this war into webapps, the context root remains that of the war
> filename.
As expected, in any of 7.0., 6.0 and even 5.5 .
Have you read the docs (Context chapte
We have a war archive that includes a netbeans-generated context.xml for tomcat
deployment.
If we drop this war into webapps, the context root remains that of the war
filename.
Has there been a regression in recent 7.x releases in this regard?
Interestingly, a colleague confirms that this is h
2011/8/26 Oliver Wulff :
>
> I'm asking whether this would be an intrusive way thus I would raise a
> request.
>
Try to write a patch and you'll find that it is easier to rename your war.
The feature you are asking will seriously confuse auto-deployment.
Best regards,
Konstantin Kolinko
---
Bitte antworten META-INF/context.xml ignored
an
"Tomcat Users
2011/8/26 Oliver Wulff :
> I'd very much like to be able to deploy my war in webapps and configure
> either the path in META-INF/context.xml to "/"
You cannot configure those attributes in META-INF/context.xml at all.
> or define docBase in
> conf/Catalina/localhost/ROOT.xml.
It is possible but
Kopie
PM
Thema
Re: Configured root path in
Bitte antworten META-INF/context.xml ignored
an
2011/8/26 Oliver Wulff :
>
> I've tried to add a context.xml in META-INF/context.xml which is part of
> myweb.war:
>
docBase and path attributes are invalid here
> Have I missed anything?
1) FAQ
2) search mailing list archives
3) See docs for Context element in Configuration reference.
Best re
http://zdownload.zurich.com/mailimages/ZHP_MailHeader.gif"; />
Hi there
I'm trying to run my web application (myweb.war) in Tomcat 6.0.32 under the
root context.
I've tried to add a context.xml in META-INF/context.xml which is part of
myweb.war:
But the application isn't accessible using /ind
Eric Berry wrote:
> Mark, Chuck,
> Thank you both very much for the detailed explanations. I can certainly
> see how this would definitely speed development along, and how - in most
> cases - the context.xml is unnecessary. I myself, have rarely used them
> unless as Mark mentioned, I needed sp
Mark, Chuck,
Thank you both very much for the detailed explanations. I can certainly
see how this would definitely speed development along, and how - in most
cases - the context.xml is unnecessary. I myself, have rarely used them
unless as Mark mentioned, I needed specific context parameters.
> From: Eric Berry [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat 5.5. META-INF/context.xml ignored when
> deploying as war.
(Just expanding a little on what Mark gave you.)
> Why recommend the use of the context.xml if it really isn't used?
It is used - Tomcat copied the cont
Eric Berry wrote:
> Ok cool. Thank you very much for clearing that up for me. The first time I
> deployed the war, there wouldn't have been a context in any of the 3
> locations mentioned above. As you said, it would have copied the context.xml
> file from the war into the 3rd location as .xml cor
> That isn't quite how it works.
> $CATALINA_HOME/conf/context.xml
> provides global defaults which can be overridden at the host level by:
> $CATALINA_HOME/conf/[enginename]/[hostname]/context.xml.defaultfile
> which in turn can be overridden at the context level by:
> $CATALINA_HOME/conf/[enginen
Eric Berry wrote:
> Mark, thanks for the reply.
>
> You appear to have misunderstood. Which part of the doc did you get this
>> from and I'll see if it can be made clearer.
>
>
>>From my understanding of the the order of precedence.
>
> [quote]
>
> *Context* elements may be explicitly defined:
Mark, thanks for the reply.
You appear to have misunderstood. Which part of the doc did you get this
> from and I'll see if it can be made clearer.
>From my understanding of the the order of precedence.
[quote]
*Context* elements may be explicitly defined:
- in the $CATALINA_HOME/conf/cont
Eric Berry wrote:
> Hello,
> I'm trying to use the manager to deploy a war file creating using Maven
> 2. The war is a snapshot file which contains a META-INF/context.xml file. It
> seems that this file is being ignored when deploying this way and the war
> file-name is being used instead.
>
>
Hello,
I'm trying to use the manager to deploy a war file creating using Maven
2. The war is a snapshot file which contains a META-INF/context.xml file. It
seems that this file is being ignored when deploying this way and the war
file-name is being used instead.
I thought the purpose of the co
Obviously the subject should have been META-INF/context.xml
Sorry 'bout that.
Matt Bockol wrote:
Hi Folks,
I'm having trouble getting a context.xml file to be obeyed.
I'm using:
Tomcat 5.5.20, the stock install from tomcat.apache.org.
JDK 1.6, direct from Sun.
RedHat Enterprise Linux AS3
Hi Folks,
I'm having trouble getting a context.xml file to be obeyed.
I'm using:
Tomcat 5.5.20, the stock install from tomcat.apache.org.
JDK 1.6, direct from Sun.
RedHat Enterprise Linux AS3
The application I'm installing is the Shibboleth Identity Provider
(IdP). The installation process g
30 matches
Mail list logo
