On 04/06/2015 17:31, Christopher Schultz wrote:
snip/
We probably have a lot of places where we resolve filenames but
I'm guessing we don't have a single utility method to do the
work;
Wrong :)
probably just new File(new File(file).getCanonicalPath()) or
something like that wherever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 6/4/15 3:15 AM, Mark Thomas wrote:
On 03/06/2015 21:57, Christopher Schultz wrote:
Mark,
On 6/3/15 3:53 PM, Mark Thomas wrote:
On 03/06/2015 20:48, Christopher Schultz wrote:
snip/
I don't understand the underlying reasons why
From: Ray Holme [mailto:rayho...@yahoo.com.INVALID]
Subject: Re: [OT] jar files - where - please explain
I may be off base here, but IMHO Windoze does not support symbolic links
Yes, you're off base. Windows symlinks have been available since Vista. GIYF.
For example:
https
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ray,
On 6/4/15 8:01 AM, Ray Holme wrote:
Inside the WAR or having the WAR as a symlnk?
OK, I did a test and YES inside a WAR file
${CATALINA_HOME}/webapps/Application/WEB-INF/lib/*.jarfiles ARE
expanded if they are symbolic links to real
For instance, most UNIX filesystems have symlinks and
case-sensitive filesystems, and these checks would not be
necessary. Plus, users in those environments are quite used to
using symlinks in place of real files.
Using Unix and Linux for a LONG time, love symlinks as they work across file
On 03/06/2015 21:57, Christopher Schultz wrote:
Mark,
On 6/3/15 3:53 PM, Mark Thomas wrote:
On 03/06/2015 20:48, Christopher Schultz wrote:
snip/
I don't understand the underlying reasons why Tomcat treats
symlinks specially...
snip/
It is to do with case sensitivity on non case
Inside the WAR or having the WAR as a symlnk?
OK, I did a test and YES inside a WAR file
${CATALINA_HOME}/webapps/Application/WEB-INF/lib/*.jarfiles ARE expanded if
they are symbolic links to real files. (My bad for not testing before).Now I am
really in trouble. I have an application which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ray,
On 6/3/15 9:44 AM, Ray Holme wrote:
I'm curious as to why you are using hard links instead of
symlinks. If you copy a new file over a hard link, you un-couple
it from the rest of the series of hard links. If you do the same
with symlinks,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 6/3/15 3:53 PM, Mark Thomas wrote:
On 03/06/2015 20:48, Christopher Schultz wrote:
snip/
I don't understand the underlying reasons why Tomcat treats
symlinks specially...
snip/
It is to do with case sensitivity on non case
On 03/06/2015 20:48, Christopher Schultz wrote:
snip/
I don't
understand the underlying reasons why Tomcat treats symlinks
specially...
snip/
It is to do with case sensitivity on non case sensitive file systems.
The check we have to add on Windows to stop things like JSP source
disclosure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ray,
On 6/2/15 6:42 PM, Ray Holme wrote:
I have not seen changes to the lib structures for any of the tomcat
releases I have used and that spans back 5 years or more (well OK,
at one point symbolic links worked, now they don't unless I change
Really? Tomcat 6.0 replaced the server/lib/, shared/lib/, and
common/lib/ directories in favor of a single, unified lib/ directory.
That doesn't strike you as an important change?
Again, you are right. Single is much better, but I still only needed one link
for the SQL jar and moving that to lib
Humble apologies, I have not seen changes to the lib structures for any of the
tomcat releases I have used and that spans back 5 years or more (well OK,
at one point symbolic links worked, now they don't unless I change the xml
file).
Thanks for the answer. I would have moved the jaybird
I have been using tomcat for a while and have several applications. Some jar
files are specific to an application and make sense to be in
.../webapps/APPLICATION/WEB-INF/lib and some are used in multiple applications
so they need to appear in each applications lib. One shared jar file is my own
On 02/06/2015 14:52, David kerber wrote:
On 6/2/2015 9:11 AM, Ray Holme wrote:
Currently using apache-tomcat-7.0.35. Not sure that matters as no
behavior has changed in prior releases.
That kind of response when asked for further information - especially
when the information is as basic as
Currently using apache-tomcat-7.0.35. Not sure that matters as no behavior has
changed in prior releases.
On Tuesday, June 2, 2015 8:56 AM, Mark Thomas ma...@apache.org wrote:
On 02/06/2015 12:42, Ray Holme wrote:
I have been using tomcat for a while and have several applications.
On 02/06/2015 12:42, Ray Holme wrote:
I have been using tomcat for a while and have several applications. Some jar
files are specific to an application and make sense to be in
.../webapps/APPLICATION/WEB-INF/lib and some are used in multiple
applications so they need to appear in each
On 6/2/2015 9:11 AM, Ray Holme wrote:
Currently using apache-tomcat-7.0.35. Not sure that matters as no behavior has
changed in prior releases.
It does matter, because the directory layouts have changed in the
various major versions.
On Tuesday, June 2, 2015 8:56 AM, Mark Thomas
18 matches
Mail list logo