AS EXPECTED this solved the problem. All I had to do was set the file
permissions for the file I overwrite. The application is now working just
fine.
- Original Message -
From: "Steve Ryder"
To: "Tomcat Users List"
Sent: Friday, October 01, 2010 5:48 PM
Subject: Re: Tomcat5.5: java.
Thanks. I changed the following:
# Use the Java security manager? (yes/no) 2010-10-01--change to no.
TOMCAT5_SECURITY=no
which will cause the following to NOT happen:
if [ "$TOMCAT5_SECURITY" = "yes" ]; then
JAVA_OPTS="$JAVA_OPTS -Djava.security.manager
-Djava.security.policy=$CATALINA_BASE/co
> -Original Message-
> From: David kerber [mailto:dcker...@verizon.net]
> Sent: Friday, October 01, 2010 14:32
> To: Tomcat Users List
> Subject: Ya gotta love it...
>
> When you can fix a long standing bug simply by deleting 60 or
> 80 lines of code and modifying 6 other lines.
?
>
>
When you can fix a long standing bug simply by deleting 60 or 80 lines
of code and modifying 6 other lines.
Of course, it's kind of embarrassing that I allowed that bug to creep in
in the first place...
D
-
To unsubscribe, e
On Fri, 01 Oct 2010 20:23:33 +0200, Felix Schumacher
wrote:
> userSearch="&(cn={0})(specialRole=admin)"
The "&" will have to be masked as "&" if used in the realm (xml file).
Sorry
Felix
-
To unsubscribe, e-mail: users-unsubs
On Fri, 1 Oct 2010 10:50:53 -0700, "Manish Kashikar -X (mkashika - Zensar
at Cisco)" wrote:
> Appreciate if someone can help us in doing the setup to validate user
> against ldap role / grouper
I would start reading the documentation at
http://tomcat.apache.org/tomcat-6.0-doc/realm-howto.html#JND
> From: Steve Ryder [mailto:sry...@jsrsys.com]
> Subject: Re: Tomcat5.5: java.io.FilePermission access denied
> Since I personally control ALL the jsp files in all
> apps on this server, is there some global command
> that will allow ALL permissions for JSPs so I don't
> have to discover them o
Appreciate if someone can help us in doing the setup to validate user
against ldap role / grouper
-Original Message-
From: Manish Kashikar -X (mkashika - Zensar at Cisco)
Sent: Thursday, September 30, 2010 1:38 PM
To: users@tomcat.apache.org
Subject: How to authenticate user against ldap
Sorry, I meant 777. Typo on my part.Is the Java Permissions error tied
to the file system permissions. I really do want ALL my apps to be able to
read and write from the file system. I use this mainly for creating CSV
downloads, and occasionally for reading uploaded files.
Thanks in ad
> From: Steve Ryder [mailto:sry...@jsrsys.com]
> Subject: Tomcat5.5: java.io.FilePermission access denied
> I have changed Linux permissions for Data to 377.
If I'm reading that correctly, that means the owner can write but not read, and
everyone else can read and write. Sounds a bit odd...
Thanks for your answer Chris.
Exactly, I solved my problem by using HttpSessionListener AND tomcat 6.0.29.
Note: There were a bug in the Tomcat version I used: 6.0.18, the DeltaManager
was not notifying the SessionListener after a full replication, when you get
all Session from a new cluster
Tomcat5.5: java.io.FilePermission access denied:
When I added the code on 02-08 it fixed the SocketPermission and
PropertyPermission exceptions for my servlets. What am I doing wrong that
I now get FilePermission exceptions.
I have changed Linux permissions for Data to 377. Still get error.
But
> From: Steve Ryder [mailto:sry...@jsrsys.com]
> Subject: Tomcat5.5: Apache Tomcat Native library ... not found
> How do it fix this?
> INFO: The Apache Tomcat Native library which allows optimal performance
> in production environments was not found on the java.library.path:
There's nothing
How do it fix this?
INFO: The Apache Tomcat Native library which allows optimal performance in
production environments was not found on the java.library.path:
i.e., what library is missing and/ how do I put it in the java.library.path.
I presume an update to JAVA_OPTS in etc/init.d/tomcat5.5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Romain,
On 10/1/2010 10:06 AM, Romain Petit wrote:
> My HttpSessionBindingListener was not notified because the session
> replicated were deserialized, there were no attributes binding.
>
> So to get notified a session is replicated on a new server y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
To whom it may concern,
(FYI: It's usually polite to identify yourself)
On 9/27/2010 3:59 PM, Nabble User wrote:
> Does anyone have tips for unit testing a servlet that implements
> CometProcessor?
Can't you synthesize all the events you need? It sh
Well, problem solved.
As I mentioned, the warning disappeared when I got rid of the source attribute
in my element. My real problem, where Tomcat didn't seem to be
publishing my web project, appears to have been caused at least partly by
Eclipse adding the src/main/webapp folder to the Java b
I don't think you can with JNDIRealm. If you're on Windows, you might want to
try http://waffle.codeplex.com and then use regular security constraints for
groups.
dB. @ dblock.org
Moscow|Geneva|Seattle|New York
-Original Message-
From: Manish Kashikar -X (mkashika - Zensar at Cisco)
Hey,
I reply to myself, I hope it can help someone else in the future...
I made a mistake: the tomcat cluster service start before the war is
deployed but the session synchronization is done after the application
is deployed.
My HttpSessionBindingListener was not notified because the se
On 01/10/2010 12:41, Nabble User wrote:
>>> Anyone?
>> I think you may be asking the wrong type of question.
> Why is this the wrong type of question?
Well, there's a few possible reasons for you not getting an answer:
1. No-one knows anything about unit-testing Comet implementations.
2. Your
Why is this the wrong type of question?
On Wed, Sep 29, 2010 at 2:44 PM, Pid * wrote:
> On 29 Sep 2010, at 12:19, Nabble User wrote:
>
> > Anyone?
>
> I think you may be asking the wrong type of question.
>
>
> p
>
> -
> To uns
21 matches
Mail list logo