On 17/09/2019 19:00, Alain Sellerin wrote:
> On Mon, Sep 16, 2019 at 1:49 PM Mark Thomas wrote:
> Hi Mark,
>
> Thank you for your analysis. It is really helping me. I have the
> confirmation that it is an expected behavior and that there is a
> rational behind it.
>
> For curiosity, what is t
On Mon, Sep 16, 2019 at 1:49 PM Mark Thomas wrote:
>
> > Alain,
> > On 9/13/19 13:37, Alain Sellerin wrote:
> Tomcat version: 8.5 OS: Win10, Linux
>
>
>
> I'm facing an issue with an application that is using path
> parameters in conjunction with a RewriteValve.
>
>
>
> If th
> Alain,
> On 9/13/19 13:37, Alain Sellerin wrote:
Tomcat version: 8.5 OS: Win10, Linux
I'm facing an issue with an application that is using path
parameters in conjunction with a RewriteValve.
If the request is :
http://127.0.0.1:8080/foo/subpath;pathparam1=123/hello
On Sat, Sep 14, 2019 at 5:42 PM Christopher Schultz
wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Alain,
>
> On 9/13/19 13:37, Alain Sellerin wrote:
> > Tomcat version: 8.5 OS: Win10, Linux
> >
> > Hi,
> >
> > I'm facing an issue with an application that is using path
> > parame
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Alain,
On 9/13/19 13:37, Alain Sellerin wrote:
> Tomcat version: 8.5 OS: Win10, Linux
>
> Hi,
>
> I'm facing an issue with an application that is using path
> parameters in conjunction with a RewriteValve.
>
> I narrowed down the problem by using
Chuck, thank you for your help.
Asterisks where from bolding as Neven wrote.
When Context is defined in server.xml it's path attribute works fine.
Actually I have read, but not understood doc. I concentrated on second part
of sentace saying "unless either the docBase is not located under the
Hos
> From: Neven Cvetkovic [mailto:neven.cvetko...@gmail.com]
> Subject: Re: path attribute from Context.xml is not working
> I believe asterisks are formated by the mailing list software after bolding
> a selection of text ... so we should safely ignore them ;)
Which is another r
I believe asterisks are formated by the mailing list software after bolding
a selection of text ... so we should safely ignore them ;)
> From: Jakub 1983 [mailto:jjaku...@gmail.com]
> Subject: path attribute from Context.xml is not working
> in file *someConf*.xml under directory
> C:\test\catalina_base\conf\Catalina\localhost
> I define path:
> />
(For curiosity's sake, what are those silly asterisks doing in your config?)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 2/8/12 4:34 PM, Mark Thomas wrote:
> On 08/02/2012 21:25, Christopher Schultz wrote: Unfortunately, the
> servlet spec is far from clear on how path parameters should be
> handled. I hope to get clarity in 3.1 with [1]
In fact, it might actu
2012/2/9 Christopher Schultz :
>
> There was a change in 6.0.33 (and it has always been the case in
> 7.0.x?) that HttpServletRequest.getRequestURI now returns path
> parameters as part of the URI. That notably includes the URL-encoded
> jsessionid that Tomcat uses when the availability of cookies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Terrence,
On 2/9/12 5:16 PM, Terence M. Bandoian wrote:
> On 1:59 PM, Christopher Schultz wrote:
>> Is it safe to simply remove everything after the initial ";" if
>> I'm not interested in any path parameters? I don't want to just
>> trim-off that kin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 2/8/12 4:34 PM, Mark Thomas wrote:
> On 08/02/2012 21:25, Christopher Schultz wrote:
>> Mark,
>
>> On 2/8/12 3:37 PM, Mark Thomas wrote:
>>> On 08/02/2012 20:35, Christopher Schultz wrote:
Can anyone think of a reason I can't just [chop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2012 21:25, Christopher Schultz wrote:
> Mark,
>
> On 2/8/12 3:37 PM, Mark Thomas wrote:
>> On 08/02/2012 20:35, Christopher Schultz wrote:
>>> Can anyone think of a reason I can't just [chop-off everything
>>> after the first ";"]?
>
>> Ye
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 2/8/12 3:37 PM, Mark Thomas wrote:
> On 08/02/2012 20:35, Christopher Schultz wrote:
>> Can anyone think of a reason I can't just [chop-off everything
>> after the first ";"]?
>
> Yes. Path parameters can occur at any part of the path.
So
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2012 20:35, Christopher Schultz wrote:
> All,
>
> There was a change in 6.0.33 (and it has always been the case in
> 7.0.x?) that HttpServletRequest.getRequestURI now returns path
> parameters as part of the URI. That notably includes the
>
Hi,
> -Original Message-
> From: Rainer Jung [mailto:rainer.j...@kippdata.de]
> Sent: Saturday, January 28, 2012 3:00 PM
> To: users@tomcat.apache.org
> Subject: Re: Path of log files changed in Tomcat 7.0.25 when installing
> as Windows Service
>
> On 28.
On 28.01.2012 07:27, Caldarale, Charles R wrote:
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Subject: RE: Path of log files changed in Tomcat 7.0.25 when installing as
Windows Service
Haven't yet figured out why the ${catalina.base} references
in logging.properties a
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
> Subject: RE: Path of log files changed in Tomcat 7.0.25 when installing as
> Windows Service
> Haven't yet figured out why the ${catalina.base} references
> in logging.properties aren't getting r
On 27/01/2012 18:49, Caldarale, Charles R wrote:
>> From: verlag.preis...@t-online.de
>> [mailto:verlag.preis...@t-online.de] Subject: Re: Path of log files
>> changed in Tomcat 7.0.25 when installing as Windows Service
>
>> So it seems the Tomcat logs are st
> From: verlag.preis...@t-online.de [mailto:verlag.preis...@t-online.de]
> Subject: Re: Path of log files changed in Tomcat 7.0.25 when installing as
> Windows Service
> So it seems the Tomcat logs are stored in
> "C:\tomcat7\bin\${catalina.base}\logs\", whereas the
verlag.preis...@t-online.de wrote:
-Original-Nachricht-
Von: Mark Thomas
An: Tomcat Users List
Betreff: Re: Path of log files changed in Tomcat 7.0.25 when
installing as Windows Service
Datum: Fri, 27 Jan 2012 14:38:42 +0100
It means you messed up your install. A clean install of
-Original-Nachricht-
> Von: Mark Thomas
> An: Tomcat Users List
> Betreff: Re: Path of log files changed in Tomcat 7.0.25 when
> installing as Windows Service
> Datum: Fri, 27 Jan 2012 14:38:42 +0100
>
> It means you messed up your install. A clean install
On 27/01/2012 11:19, Konstantin Preißer wrote:
> Is this change intentional? Does that mean that I must any additional
> environment variable like CATALINA_BASE?
It means you messed up your install. A clean install of 7.0.25 (with the
installer) works fine for me.
Mark
-
Christopher.
looks like I have some reading for the week-end.
Thanks for all the info.
Here is just the answer to your question :
Christopher Schultz wrote:
Try running this from the command line:
$ dpkg -S /usr/lib/tcnative.so (or whatever the exact filename is)
That will tell you what pac
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: path used for tc-natuve
> dlopen does not take a search path as a parameter -- it always uses
> LD_LIBRARY_PATH.
Well... no. If a slash is included in the dlopen() argument, that is taken to
be a pat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/16/11 5:13 AM, André Warnier wrote:
> Christopher Schultz wrote:
>> -BEGIN PGP SIGNED MESSAGE- The issue is that the tomcat5
>> install (or a related package, or even someone manually
>> installing tcnative)
>
> It was the Debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 12/16/11 3:50 AM, Gregor S. wrote:
> Chris:
>
>> IIRC, Tomcat loads tcnative without a version number in it's name
>> even when it prefers a version that is of a certain level.
>
> I don't believe you're right, since when I upgraded Tomca
Christopher,
thanks. You provided the missing pieces.
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
(Just discovered how to type é on my Mac's keyboard.. no more
copy/paste for you name!)
Thanks for the effot. ;-)
It's getting better every year that passes.
Guys,
I feel you're seeing thing way too complicated.
Chris:
> IIRC, Tomcat loads tcnative without a version number in it's name even
> when it prefers a version that is of a certain level.
I don't believe you're right, since when I upgraded Tomcat5.5 having
an old version of tcnative installed
Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: path used for tc-natuve
This left me intellectually unsatisfied, because I still
did not know how Tomcat6 was finding this old tc-native,
Already told you: dlopen() is required to look in /usr/lib - as a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
(Just discovered how to type é on my Mac's keyboard.. no more
copy/paste for you name!)
On 12/15/11 1:15 PM, André Warnier wrote:
> This left me intellectually unsatisfied, because I still did not
> know how Tomcat6 was finding this old tc-nat
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: path used for tc-natuve
> This left me intellectually unsatisfied, because I still
> did not know how Tomcat6 was finding this old tc-native,
Already told you: dlopen() is required to look in /usr/lib - as a last resort.
Gregor S. wrote:
Hi Chuck!
On Thu, Dec 15, 2011 at 5:36 PM, Caldarale, Charles R
wrote:
From: Gregor S. [mailto:rc4...@googlemail.com]
Subject: Re: path used for tc-natuve
I guess it's a bad idea to run two different versions
of Tomcat on the same box.
??? Clearly that's not true -
Hi Chuck!
On Thu, Dec 15, 2011 at 5:36 PM, Caldarale, Charles R
wrote:
>> From: Gregor S. [mailto:rc4...@googlemail.com]
>> Subject: Re: path used for tc-natuve
>
>> I guess it's a bad idea to run two different versions
>> of Tomcat on the same box.
>
> ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 12/15/11 11:08 AM, Gregor S. wrote:
> On Thu, Dec 15, 2011 at 4:34 PM, Christopher Schultz
> wrote:
>>
>> I think that's a bad idea because then you have built your
>> libtcnative (which can be considered Tomcat-version-specific, or
>> a
> From: Gregor S. [mailto:rc4...@googlemail.com]
> Subject: Re: path used for tc-natuve
> I guess it's a bad idea to run two different versions
> of Tomcat on the same box.
??? Clearly that's not true - it's done all the time. Much easier when not
using these 3rd-p
...and sorry for my typoes, I'm kind in a rush...
--
just because you're paranoid, don't mean they're not after you...
gpgp-fp: 3DB13F197F8A0360814885D1F1F1E2EFAD509AFD
skype:rc46fi
gplus.to/gregor
twitter.com/#/2smart4u
-
To uns
Hi Chris,
On Thu, Dec 15, 2011 at 4:34 PM, Christopher Schultz
wrote:
>
> I think that's a bad idea because then you have built your libtcnative
> (which can be considered Tomcat-version-specific, or at least
> Tomcat-version-sensitive) for the whole system to use and that
> essentially locks you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 12/15/11 8:34 AM, Gregor S. wrote:
> And as mentioned in the thread here, you'll have to change your
> LD-LIBRARY_PATH, so that it contains tcnative.
>
> In my environment here, I just adapted the CTALINA_OPTS inside the
> startup-script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/14/11 2:57 AM, André Warnier wrote:
> [T]hat's exactly why, for the time being, I have decided to do
> without tc-native. The first line I saw in the tc-native source
> README was something like "to build, you may need OpenSSL xx .."
>
Hi André,
On Thu, Dec 15, 2011 at 3:45 PM, André Warnier wrote:
>
> Indeed. Where have you been ?
>
either in the office or changing Junior's nappies ;)
> I am not using HTTPS, and my problem is not at the /running/ stage.
> But from the README, I got the impression that I needed OpenSSL in ord
Gregor S. wrote:
Hi André,
Hi Gregor.
long time no see ;)
Indeed. Where have you been ?
...
You'l only need OpenSSL if you are running a https-connector. if you
don't use https, you don't need OpenSSL.
I am not using HTTPS, and my problem is not at the /running/ stage.
But from the RE
GE-
>> Hash: SHA1
>>
>> Chuck,
>>
>> On 12/12/11 8:27 PM, Caldarale, Charles R wrote:
>>>>
>>>> From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: path used
>>>> for tc-natuve
>>>> And if I do this, where do I p
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 12/12/11 8:27 PM, Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: path used
for tc-natuve
And if I do this, where do I put the result, in such a way that
it doesn&#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
On 12/13/11 3:01 PM, Christopher Schultz wrote:
> I think Andre's original problem wasn't with tcnative, but with
> libapr. If you build the new tcnative dynamically-linked, then
> you're going to have the same problem.
Er, nevermind: it *was*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 12/12/11 8:27 PM, Caldarale, Charles R wrote:
>> From: André Warnier [mailto:a...@ice-sa.com] Subject: Re: path used
>> for tc-natuve
>
>> And if I do this, where do I put the result, in such a way that
>&g
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: path used for tc-natuve
> which still does not really explain (to me) why Tomcat
> looks for it there. Or is it jsvc ?
Neither - it's the Linux dynamic loader, required to do so by the Linux API
contract for dlope
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: path used for tc-natuve
> And if I do this, where do I put the result, in such a way that
> it doesn't overwrite the existing one used by tomcat5.5 ?
One would normally place it in Tomcat's bin directory, a
Pid wrote:
...
It's often found under /usr/lib/apr or /usr/local/apr.
You could just build the new version from the one in tomcat/bin.
And if I do this, where do I put the result, in such a way that it doesn't overwrite the
existing one used by tomcat5.5 ?
Or is that in the on-line docs ?
Caldarale, Charles R wrote:
From: Caldarale, Charles R
Subject: RE: path used for tc-natuve
So then, to repeat the question, where might this Tomcat Native
library be, which Tomcat finds and is complaining about ?
I wonder if dlopen() is defaulting to the ldconfig list? Look in
/etc
> From: Caldarale, Charles R
> Subject: RE: path used for tc-natuve
> > So then, to repeat the question, where might this Tomcat Native
> > library be, which Tomcat finds and is complaining about ?
> I wonder if dlopen() is defaulting to the ldconfig list? Look in
>
On 12/12/2011 22:25, André Warnier wrote:
> Pid * wrote:
>> On 12 Dec 2011, at 16:37, "André Warnier" wrote:
>>
>>> Hi
>>>
>>> On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
>>> We stopped this Tomcat 5.5, but did not remove the corresponding
>>> package(s).
>>> Then we in
On Mon, Dec 12, 2011 at 23:25, André Warnier wrote:
[...]
>
> 1) these are the tomcat6 processes, as shown by "ps" :
> (sorry for the format, I hope it is readable)
>
> root 21245 1 0 21:19 ? 00:00:00 /usr/bin/jsvc -user tomcat55
> -cp /usr/share/java/commons-daemon.jar:/opt/tomcat
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: path used for tc-natuve
> it does not seem that there is either a $LD_LIBRARY_PATH set, nor an
> explicit "-Djava.library.path" on the tomcat (or jsvc) command-line.
> So then, to repeat the question, where
Pid * wrote:
On 12 Dec 2011, at 16:37, "André Warnier" wrote:
Hi
On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
We stopped this Tomcat 5.5, but did not remove the corresponding package(s).
Then we installed an "official" Tomcat 6, downloaded from the Tomcat website, i
On 12 Dec 2011, at 16:37, "André Warnier" wrote:
> Hi
>
> On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
> We stopped this Tomcat 5.5, but did not remove the corresponding package(s).
> Then we installed an "official" Tomcat 6, downloaded from the Tomcat website,
> in /o
On Mon, Dec 12, 2011 at 17:36, André Warnier wrote:
> Hi
>
> On a Debian Linux system, was running a Debian-pre-packaged Tomcat 5.5.
> We stopped this Tomcat 5.5, but did not remove the corresponding package(s).
> Then we installed an "official" Tomcat 6, downloaded from the Tomcat
> website, in /
> From: jilen [mailto:jilen.zh...@gmail.com]
> Subject: Re: "path" attribute in {myapp}/META-INF/context.xml always not work!
> So far as i understand, i have two choice to make my own
> app as root app
> 1. replace the ROOT dir in the appBase with my own app
The stron
On 10/27/2011 09:46 AM, Caldarale, Charles R wrote:
From: jilen [mailto:jilen.zh...@gmail.com]
Subject: "path" attribute in {myapp}/META-INF/context.xml always not work!
name and path attribute are override with the war name
So these attribute are not work.
Is tomcat supposed to do that?
Yes; re
> From: jilen [mailto:jilen.zh...@gmail.com]
> Subject: "path" attribute in {myapp}/META-INF/context.xml always not work!
> name and path attribute are override with the war name
> So these attribute are not work.
> Is tomcat supposed to do that?
Yes; read the doc:
http://tomcat.apache.org/tom
Tomcat: 7.0.22 OS:linux Java: OpenJDK 1.6-23
in org.apache.catalina.startup.HostConfig.deployWAR(ContextName, File,
String)
i found some code like these
context.setName(cn.getName());
context.setPath(cn.getPath());
context.setWebappVersion(cn.getVersion());
context.setDocBase(file);
...
nam
On 11/10/2011 12:13, Paul Wilson wrote:
> On 11 October 2011 12:08, Konstantin Kolinko wrote:
>> Hm...
>>
>> There are RequestInfoExample servlet and snoop.jsp in the sample webapp.
>>
>> Testing them apparently getPathInfo() still does not return path parameters.
>>
>> http://localhost:8080/examp
On 11 October 2011 12:08, Konstantin Kolinko wrote:
> Hm...
>
> There are RequestInfoExample servlet and snoop.jsp in the sample webapp.
>
> Testing them apparently getPathInfo() still does not return path parameters.
>
> http://localhost:8080/examples/jsp/snp;x=y/snoop.jsp
> http://localhost:8080
2011/10/11 Paul Wilson :
> On 11 October 2011 10:43, Konstantin Kolinko wrote:
>> I cannot say about "various" versions (because it was a bug that was
>> fixed in 6.0.33).
>
> Was the fixed made available in Tomcat 7 too? (Can't see it in the changelog).
>
I think it was a part of
http://svn.apac
On 11 October 2011 10:43, Konstantin Kolinko wrote:
> I cannot say about "various" versions (because it was a bug that was
> fixed in 6.0.33).
Was the fixed made available in Tomcat 7 too? (Can't see it in the changelog).
> My understanding is that getServletPath and getContextPath should not
>
2011/10/11 Paul Wilson :
> Hi there,
>
> I'm trying to understand what has changed w.r.t. Tomcat 6/7 and
> returning path parameters from various calls to the HTTPServletRequest
> methods. In particular, I'd like to understand which of the four
> methods:
>
> * getServletPath
> * getContextPath
>
On 25/08/11 12:43 AM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aristedes,
On 8/24/2011 10:36 AM, Aristedes Maniatis wrote:
On 25/08/11 12:15 AM, Christopher Schultz wrote:
So, if you could do this with code it would be:
getServletContext().getRealPath("/WEB-I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aristedes,
On 8/24/2011 10:36 AM, Aristedes Maniatis wrote:
> On 25/08/11 12:15 AM, Christopher Schultz wrote:
>
>> So, if you could do this with code it would be:
>>
>> getServletContext().getRealPath("/WEB-INF/classes/solr")
>>
>> Right?
>
> Yes
On 25/08/11 12:15 AM, Christopher Schultz wrote:
So, if you could do this with code it would be:
getServletContext().getRealPath("/WEB-INF/classes/solr")
Right?
Yes.
There isn't any system property for this kind of thing (since system
properties are JVM-wide, and not specific to any pa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aristedes,
On 8/24/2011 6:12 AM, Aristedes Maniatis wrote:
> I have another parallel deployment question: I am deploying Solr
> within a custom war application and it requires a path to its
> config files. Before parallel deployment I had this entry i
> From: Søren Blidorf [mailto:so...@nolas.dk]
> Subject: path in context.xml
>
> I am trying to configure context in a META-INF context.xml which
> is new to me.
>
> I have set my path to "myPath"
The path attribute is illegal when the element is in
META-INF/context.xml. You must rename your
I have similar problem.
However since I use JSF all my links and references are defined in
faces-config.xml file.
${pageContext.request.contextPath} is not very clean solution since one
definitely do not want this statements across all JSPs, Servlets, config
files, etc.
For example in Oracle Ap
;
>> The javadoc says the argument is a path, but I don't know the full
>> path, only relative to Tomcat, and I don't really know where Tomcat is.
>> Also how do I create a file under "/logs"?
>> Is there some way to determine the path to the /logs directo
some way to determine the path to the /logs directory in a
> format that I can create a file under the logs
> directory, without assuming where Tomcat is deployed?
>
> -d
>
> Caldarale, Charles R wrote:
>>> From: David.Meldrum [mailto:david.meld...@verizon.net] Subject: Re:
&
> From: David.Meldrum [mailto:david.meld...@verizon.net]
> Subject: Re: Path problem
>
> For example, how do I get a reference to the
> "/webapps/MyWebApp/WEB-INF/foo.properties" file?
Gregor already told you here:
http://marc.info/?l=tomcat-u
ly know where Tomcat is.
Also how do I create a file under "/logs"?
Is there some way to determine the path to the /logs directory in a
format that I can create a file under the logs
directory, without assuming where Tomcat is deployed?
-d
Caldarale, Charles R wrote:
From: David.Meldr
...and please forgive me all my typos
Rgds
Gregor
--
just because your paranoid, doesn't mean they're not after you...
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371
-
Or the war-file doesn't get unpacked, but the app is started from
within the war, and the ressource is inside the war.
And please note the difference:
It's not Class.getRessourceAsStream(), but
ServletContext.getRessourceAsStream();
So in your example:
ServletContext sctx = event.getServletCont
Caldarale, Charles R wrote:
[...]
It's generally a bad idea to ever *write* into the webapp deployment space. You have
no guarantee that the space is writable, nor that the container will provide any
write access. You're much better off writing to files outside of Tomcat's directory
structu
> From: David.Meldrum [mailto:david.meld...@verizon.net]
> Subject: Re: Path problem
>
> actually in my case I am trying to read/write from a
> ContextListenr
It's generally a bad idea to ever *write* into the webapp deployment space.
You have no guarantee that the sp
I still have questions about the path to a file. {This is within a
servlet... actually in my case I am trying to read/write from a
ContextListenr} I understand that just opening a FIle will be relative
to where Tomcat was started. Is there a simple java method (and on what
class) that will g
> From: popprem [mailto:popp...@gmail.com]
> Subject: Path problem
David answered the critical part of your question, but I thought I'd take a
crack at the rest.
> That means tomcat defaultly points to bin directory
"Tomcat" doesn't defaultly [sic] point to anything. The current directory of
popprem wrote:
>
> Hi,
>
> I'v really stuck with an issue. I have done a web program using struts
> framework. I have a plugin class there for which i have to pass a
> configuration file as parameter. That file is in webapps/Myapp/WEB-INF/
> directory. So i mentioned relative path as
> ../webap
David Smith-2 wrote:
>
>
> No need to edit any *.xml files.
>
> Your webapp already knows what it's context path is when the request
> comes in. The expression I wrote is used in jsp pages to compose server
> absolute links to resources like jsps, html pages, images, javascript,
> css, etc.,
No need to edit any *.xml files.
Your webapp already knows what it's context path is when the request
comes in. The expression I wrote is used in jsp pages to compose server
absolute links to resources like jsps, html pages, images, javascript,
css, etc., ... Consider it in the context of:
Cl
David Smith-2 wrote:
>
>
>
> ${pageContext.request.contextPath}/jsp/any.jsp
>
>
>
and do i need set the context path anywhere in some *.xml file, or it work
just right that as you've wrote?
--
View this message in context:
http://www.nabble.com/Path-tp20899470p20899908.html
Sent from the
${pageContext.request.contextPath}/jsp/any.jsp
coubeatczech wrote:
> hi, do you know how to set root of my webapp one directory further? For
> example I have an application myapp in /opt/tomcat6/webapps/myapp/ and there
> is an URL within my page like /jsp/any.jsp, i want it to address
> http://
Thank you. That seems a good way out.
Sincerely
Zhu, Guojun
On Tue, Oct 28, 2008 at 2:08 PM, David Smith <[EMAIL PROTECTED]> wrote:
> You could put together a constructor or method for your DAO that accepts
> an input stream to read. That would at least maintain it's independence
> from the ser
You could put together a constructor or method for your DAO that accepts
an input stream to read. That would at least maintain it's independence
from the servlet container. Just need to have whatever create's an
instance of your DAO call servletContext.getResourceAsStream() and pass
the resulting
Nice didnt know Resin did that...
I think the answer is you cant do it from XML configs... but maybe a guru
will correct me... hopefully ;)
Its probably about 20 lines of code though I do that sort of stuff in a
servlet.
ie in Tomcat you can map urls to a servlet... and then let the se
Stefan Duffner wrote:
Hi,
I try to add a new webapplication to a Tomcat in version 5.5.23. I add
an own context.xml, which contains some jndi configuration for the
tomcat connection pool. I deployed this webapplication into my
application directory as subdirectory named appl. This works fine
Markus Schönhaber wrote:
> I've done some more research but didn't find a way to deploy a WAR file so
> that the application is accessible via a multi-level context path.
> Is there a way to achieve this?
There is, as Chris explains:
http://issues.apache.org/bugzilla/show_bug.cgi?id=41447#c3
Reg
Markus Schönhaber wrote:
> Markus Schönhaber wrote:
> > So, name your WAR file "some#foo.war".
>
> I'm wrong. Although I seemed to remember that I once did it that way,
> trying to do it failed for me on 5.5.20 too (should have tried *before*
> answering). So, if I didn't overlook something very ob
Markus Schönhaber wrote:
> So, name your WAR file "some#foo.war".
I'm wrong. Although I seemed to remember that I once did it that way, trying
to do it failed for me on 5.5.20 too (should have tried *before* answering).
So, if I didn't overlook something very obvious, your Bugzilla report propab
DHARNA, AJAY [AG/1000] wrote:
> I had posted this question earlier on the users mailing list and got no
> response, so I am going to try and re-post it again and also post it on the
> dev mailing list.
The dev list is no place for user specific questions. Don't post this there.
> I have recently
This question being asked many times by many people.
Context path="xxx" is not supposed to be used unless you mention it at
server.xml but its strongly discouraged.CMIIW
so far i only use the war name as its deploy path like foo.war will map to
localhost:8080/foo/
On 1/24/07, DHARNA, AJAY [AG/
Rashmi Rubdi wrote:
> I'm not too sure if this will help but, you might want to try URL Rewriting,
> if you have Apache as the web server you could use it's rewrite features.
>
> I'm not sure if it'll work since as you've mentioned /var/static/images/ is
> outside your applications context.
Thi
Peter,
I'm not too sure if this will help but, you might want to try URL Rewriting, if
you have Apache as the web server you could use it's rewrite features.
I don't think Tomcat5.0 has a Rewrite feature built in but I came accross this
one: URLRewriteFilter http://tuckey.org/urlrewrite/ it wo
When starting a new thread (ie sending a message to the list about a
new topic) please do not reply to an existing message and change the
subject line. To many of the list archiving services and mail clients
used by list subscribers this makes your new message appear as part
of the old thread. Thi
1 - 100 of 105 matches
Mail list logo
