You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Christopher Schultz <ch...@christopherschultz.net> on 2015/02/11 17:13:00 UTC
Re: [OT] FileNotFoundException for existing JAR files
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Alexander,
On 2/10/15 8:48 PM, Alexander Johnson wrote:
> Thanks for the suggestions. I don't have access to the server
> where this is happening, but I did get a script to run there:
>
> echo Displaying JAR files with current permissions... ls -la
> ./target/MyProject/WEB-INF/lib/ echo Adding read, write, and
> execute permissions to JAR files... chmod -R 777
> ./target/MyProject/WEB-INF/lib/
This will add permissions you don't need, and add them to files and
directories that you don't know about. Specifically, write+execute for
the JAR files. If you can read them, that's sufficient.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJU23+MAAoJEBzwKT+lPKRYwb4P/AuWOZW445juxgapV/RpaY6t
Dk6243ECPiiweMwoHJGKjXA7NvmGW56mHutqQyfCZtnSttF26IaUkFozzlCE4dng
SDXoB/POy5mWzTGy2Wn54H7Bvq19ANUdpS+bkgHs09pOE72wFJ8RJ30A0AjmwahA
Mj3p5mXqXpozeExjTuwx8w0D5FGS89eW7QmBagqYvo9Or3c4o4jZz2TsclTePOLr
Pf+3TUOPbTYePItXYdVfrUlvPKb4jmtGTwu58FLQxaF1kXnJJ3jiJE4BF2F38wi7
tec6G9Qp4uzyYkqcAoDC5YoJ1/aVmDpynfKBtfGmSvPgcqyvrYIFcwXD99Pl59Wv
wDncLcHP9yfB5bh5P87w47Pu6A5wmwn6YndUQIpDnYEI5JvgNb61vmR6crRvo/CQ
NbnodyfFYkrbZ486/cDAHP3sjusAlUvRWmbkZUQY/DY9ZZLK1ZF3wADEKQlsTtRC
Kyj1oGmO3/2y2fMojAK4hO8FSR9ZyiCXMhDsDMfvgL/aXm7TubfDdT44S9p0Vq+o
olCbtDhjErnfcjX9CVDXZidfUFsiibF1/ELna7L26yyPmo+n6ezsh/kuI/RDCKaR
I5uMnVQZVVzOHa42BHLLVU2y8WkkC1mZBd5FF+tEBrIbtq0jo5LQ5aX9nihY7PAM
SRWuy5WNJvv99vKFFYyr
=33Jz
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [OT] FileNotFoundException for existing JAR files
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Gustavo,
On 2/14/15 10:42 AM, gustavo.avitabile@unina.it wrote:
> Quoting Christopher Schultz <ch...@christopherschultz.net>:
>
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>>
>> Mark,
>>
>> On 2/13/15 1:02 PM, Mark H. Wood wrote:
>>> On Fri, Feb 13, 2015 at 11:46:37AM -0500, Christopher Schultz
>>> wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>>>>
>>>> Alexander,
>>>>
>>>> On 2/12/15 2:26 PM, Alexander Johnson wrote:
>>>>> It looks like that's true. It turns out this wasn't a
>>>>> permissions issue at all. For some reason copying the JAR
>>>>> files out of the directory and back into it caused them to
>>>>> be picked up (I read this in a suggestion somewhere).
>>>>> Reading the 'man' entry for cp I see that it doesn't
>>>>> preserve "Access Control Lists (ACLs) and Extended
>>>>> Attributes (EAs), including resource forks" unless the -p
>>>>> flag is set (this is on by default when using mv). My
>>>>> guess is that removing this "access control" information
>>>>> somehow made the files accessible to the
>>>>> tomcat7-maven-plugin. It seems a little sketchy that I
>>>>> don't really know the root cause of the problem, but I'm
>>>>> happy that it's now fixed.
>>>>
>>>> Aah, yes: the ACL. That's one of those super-fun *NIX-isms
>>>> that can ruin your day.
>>>>
>>>> $ ls -l
>>>>
>>>> - -rwxrwxrwx chris chris 100 a_file
>>>>
>>>> $ cat a_file
>>>>
>>>> cat: a_file: Permission denied
>>>>
>>>> *grumble*
>>>>
>>>> The best part is that 'ls' doesn't show you there is a
>>>> problem, at least not directly. Everyone always forgets about
>>>> the other commands.
>>>
>>> The 'ls' that comes as part of Gnu Coreutils will, when built
>>> that way, add a "+" to the mask to show that there is an ACL on
>>> the object. (But that's all it does -- I still have to
>>> remember to use 'getfacl' to see what the ACL actually
>>> *says*.)
>>
>> Yep.
>>
>> - From Alexander's previous message, it did not seem like 'ls'
>> was notifying him about the presence of the acl. I checked the
>> gnu-coreutils man pages and info pages, and neither mention ACLs.
>> Can you give me a reference for the "+" thing?
>>
>> - -chris
>
> Hi Chris: On my Ubuntu 14.04 LTS box:
>
> a@Ubuntu:~/Documents$ ls -l total 4 -rwxrwxrwx+ 1 root root 21 Feb
> 14 15:18 test a@Ubuntu:~/Documents$ cat test cat: test: Permission
> denied a@Ubuntu:~/Documents$ getfacl test # file: test # owner:
> root # group: root user::rwx user:a:--- group::rwx mask::rwx
> other::rwx
>
> For more information: man acl and man setfacl
I'm aware of these. I'm just saying that Alexander's message from 10
February has an "ls -l" listing that does not indicate that there are
extended file attributes.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJU4fuLAAoJEBzwKT+lPKRYPZQQAMAlWCOCuzKsRcuz4M63NHja
UXdIyIy7dnZv6lMAqOCGXPz0ePfRcvF0VR5C8aoByrkAkqkWWvaxfGZXjotj1gq7
B5GZXARd2Z+lx1ZEgQAxGW9sIeC2sb0Hj980WKNA92CCvZBE0rzMXk9wSfssr1PM
ysPKM41HTW7ImpoJI0xNaV42Pt5Gl/Rg48HKfNTEyeHGgXZnnnjh0JkcxhlppGsB
vB+mVDD4t10B5zgk/pycryGpE5aF7I5qoGk/DDuP5EfUXq9Bin8fbP7LBEA7WSAW
6Z1UPcoUb9M1AV+DaSxc9j2STJFbx8d9pMJLNHOQPOK9e7sEILyvPIayzeEUDBxZ
jJg6L7XBLUb3tMznRSQDQsXBHDU7A33UaquoIzo7I+V31/EfLTwR+mwFNnsi5BNY
LnHtAcqsubsOqmURHV6PbSzTzh9euoQzFNuMdzyk8mxIQO0tbxu6/u5TSqsS4Bf1
nMrT+4+3r37PBna062Lh6syrw5sokxrOnh1cHk4iSqCoRMk2g4XcC+r50NMIsboy
fUftol5S6E8OrgHujRx2Wx4GB9Fw2tMuNycxOd0uyJDqT0oHEoaN+WqyzYEKv4LO
kjmmwHwedhrAwVqc5plZd4Enudr5AD18Bxo+zdEdY+sKBvHUlyIYuofg1Zm8L1go
Eqg0IMxFprYtdJXZmj5p
=makf
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [OT] FileNotFoundException for existing JAR files
Posted by gu...@unina.it.
Quoting Christopher Schultz <ch...@christopherschultz.net>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Mark,
>
> On 2/13/15 1:02 PM, Mark H. Wood wrote:
>> On Fri, Feb 13, 2015 at 11:46:37AM -0500, Christopher Schultz
>> wrote:
>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>>>
>>> Alexander,
>>>
>>> On 2/12/15 2:26 PM, Alexander Johnson wrote:
>>>> It looks like that's true. It turns out this wasn't a
>>>> permissions issue at all. For some reason copying the JAR
>>>> files out of the directory and back into it caused them to be
>>>> picked up (I read this in a suggestion somewhere). Reading the
>>>> 'man' entry for cp I see that it doesn't preserve "Access
>>>> Control Lists (ACLs) and Extended Attributes (EAs), including
>>>> resource forks" unless the -p flag is set (this is on by
>>>> default when using mv). My guess is that removing this "access
>>>> control" information somehow made the files accessible to the
>>>> tomcat7-maven-plugin. It seems a little sketchy that I don't
>>>> really know the root cause of the problem, but I'm happy that
>>>> it's now fixed.
>>>
>>> Aah, yes: the ACL. That's one of those super-fun *NIX-isms that
>>> can ruin your day.
>>>
>>> $ ls -l
>>>
>>> - -rwxrwxrwx chris chris 100 a_file
>>>
>>> $ cat a_file
>>>
>>> cat: a_file: Permission denied
>>>
>>> *grumble*
>>>
>>> The best part is that 'ls' doesn't show you there is a problem,
>>> at least not directly. Everyone always forgets about the other
>>> commands.
>>
>> The 'ls' that comes as part of Gnu Coreutils will, when built that
>> way, add a "+" to the mask to show that there is an ACL on the
>> object. (But that's all it does -- I still have to remember to
>> use 'getfacl' to see what the ACL actually *says*.)
>
> Yep.
>
> - From Alexander's previous message, it did not seem like 'ls' was
> notifying him about the presence of the acl. I checked the
> gnu-coreutils man pages and info pages, and neither mention ACLs. Can
> you give me a reference for the "+" thing?
>
> - -chris
Hi Chris:
On my Ubuntu 14.04 LTS box:
a@Ubuntu:~/Documents$ ls -l
total 4
-rwxrwxrwx+ 1 root root 21 Feb 14 15:18 test
a@Ubuntu:~/Documents$ cat test
cat: test: Permission denied
a@Ubuntu:~/Documents$ getfacl test
# file: test
# owner: root
# group: root
user::rwx
user:a:---
group::rwx
mask::rwx
other::rwx
For more information: man acl and man setfacl
Gustavo Avitabile
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [OT] FileNotFoundException for existing JAR files
Posted by "Mark H. Wood" <mw...@IUPUI.Edu>.
On Fri, Feb 13, 2015 at 01:21:13PM -0500, Christopher Schultz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Mark,
>
> On 2/13/15 1:02 PM, Mark H. Wood wrote:
> > On Fri, Feb 13, 2015 at 11:46:37AM -0500, Christopher Schultz
> > wrote:
> >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
> >>
> >> Alexander,
> >>
> >> On 2/12/15 2:26 PM, Alexander Johnson wrote:
> >>> It looks like that's true. It turns out this wasn't a
> >>> permissions issue at all. For some reason copying the JAR
> >>> files out of the directory and back into it caused them to be
> >>> picked up (I read this in a suggestion somewhere). Reading the
> >>> 'man' entry for cp I see that it doesn't preserve "Access
> >>> Control Lists (ACLs) and Extended Attributes (EAs), including
> >>> resource forks" unless the -p flag is set (this is on by
> >>> default when using mv). My guess is that removing this "access
> >>> control" information somehow made the files accessible to the
> >>> tomcat7-maven-plugin. It seems a little sketchy that I don't
> >>> really know the root cause of the problem, but I'm happy that
> >>> it's now fixed.
> >>
> >> Aah, yes: the ACL. That's one of those super-fun *NIX-isms that
> >> can ruin your day.
> >>
> >> $ ls -l
> >>
> >> - -rwxrwxrwx chris chris 100 a_file
> >>
> >> $ cat a_file
> >>
> >> cat: a_file: Permission denied
> >>
> >> *grumble*
> >>
> >> The best part is that 'ls' doesn't show you there is a problem,
> >> at least not directly. Everyone always forgets about the other
> >> commands.
> >
> > The 'ls' that comes as part of Gnu Coreutils will, when built that
> > way, add a "+" to the mask to show that there is an ACL on the
> > object. (But that's all it does -- I still have to remember to
> > use 'getfacl' to see what the ACL actually *says*.)
>
> Yep.
>
> - From Alexander's previous message, it did not seem like 'ls' was
> notifying him about the presence of the acl. I checked the
> gnu-coreutils man pages and info pages, and neither mention ACLs. Can
> you give me a reference for the "+" thing?
coreutils.info v8.21, section 10.1.2: "What information is listed".
About 52% down the page: "[f]ollowing the file mode bits is a singe
character that specifies whether an alternate access method such as an
access control list applies to the file." You could just search for
"alternate access method".
--
Mark H. Wood
Lead Technology Analyst
University Library
Indiana University - Purdue University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
www.ulib.iupui.edu
Re: [OT] FileNotFoundException for existing JAR files
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Mark,
On 2/13/15 1:02 PM, Mark H. Wood wrote:
> On Fri, Feb 13, 2015 at 11:46:37AM -0500, Christopher Schultz
> wrote:
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>>
>> Alexander,
>>
>> On 2/12/15 2:26 PM, Alexander Johnson wrote:
>>> It looks like that's true. It turns out this wasn't a
>>> permissions issue at all. For some reason copying the JAR
>>> files out of the directory and back into it caused them to be
>>> picked up (I read this in a suggestion somewhere). Reading the
>>> 'man' entry for cp I see that it doesn't preserve "Access
>>> Control Lists (ACLs) and Extended Attributes (EAs), including
>>> resource forks" unless the -p flag is set (this is on by
>>> default when using mv). My guess is that removing this "access
>>> control" information somehow made the files accessible to the
>>> tomcat7-maven-plugin. It seems a little sketchy that I don't
>>> really know the root cause of the problem, but I'm happy that
>>> it's now fixed.
>>
>> Aah, yes: the ACL. That's one of those super-fun *NIX-isms that
>> can ruin your day.
>>
>> $ ls -l
>>
>> - -rwxrwxrwx chris chris 100 a_file
>>
>> $ cat a_file
>>
>> cat: a_file: Permission denied
>>
>> *grumble*
>>
>> The best part is that 'ls' doesn't show you there is a problem,
>> at least not directly. Everyone always forgets about the other
>> commands.
>
> The 'ls' that comes as part of Gnu Coreutils will, when built that
> way, add a "+" to the mask to show that there is an ACL on the
> object. (But that's all it does -- I still have to remember to
> use 'getfacl' to see what the ACL actually *says*.)
Yep.
- From Alexander's previous message, it did not seem like 'ls' was
notifying him about the presence of the acl. I checked the
gnu-coreutils man pages and info pages, and neither mention ACLs. Can
you give me a reference for the "+" thing?
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJU3kCZAAoJEBzwKT+lPKRYLN0QAJGG8VCnEK/uUQ/be965xT0e
gwNKFdAc0+f18a2Cod2Qa5pzUel4n2J/GRdMztx2UrkUH5sJXsU8dkS29Zwp/a8I
53wpV+vSUFtIXku9I/S7qctibxkimF7D5SIIVkSQe8XH67mnlBUIBBgHB1/ZxaKd
F4WuWiSBmjuFE1nmPtTbmO+d2z7PvSnceN0TLbrxMQnk+n53HkrNXCHioMFUG4FE
uHYF4snDXEALogaIcuDdROEabkaQOy3GFkkShM34sbyScIi9OnvczdebUqtlXrkE
pVMg1YXePmqV2mKzkYztFT17ajwcMYxrhnE16mTuHTXJnok/ANxqzESZKqALQyhO
7Y4ctIG1AGlXlaKwxVRxM1IE35VDlkeVyBigpuaC5JecQ3TV8FXii32FgefFIWoe
vl4cT1nbLeLr6FOx1J/d7sYu9ky2XAaiEcosPh8Vz+rPrRLPHsLcpnVlddDz02Tc
XVfAVGD64UXJJweX2PfYu0coJqJjY54p1r+GZAYFRhWlqbzrFU95SlrS0hBhaq7F
V0/7Wz9TpvGJ31HNXqo+kjeVWPaJjUSdkguGGNUxFW4SNdZhp0RId3DD+WgNGWMA
Fhtbm1KUcOEt8+fNr/mCb4d+23DKBo/SK8Xc7sh2WTE9KV1G3eZCHGNSk+9ZNn1r
e9vpA57ED0vmz/gKkoE+
=rFEN
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [OT] FileNotFoundException for existing JAR files
Posted by "Mark H. Wood" <mw...@IUPUI.Edu>.
On Fri, Feb 13, 2015 at 11:46:37AM -0500, Christopher Schultz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Alexander,
>
> On 2/12/15 2:26 PM, Alexander Johnson wrote:
> > It looks like that's true. It turns out this wasn't a permissions
> > issue at all. For some reason copying the JAR files out of the
> > directory and back into it caused them to be picked up (I read this
> > in a suggestion somewhere). Reading the 'man' entry for cp I see
> > that it doesn't preserve "Access Control Lists (ACLs) and Extended
> > Attributes (EAs), including resource forks" unless the -p flag is
> > set (this is on by default when using mv). My guess is that
> > removing this "access control" information somehow made the files
> > accessible to the tomcat7-maven-plugin. It seems a little sketchy
> > that I don't really know the root cause of the problem, but I'm
> > happy that it's now fixed.
>
> Aah, yes: the ACL. That's one of those super-fun *NIX-isms that can
> ruin your day.
>
> $ ls -l
>
> - -rwxrwxrwx chris chris 100 a_file
>
> $ cat a_file
>
> cat: a_file: Permission denied
>
> *grumble*
>
> The best part is that 'ls' doesn't show you there is a problem, at
> least not directly. Everyone always forgets about the other commands.
The 'ls' that comes as part of Gnu Coreutils will, when built that
way, add a "+" to the mask to show that there is an ACL on the
object. (But that's all it does -- I still have to remember to use
'getfacl' to see what the ACL actually *says*.)
--
Mark H. Wood
Lead Technology Analyst
University Library
Indiana University - Purdue University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
www.ulib.iupui.edu
Re: [OT] FileNotFoundException for existing JAR files
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Alexander,
On 2/12/15 2:26 PM, Alexander Johnson wrote:
> It looks like that's true. It turns out this wasn't a permissions
> issue at all. For some reason copying the JAR files out of the
> directory and back into it caused them to be picked up (I read this
> in a suggestion somewhere). Reading the 'man' entry for cp I see
> that it doesn't preserve "Access Control Lists (ACLs) and Extended
> Attributes (EAs), including resource forks" unless the -p flag is
> set (this is on by default when using mv). My guess is that
> removing this "access control" information somehow made the files
> accessible to the tomcat7-maven-plugin. It seems a little sketchy
> that I don't really know the root cause of the problem, but I'm
> happy that it's now fixed.
Aah, yes: the ACL. That's one of those super-fun *NIX-isms that can
ruin your day.
$ ls -l
- -rwxrwxrwx chris chris 100 a_file
$ cat a_file
cat: a_file: Permission denied
*grumble*
The best part is that 'ls' doesn't show you there is a problem, at
least not directly. Everyone always forgets about the other commands.
This happens to me occasionally on Mac OS which has its own fun set of
"extended" file attributes. I sometimes have files for which I have
write privileges, and dir-write privs, but I still can't delete them.
Why? Oh, because they have "extended attributes", "flags", *and* ACLs.
Fun stuff.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJU3ipsAAoJEBzwKT+lPKRYyegQAMin4Iz8yXNPASkQGOupezeu
vnkRUXENAmF/Fi+1oSQC7JtkRhVl6sxOgCopxAjXDlYDyQ+oNb87HcIEXianVlMJ
+t6v9h0+FEaB+sNEqzG0kM3T+vuQoMN+Rc56+SkS2DV+HHJPC06Dwqtk6rjdoIFO
bSeARnHR84+jcNMV9gYw/VdFicwAGkNiJw85BsQHwiCueRSpv7DW9LwD1xN5gQxn
Wfg1xZlIan4d/5ZvNWOVVORn0bzWMNAHp37LaTo2tHv2nM8r6IrH2utJ9u1o7chT
HPO2m5TFSqIf9/LRSUqJycRBL4enwz+gw4hQglKMwTEOF8ev7VIRz0A900UJbz1d
dE1prNyHPpcjDsAoAbmaf5M0zVd/OjT2g3EZrrmJcSPzyfHKPOQGbjtWdx6E6i+I
20j0tntMjroy9PuavAJ7yQ50DlXImeL72fBBoKv11oAP0d4rkHmnTuPgmAeYkKI3
1dRcD3nWm6oaVHNwPwTs8xdMrApFgJXOOynM/ciNTOsyRv++V+m5vUm07AmUGZ7D
SPAJBkGozMg930GUoponzI7WGRqn1JLIj9U48FUUbIhQucxNwyVG9byS1ndk9D5c
Ft7m90YzwZ2kuEIOmJpfg8JJJlC0xp69kKNqkkud75S+iwceqQ2a8JpGuituwknO
WIkeJBzwyakgWJMt51ej
=7so9
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: [OT] FileNotFoundException for existing JAR files
Posted by Alexander Johnson <al...@expedia.com>.
Thanks Chris,
It looks like that's true. It turns out this wasn't a permissions issue
at all. For some reason copying the JAR files out of the directory and
back into it caused them to be picked up (I read this in a suggestion
somewhere). Reading the 'man' entry for cp I see that it doesn't preserve
"Access Control Lists (ACLs) and Extended Attributes (EAs), including
resource forks" unless the -p flag is set (this is on by default when
using mv). My guess is that removing this "access control" information
somehow made the files accessible to the tomcat7-maven-plugin. It seems a
little sketchy that I don't really know the root cause of the problem, but
I'm happy that it's now fixed.
-Alex
On 2/11/15, 8:13 AM, "Christopher Schultz" <ch...@christopherschultz.net>
wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>Alexander,
>
>On 2/10/15 8:48 PM, Alexander Johnson wrote:
>> Thanks for the suggestions. I don't have access to the server
>> where this is happening, but I did get a script to run there:
>>
>> echo Displaying JAR files with current permissions... ls -la
>> ./target/MyProject/WEB-INF/lib/ echo Adding read, write, and
>> execute permissions to JAR files... chmod -R 777
>> ./target/MyProject/WEB-INF/lib/
>
>This will add permissions you don't need, and add them to files and
>directories that you don't know about. Specifically, write+execute for
>the JAR files. If you can read them, that's sufficient.
>
>- -chris
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1
>Comment: GPGTools - http://gpgtools.org
>
>iQIcBAEBCAAGBQJU23+MAAoJEBzwKT+lPKRYwb4P/AuWOZW445juxgapV/RpaY6t
>Dk6243ECPiiweMwoHJGKjXA7NvmGW56mHutqQyfCZtnSttF26IaUkFozzlCE4dng
>SDXoB/POy5mWzTGy2Wn54H7Bvq19ANUdpS+bkgHs09pOE72wFJ8RJ30A0AjmwahA
>Mj3p5mXqXpozeExjTuwx8w0D5FGS89eW7QmBagqYvo9Or3c4o4jZz2TsclTePOLr
>Pf+3TUOPbTYePItXYdVfrUlvPKb4jmtGTwu58FLQxaF1kXnJJ3jiJE4BF2F38wi7
>tec6G9Qp4uzyYkqcAoDC5YoJ1/aVmDpynfKBtfGmSvPgcqyvrYIFcwXD99Pl59Wv
>wDncLcHP9yfB5bh5P87w47Pu6A5wmwn6YndUQIpDnYEI5JvgNb61vmR6crRvo/CQ
>NbnodyfFYkrbZ486/cDAHP3sjusAlUvRWmbkZUQY/DY9ZZLK1ZF3wADEKQlsTtRC
>Kyj1oGmO3/2y2fMojAK4hO8FSR9ZyiCXMhDsDMfvgL/aXm7TubfDdT44S9p0Vq+o
>olCbtDhjErnfcjX9CVDXZidfUFsiibF1/ELna7L26yyPmo+n6ezsh/kuI/RDCKaR
>I5uMnVQZVVzOHa42BHLLVU2y8WkkC1mZBd5FF+tEBrIbtq0jo5LQ5aX9nihY7PAM
>SRWuy5WNJvv99vKFFYyr
>=33Jz
>-----END PGP SIGNATURE-----
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org