>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 from shared made little difference to me
conceptually.
>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, the
result is probably more what you were expecting. There are other
disadvantages with hard links including not really knowing that it's a
link (symlinks are obvious) and they can't span across filesystems.
Again correct, but for a while tomcat did not allow me to have symbolic links
(or I did not know about the way to overcome that in the xml file). In any
case, I solved the problem with a shell script that makes sure the hard links
are correct AFTER a complete compilation set is done. The other problem (which
may or may not be a problem - I have not tried in a while) is making a WAR
file. I cannot have symbolic links then. The target machine running the
application just gets the WAR file and NOT the directory containing the
assorted jars. But perhaps I should re-explore that one.
And by the way, you can edit the hard link file AND all versions change. You
can also "cat >file" and all hard links remain. It is ONLY when you move a file
over one of the links that the hard links are unlinked. Curious!
On Wednesday, June 3, 2015 8:47 AM, Christopher Schultz
<ch...@christopherschultz.net> wrote:
-----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
> the xml file).
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?
> Thanks for the answer. I would have moved the jaybird thing only
> so WAR files included it, but it sounds like a bad idea if
> clobbers connection pools - thought there was ONE pool per
> application.
There is a chicken-and-egg problem with the context ClassLoader which
makes it difficult for the container to set up the context using Java
classes that are hosted from within that application. Anything the
driver depends upon also needs to be available to the container's
ClassLoader.
> Agreed to leave all else as is, the hard link solution solves the
> problem of multiple copies nicely. Just cannot do that in
> Microsoft land, but that is OK as all Microsoft versions I support
> only have one application running.
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, the
result is probably more what you were expecting. There are other
disadvantages with hard links including not really knowing that it's a
link (symlinks are obvious) and they can't span across filesystems.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJVbvd8AAoJEBzwKT+lPKRYgLEQAKST0dzmy9f7esRk8SvAxtjY
2nqc+SIRe32hdO9C0iIUY+pOTgDHKvi+PEXV7FCC6CXRRKhjZrB19iHMJaz3jZPY
RElw58YAuI1pLMVXV6qMnJ4PmIHbwu5Uy1fDs0XBlNA8nZe7rxbnS6snYu3MqjPt
WP5udl9DCB5SBkl99nHbH5At1qkOfOmhBycfvCIqDZlkA9QxA+HFh/Rq+enJryMK
lH0lO1JbmdY6fRrOA4cppkyp79qpUpBA5hEMsyrrvDF34wENFLjPeZKD8Rz+X6v6
C+MRB04z8GapYpasl+KemnPaW2oLosaCjulMjHVIWCP4KxTKGveAC+cEyCwnuTRW
MXZyVhp/uycHf/WgPMITyBtkj+vIt/U5kalX87hDzxaEq3yHAaa7Yqkdwqi9W1AZ
3XttVcz33vmTnRKykSNPK4IEPuhGtjNup6qOdIP9P0onJOk6gZ3KY7SL0T7Y8jJA
lIU4Exmjv8ZC5tgDenVexehtCGVjqZJiOFNGEkW3W1Jzn7QhTZhKbYB7POxB9WFq
Z0n5nxGppvzhGXf54nFqpSHEn4XxCmeVCLBIheRw0AseUW0X7qVZ+F4NVl+6Llwo
wHnd1NlRO4X9AA/GylVDb5N017SFHtJ/53M2roUK8itV8aECU4xVKguTndykUnYR
8ucTDAUSB+LeOEbDUmaJ
=Hq/T
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
