Ok, very strangefigured it out. Must have somehow accidentally deleted my
web.xml file in the manager/WEB-INF directory.
How? Dunno. But it's fixed now!
Thanks guys!
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Friday, March 25, 2011 6:05 PM
To:
Hi Mark,
Am 28.03.2011 10:49, schrieb Mark Thomas:
On 28/03/2011 08:42, Borut Hadžialić wrote:
Hellos Stefan,
if you can't fix your problem with configuration and decide that you
want to solve the problem by programming, then this might help you
http://blog.springsource.com/2009/09/28/spring-s
On 28/03/2011 19:29, Mark Shifman wrote:
> I just started playing with tomcat 7.0.11 and I noticed this error on the
> logs which
> occurs when I shutdown tomcat.
>
> Mar 28, 2011 10:47:57 AM org.apache.catalina.core.ApplicationContext log
> INFO: ContextListener: contextDestroyed()
> Mar 28, 201
I just started playing with tomcat 7.0.11 and I noticed this error on the logs
which
occurs when I shutdown tomcat.
Mar 28, 2011 10:47:57 AM org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: contextDestroyed()
Mar 28, 2011 10:47:57 AM org.apache.catalina.core.StandardContext
> So are nfs mounts being used? If so, my guess is that the
> mount isn't available when Tomcat starts which triggers the undeploy.
>
> Mark
>
Sadly, this turns out not to be the case. We modified the tomcat init
script so that it waits for the NFS mount to be available before trying
to start t
Hi, Chuck.
Thanks.
Here's the content of my context.xml in the /webapps/manager/META-INF directory.
And yes, I did check all the logs and it doesn't include a reference to this.
Upon stopping and then restarting Tomcat, this context.xml file properly gets
copied out to the conf/C
Chris,
Thanks, I wasn't aware the Java EE spec said that. I agree that it's
clunky to follow the spec-defined behavior but when in doubt, following the
spec is always a good reason to do something.
Paul
On Fri, Mar 25, 2011 at 3:13 PM, Christopher Schultz <
ch...@christopherschultz.net> wro
André,
Would a connection pool help here? The connections wouldn't go out of
scope and instead be recycled, so you wouldn't be dependent on GC to clean
them up. The pool should limit the number of sockets created.
Paul
On Fri, Mar 25, 2011 at 6:57 PM, André Warnier wrote:
> I am wonderi
> I should have SPNEGO support in Tomcat 7 fairly soon.
This would be great!
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
On 28/03/2011 08:42, Borut Hadžialić wrote:
> Hellos Stefan,
>
> if you can't fix your problem with configuration and decide that you
> want to solve the problem by programming, then this might help you
> http://blog.springsource.com/2009/09/28/spring-security-kerberos/
> After understanding that
On Mon, Mar 28, 2011 at 00:55, Konstantin Kolinko
wrote:
> 2011/3/25 Francis GALIEGUE :
>> Scenario:
>>
>> * tomcat starts, as user u1, with only the manager application in place;
>> * it is configured as to not deploy automatically;
>> * user u1 copies a webapp tree into $CATALINA_HOME/webapps, w
Hellos Stefan,
if you can't fix your problem with configuration and decide that you
want to solve the problem by programming, then this might help you
http://blog.springsource.com/2009/09/28/spring-security-kerberos/
After understanding that article a developer should be able to add a
SPNEGO imple
12 matches
Mail list logo
