Custom Authenticators

2013-11-04 Thread Steve Appling


In Tomcat 7 I could use the org.apache.catalina.startup.Embedded class'
addAuthenticator method to set up my own custom authenticators.  This
allowed me to define a new authenticator that a web-app could select with
auth-method/ in web.xml.  Now that the Embedded class has been removed
(in 8), I'm not sure how to accomplish this.  Is there some way to add a
similar custom authenticator when using the Tomcat class?

Tomcat 6.0.37

2013-11-04 Thread Russell Penman
Team,

I have updated my Tomcat to the 6.0.37 update and now when I try to use my 
CAC to login I get a server 500 page, however if I enter in my CAC 
credential to the username and password it logs in with no issue. The 
logging shows that my CAC information isn't being passed when I click the 
CAC login button. Does anyone know where to configure Tomcat to see the 
CAC credentials and automatically pass these credentials?

Thank you,


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Connection to ApacheDS LDAP

2013-11-04 Thread Shai Levit
My apologies in advance for some of the syntax and verbiage - I am a newbie in 
all of this, but did do my reading / research / and chat on IRC’s.

The current setup I have is this:
Apache DS LDAP version 2.0.0-M14 running on Linux with Port 8660. The server 
instance works fine and I am able to do a search via Apache API in Java 
(Eclipse). I bind to this server anonymously via connection.bind()
Tomcat  version 7.0.47 running on Mac OS X (Maverick) with Port 8080. The 
Tomcat instance work fine using the installed default values. I am able to run 
simple REST API and consume them via any browser.

Issue: I am trying to create a connection to the LDAP server via anonymous 
binding. I configured the appropriate conf file: server.xml with the REALM as 
follows:

   Realm className=org.apache.catalina.realm.JNDIRealm
connectionURL=ldap://Integration01.icsl.net:8660; 
debug=99
userBase=dc=sumsmail,dc=com
userSearch=(mail{0})
userSearch=(userCertificate{0})
userSubtree=true
roleBase=dc=sumsmail,dc=com
roleName=cn
roleSearch=(mail={0})
roleSearch=(userCertificate={0})
roleSubtree=true
/
  /Realm

  Host name=localhost  appBase=webapps
unpackWARs=true autoDeploy=true
 
This is the only changes I made.
When I launch the Server, it crashes immediately, giving me the following 
error(s):

Nov 4, 2013 10:22:31 AM org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal 
performance in production environments was not found on the java.library.path: 
.:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java
Nov 4, 2013 10:22:31 AM org.apache.tomcat.util.digester.Digester fatalError
SEVERE: Parse Fatal Error at line 116 column 37: Attribute userSearch was 
already specified for element Realm.
org.xml.sax.SAXParseException: Attribute userSearch was already specified for 
element Realm.
at 
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)
at 
com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:174)
at 
com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:388)
at 
com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1476)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanAttribute(XMLDocumentFragmentScannerImpl.java:1567)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1326)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2763)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
at 
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:513)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:815)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:744)
at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:128)
at 
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208)
at 
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:543)
at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537)
at org.apache.catalina.startup.Catalina.load(Catalina.java:617)
at org.apache.catalina.startup.Catalina.load(Catalina.java:665)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455)
Nov 4, 2013 10:22:31 AM org.apache.catalina.startup.Catalina load
WARNING: Catalina.start using conf/server.xml: Attribute userSearch was 
already specified for element Realm.
Nov 4, 2013 10:22:31 AM org.apache.tomcat.util.digester.Digester fatalError
SEVERE: Parse Fatal Error at line 116 column 37: Attribute userSearch was 
already specified for element Realm.
org.xml.sax.SAXParseException: Attribute userSearch was already specified for 
element Realm.
at 

Re: Connection to ApacheDS LDAP

2013-11-04 Thread Daniel Mikusa
On Nov 4, 2013, at 10:49 AM, Shai Levit redsolar_ecli...@msn.com wrote:

 My apologies in advance for some of the syntax and verbiage - I am a newbie 
 in all of this, but did do my reading / research / and chat on IRC’s.
 
 The current setup I have is this:
 Apache DS LDAP version 2.0.0-M14 running on Linux with Port 8660. The server 
 instance works fine and I am able to do a search via Apache API in Java 
 (Eclipse). I bind to this server anonymously via connection.bind()
 Tomcat  version 7.0.47 running on Mac OS X (Maverick) with Port 8080. The 
 Tomcat instance work fine using the installed default values. I am able to 
 run simple REST API and consume them via any browser.
 
 Issue: I am trying to create a connection to the LDAP server via anonymous 
 binding. I configured the appropriate conf file: server.xml with the REALM as 
 follows:
 
   Realm className=org.apache.catalina.realm.JNDIRealm
   connectionURL=ldap://Integration01.icsl.net:8660; 
 debug=99
   userBase=dc=sumsmail,dc=com
   userSearch=(mail{0})
   userSearch=(userCertificate{0})

Why do you have userSearch specified twice?  That's what's causing the 
exception below.

   userSubtree=true
   roleBase=dc=sumsmail,dc=com
   roleName=cn
   roleSearch=(mail={0})
   roleSearch=(userCertificate={0})

This will likely cause a similar exception, you can only specify these 
attributes one.

Dan

   roleSubtree=true
   /
  /Realm
 
  Host name=localhost  appBase=webapps
unpackWARs=true autoDeploy=true
 
 This is the only changes I made.
 When I launch the Server, it crashes immediately, giving me the following 
 error(s):
 
 Nov 4, 2013 10:22:31 AM org.apache.catalina.core.AprLifecycleListener init
 INFO: The APR based Apache Tomcat Native library which allows optimal 
 performance in production environments was not found on the 
 java.library.path: 
 .:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java
 Nov 4, 2013 10:22:31 AM org.apache.tomcat.util.digester.Digester fatalError
 SEVERE: Parse Fatal Error at line 116 column 37: Attribute userSearch was 
 already specified for element Realm.
 org.xml.sax.SAXParseException: Attribute userSearch was already specified 
 for element Realm.
   at 
 com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:195)
   at 
 com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:174)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:388)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1476)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanAttribute(XMLDocumentFragmentScannerImpl.java:1567)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:1326)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2763)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:647)
   at 
 com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:513)
   at 
 com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:815)
   at 
 com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:744)
   at 
 com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:128)
   at 
 com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208)
   at 
 com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:543)
   at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1537)
   at org.apache.catalina.startup.Catalina.load(Catalina.java:617)
   at org.apache.catalina.startup.Catalina.load(Catalina.java:665)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:281)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:455)
 Nov 4, 2013 10:22:31 AM org.apache.catalina.startup.Catalina load
 WARNING: Catalina.start using conf/server.xml: Attribute userSearch was 
 already specified for element Realm.
 Nov 4, 2013 10:22:31 AM 

RE: Connection to ApacheDS LDAP

2013-11-04 Thread Propes, Barry L


-Original Message-
From: Daniel Mikusa [mailto:dmik...@gopivotal.com] 
Sent: Monday, November 04, 2013 9:57 AM
To: Tomcat Users List
Subject: Re: Connection to ApacheDS LDAP

On Nov 4, 2013, at 10:49 AM, Shai Levit redsolar_ecli...@msn.com wrote:

 My apologies in advance for some of the syntax and verbiage - I am a newbie 
 in all of this, but did do my reading / research / and chat on IRC's.
 
 The current setup I have is this:
 Apache DS LDAP version 2.0.0-M14 running on Linux with Port 8660. The 
 server instance works fine and I am able to do a search via Apache API in 
 Java (Eclipse). I bind to this server anonymously via connection.bind() 
 Tomcat  version 7.0.47 running on Mac OS X (Maverick) with Port 8080. The 
 Tomcat instance work fine using the installed default values. I am able to 
 run simple REST API and consume them via any browser.
 
 Issue: I am trying to create a connection to the LDAP server via anonymous 
 binding. I configured the appropriate conf file: server.xml with the REALM as 
 follows:
 
   Realm className=org.apache.catalina.realm.JNDIRealm
   connectionURL=ldap://Integration01.icsl.net:8660; 
 debug=99
   userBase=dc=sumsmail,dc=com
   userSearch=(mail{0})
   userSearch=(userCertificate{0})

Why do you have userSearch specified twice?  That's what's causing the 
exception below.

   userSubtree=true
   roleBase=dc=sumsmail,dc=com
   roleName=cn
   roleSearch=(mail={0})
   roleSearch=(userCertificate={0})

This will likely cause a similar exception, you can only specify these 
attributes one.

Dan

   roleSubtree=true
   /
  /Realm
 
  Host name=localhost  appBase=webapps
unpackWARs=true autoDeploy=true
 


Not that I'm particularly knowledgeable about configuring LDAP, because I'm not 
but looking at the error I wondered what Dan did - why did you have the 
userSearch attribute listed twice? You also have the roleSearch attribute 
listed twice, though it might not show that error since it spits up at the 
first one.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Connection to ApacheDS LDAP

2013-11-04 Thread Shai Levit
Thank you guys. So here is the thought behind this.
In the Original LDAP Search parameter, I am searching for 2 Attributes: mail 
and userCertificate.
mail is just a plain string - email and userCertificate is a X.509 DER (.cer) 
certificate in binary format.

Hence I thought that I would need to have both in the connectivity. I will try 
doing a general Search and then specify in the @GET or @POST method the more 
specifics.

I did get the connection issue resolved, but not in the manner I thought would 
be best:

i.e.: I just passed the connection parameters in the @GET method like so:

LdapConnection connection = new LdapNetworkConnection(ipAddress, port);
connection.bind();

this works.

Thanks again for the help.

regards

Shai

On Nov 4, 2013, at 11:08 AM, Propes, Barry L barry.l.pro...@citi.com wrote:

 
 
 -Original Message-
 From: Daniel Mikusa [mailto:dmik...@gopivotal.com] 
 Sent: Monday, November 04, 2013 9:57 AM
 To: Tomcat Users List
 Subject: Re: Connection to ApacheDS LDAP
 
 On Nov 4, 2013, at 10:49 AM, Shai Levit redsolar_ecli...@msn.com wrote:
 
 My apologies in advance for some of the syntax and verbiage - I am a newbie 
 in all of this, but did do my reading / research / and chat on IRC's.
 
 The current setup I have is this:
 Apache DS LDAP version 2.0.0-M14 running on Linux with Port 8660. The 
 server instance works fine and I am able to do a search via Apache API in 
 Java (Eclipse). I bind to this server anonymously via connection.bind() 
 Tomcat  version 7.0.47 running on Mac OS X (Maverick) with Port 8080. The 
 Tomcat instance work fine using the installed default values. I am able to 
 run simple REST API and consume them via any browser.
 
 Issue: I am trying to create a connection to the LDAP server via anonymous 
 binding. I configured the appropriate conf file: server.xml with the REALM 
 as follows:
 
  Realm className=org.apache.catalina.realm.JNDIRealm
  connectionURL=ldap://Integration01.icsl.net:8660; 
 debug=99
  userBase=dc=sumsmail,dc=com
  userSearch=(mail{0})
  userSearch=(userCertificate{0})
 
 Why do you have userSearch specified twice?  That's what's causing the 
 exception below.
 
  userSubtree=true
  roleBase=dc=sumsmail,dc=com
  roleName=cn
  roleSearch=(mail={0})
  roleSearch=(userCertificate={0})
 
 This will likely cause a similar exception, you can only specify these 
 attributes one.
 
 Dan
 
  roleSubtree=true
  /
 /Realm
 
 Host name=localhost  appBase=webapps
   unpackWARs=true autoDeploy=true
 
 
 
 Not that I'm particularly knowledgeable about configuring LDAP, because I'm 
 not but looking at the error I wondered what Dan did - why did you have the 
 userSearch attribute listed twice? You also have the roleSearch attribute 
 listed twice, though it might not show that error since it spits up at the 
 first one.
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Custom Authenticators

2013-11-04 Thread Konstantin Kolinko
2013/11/4 Steve Appling sappl...@automatedlogic.com:


 In Tomcat 7 I could use the org.apache.catalina.startup.Embedded class'
 addAuthenticator method to set up my own custom authenticators.  This
 allowed me to define a new authenticator that a web-app could select with
 auth-method/ in web.xml.  Now that the Embedded class has been removed
 (in 8), I'm not sure how to accomplish this.  Is there some way to add a
 similar custom authenticator when using the Tomcat class?

How to you configure it when running standalone?

E.g (from TestDigestAuthenticator.java of Tomcat 7):
.
ctxt.getPipeline().addValve(new DigestAuthenticator());

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: [External] Re: Custom Authenticators

2013-11-04 Thread Steve Appling

Konstantin Kolinko knst.koli...@gmail.com wrote on 11/04/2013 03:11:52
PM:

 From: Konstantin Kolinko knst.koli...@gmail.com
 To: Tomcat Users List users@tomcat.apache.org
 Date: 11/04/2013 03:10 PM
 Subject: [External] Re: Custom Authenticators

 2013/11/4 Steve Appling sappl...@automatedlogic.com:
 
 
  In Tomcat 7 I could use the org.apache.catalina.startup.Embedded class'
  addAuthenticator method to set up my own custom authenticators.  This
  allowed me to define a new authenticator that a web-app could select
with
  auth-method/ in web.xml.  Now that the Embedded class has been
removed
  (in 8), I'm not sure how to accomplish this.  Is there some way to add
a
  similar custom authenticator when using the Tomcat class?

 How to you configure it when running standalone?

 E.g (from TestDigestAuthenticator.java of Tomcat 7):
 .
 ctxt.getPipeline().addValve(new DigestAuthenticator());

 Best regards,
 Konstantin Kolinko

Currently I am only running it embedded in another application.  I'm not
sure I understand your question about standalone.
I know that the containing application can manually add any authenticator
as a valve, but I have various web applications that are added to the
product at runtime.  The technique of using the addAuthenticator method
lets the developer of the web application select my custom authenticators
using the auth-method element.

Re: [External] Re: Custom Authenticators

2013-11-04 Thread Konstantin Kolinko
2013/11/5 Steve Appling sappl...@automatedlogic.com:

 Konstantin Kolinko knst.koli...@gmail.com wrote on 11/04/2013 03:11:52
 PM:

 From: Konstantin Kolinko knst.koli...@gmail.com
 To: Tomcat Users List users@tomcat.apache.org
 Date: 11/04/2013 03:10 PM
 Subject: [External] Re: Custom Authenticators

 2013/11/4 Steve Appling sappl...@automatedlogic.com:
 
 
  In Tomcat 7 I could use the org.apache.catalina.startup.Embedded class'
  addAuthenticator method to set up my own custom authenticators.  This
  allowed me to define a new authenticator that a web-app could select
 with
  auth-method/ in web.xml.  Now that the Embedded class has been
 removed
  (in 8), I'm not sure how to accomplish this.  Is there some way to add
 a
  similar custom authenticator when using the Tomcat class?

 How to you configure it when running standalone?

 E.g (from TestDigestAuthenticator.java of Tomcat 7):
 .
 ctxt.getPipeline().addValve(new DigestAuthenticator());

 Best regards,
 Konstantin Kolinko

 Currently I am only running it embedded in another application.  I'm not
 sure I understand your question about standalone.
 I know that the containing application can manually add any authenticator
 as a valve, but I have various web applications that are added to the
 product at runtime.  The technique of using the addAuthenticator method
 lets the developer of the web application select my custom authenticators
 using the auth-method element.

The code in Embedded  class ultimately calls
ContextConfig.setCustomAuthenticators(...). Thar API is still
available, but it is not so easy to call it once the Context is
created.

I think the same code could be added to Tomcat.addWebapp(...) method.

Please file an enhancement request in Bugzilla.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



WARs getting re-extracted in DST change?!?

2013-11-04 Thread James H. H. Lampert

Running Tomcat 7.0.25 on an AS/400

Would anybody happen to know why a running Tomcat server would evidently 
re-extract a WAR file without being told to do so (and getting rid of 
some things manually added to the context directory in the process!), 
apparently in response to Daylight Saving Time ending?


--
James H. H. Lampert

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: WARs getting re-extracted in DST change?!?

2013-11-04 Thread Konstantin Kolinko
2013/11/5 James H. H. Lampert jam...@touchtonecorp.com:
 Running Tomcat 7.0.25 on an AS/400

 Would anybody happen to know why a running Tomcat server would evidently
 re-extract a WAR file without being told to do so (and getting rid of some
 things manually added to the context directory in the process!), apparently
 in response to Daylight Saving Time ending?



If you run with Host autoDeploy=true/ then ~every 10 seconds
Tomcat checks whether the war file is newer than the directory that
was created when extracting the war file.  If it is then a
redeployment happens.  You should be able to see deployment /
undeployment messages in the logs.

Maybe the check was performed during the DST change and the times for
one web application were inconsistent. Do you need autoDeploy=true
if you manually modify the deployed applications?

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: WARs getting re-extracted in DST change?!?

2013-11-04 Thread James H. H. Lampert

On 11/4/13 3:49 PM, Konstantin Kolinko wrote:

If you run with Host autoDeploy=true/ then ~every 10 seconds
Tomcat checks whether the war file is newer than the directory that
was created when extracting the war file.  If it is then a
redeployment happens.  You should be able to see deployment /
undeployment messages in the logs.

Maybe the check was performed during the DST change and the times for
one web application were inconsistent. Do you need autoDeploy=true
if you manually modify the deployed applications?


Probably not. I've quite literally never heard of it, and I'm about to 
look up what (and where) it is. It's probably set without our knowing 
about it, or at least without knowing what it's for.


--
JHHL


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: WARs getting re-extracted in DST change?!?

2013-11-04 Thread James H. H. Lampert

On 11/4/13 3:49 PM, Konstantin Kolinko wrote:

If you run with Host autoDeploy=true/ then ~every 10 seconds
Tomcat checks whether the war file is newer than the directory that
was created when extracting the war file.  If it is then a
redeployment happens.  You should be able to see deployment /
undeployment messages in the logs.

Maybe the check was performed during the DST change and the times for
one web application were inconsistent. Do you need autoDeploy=true
if you manually modify the deployed applications?


I'm still not clear on where the autodeploy flag lives.

At any rate, sure enough (and it's not JUST ONE context) there are log 
entries for undeployments and redeployments:


(Wintouch Web is our web interface for our Wintouch CRM application)

(some names have been changed to protect the innocent)


Nov 3, 2013 1:00:11 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/foobar-b]
03 Nov 2013 01:00:12,010 INFO  WintouchInitServlet  - Wintouch Web server is 
closed.
Nov 3, 2013 1:06:20 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/host-manager]
Nov 3, 2013 1:06:21 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context []

. . .

Nov 3, 2013 1:10:43 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/CodeOnDemand]
Nov 3, 2013 1:10:44 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/manager]
Nov 3, 2013 1:10:45 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/bozbar]
03 Nov 2013 01:10:46,012 INFO  WintouchInitServlet  - Wintouch Web server is 
closed.
Nov 3, 2013 1:16:49 AM org.apache.catalina.startup.HostConfig checkResources
INFO: Undeploying context [/tmtest]
Nov 3, 2013 1:16:50 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive /wintouch/tomcat/webapps/ROOT.war
Nov 3, 2013 1:23:09 AM org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://www.eclipse.org/birt/taglibs/birt.tld is already 
defined
Nov 3, 2013 1:23:13 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive /wintouch/tomcat/webapps/foobar-b.war

. . .

INFO: Deploying web application archive /wintouch/tomcat/webapps/foobar-b.war
3 Nov 2013 01:23:15:Wintouch Web()-Loading Server properties file for Wintouch 
Web...
3 Nov 2013 01:23:15:Wintouch Web()-Context based properties file not specified. 
To specify context based properties file, please use
3 Nov 2013 01:23:15:Wintouch Web()-Can not load context based properties file.
3 Nov 2013 01:23:15:Wintouch Web()-Loading global properties file...
3 Nov 2013 01:23:15:Wintouch Web()-Global properties file not specified. To specify 
global property file, please use parameter:-Dws
3 Nov 2013 01:23:15:Wintouch Web()-Can not load global properties file.
3 Nov 2013 01:23:15:Wintouch Web()-Using configuration from web.xml...
3 Nov 2013 01:23:15:Logging level or logging path not specified, using default 
setting.
Nov 3, 2013 1:31:42 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive /wintouch/tomcat/webapps/bozbar.war

. . .

3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Loading Server properties file for 
Wintouch Web...
3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Context based properties file not 
specified. To specify context based properties f
3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Can not load context based 
properties file.
3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Loading global properties file...
3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Global properties file not 
specified. To specify global property file, please use
3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Can not load global properties file.
3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Using configuration from web.xml...
3 Nov 2013 01:31:44:Logging level or logging path not specified, using default 
setting.

. . .

Nov 3, 2013 1:40:09 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /wintouch/tomcat/webapps/host-manager
Nov 3, 2013 1:40:09 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /wintouch/tomcat/webapps/manager
Nov 3, 2013 1:40:09 AM org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /wintouch/tomcat/webapps/CodeOnDemand
Nov 3, 2013 1:40:09 AM org.apache.tomcat.util.digester.Digester fatalError
SEVERE: Parse Fatal Error at line 1 column 1: Content is not allowed in prolog.
Throwable occurred: org.xml.sax.SAXParseException: Content is not allowed in 
prolog.

. . .

INFO: Deploying web application directory /wintouch/tomcat/webapps/tmtest
Nov 3, 2013 1:40:10 AM org.apache.catalina.startup.ContextConfig webConfig
SEVERE: Unable to determine URL for WEB-INF/classes

. . .

But I still don't see how the end of DST could have 

Re: WARs getting re-extracted in DST change?!?

2013-11-04 Thread Israel Ekpo
Hi,

Regarding where the auto-deploy flag lives,

Check your $CATALINA_HOME/conf/server.xml file

You should see something like

 Host name=localhost  appBase=webapps
unpackWARs=true autoDeploy=true

You can toggle the values and try deploying from the manager to see if it
works for you.

Check it out to see if that helps.


*Author and Instructor for the Upcoming Book and Lecture Series*
*Massive Log Data Aggregation, Processing, Searching and Visualization with
Open Source Software*
*http://massivelogdata.com http://massivelogdata.com*


On Mon, Nov 4, 2013 at 8:19 PM, James H. H. Lampert 
jam...@touchtonecorp.com wrote:

 On 11/4/13 3:49 PM, Konstantin Kolinko wrote:

 If you run with Host autoDeploy=true/ then ~every 10 seconds
 Tomcat checks whether the war file is newer than the directory that
 was created when extracting the war file.  If it is then a
 redeployment happens.  You should be able to see deployment /
 undeployment messages in the logs.

 Maybe the check was performed during the DST change and the times for
 one web application were inconsistent. Do you need autoDeploy=true
 if you manually modify the deployed applications?


 I'm still not clear on where the autodeploy flag lives.

 At any rate, sure enough (and it's not JUST ONE context) there are log
 entries for undeployments and redeployments:

 (Wintouch Web is our web interface for our Wintouch CRM application)

 (some names have been changed to protect the innocent)

  Nov 3, 2013 1:00:11 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context [/foobar-b]
 03 Nov 2013 01:00:12,010 INFO  WintouchInitServlet  - Wintouch Web server
 is closed.
 Nov 3, 2013 1:06:20 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context [/host-manager]
 Nov 3, 2013 1:06:21 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context []

 . . .

 Nov 3, 2013 1:10:43 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context [/CodeOnDemand]
 Nov 3, 2013 1:10:44 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context [/manager]
 Nov 3, 2013 1:10:45 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context [/bozbar]
 03 Nov 2013 01:10:46,012 INFO  WintouchInitServlet  - Wintouch Web server
 is closed.
 Nov 3, 2013 1:16:49 AM org.apache.catalina.startup.HostConfig
 checkResources
 INFO: Undeploying context [/tmtest]
 Nov 3, 2013 1:16:50 AM org.apache.catalina.startup.HostConfig deployWAR
 INFO: Deploying web application archive /wintouch/tomcat/webapps/ROOT.war
 Nov 3, 2013 1:23:09 AM org.apache.catalina.startup.TaglibUriRule body
 INFO: TLD skipped. URI: http://www.eclipse.org/birt/taglibs/birt.tld is
 already defined
 Nov 3, 2013 1:23:13 AM org.apache.catalina.startup.HostConfig deployWAR
 INFO: Deploying web application archive /wintouch/tomcat/webapps/
 foobar-b.war

 . . .

 INFO: Deploying web application archive /wintouch/tomcat/webapps/
 foobar-b.war
 3 Nov 2013 01:23:15:Wintouch Web()-Loading Server properties file for
 Wintouch Web...
 3 Nov 2013 01:23:15:Wintouch Web()-Context based properties file not
 specified. To specify context based properties file, please use
 3 Nov 2013 01:23:15:Wintouch Web()-Can not load context based properties
 file.
 3 Nov 2013 01:23:15:Wintouch Web()-Loading global properties file...
 3 Nov 2013 01:23:15:Wintouch Web()-Global properties file not specified.
 To specify global property file, please use parameter:-Dws
 3 Nov 2013 01:23:15:Wintouch Web()-Can not load global properties file.
 3 Nov 2013 01:23:15:Wintouch Web()-Using configuration from web.xml...
 3 Nov 2013 01:23:15:Logging level or logging path not specified, using
 default setting.
 Nov 3, 2013 1:31:42 AM org.apache.catalina.startup.HostConfig deployWAR
 INFO: Deploying web application archive /wintouch/tomcat/webapps/
 bozbar.war

 . . .

 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Loading Server properties
 file for Wintouch Web...
 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Context based properties file
 not specified. To specify context based properties f
 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Can not load context based
 properties file.
 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Loading global properties
 file...
 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Global properties file not
 specified. To specify global property file, please use
 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Can not load global
 properties file.
 3 Nov 2013 01:31:44:Wintouch Web(/foobar-b)-Using configuration from
 web.xml...
 3 Nov 2013 01:31:44:Logging level or logging path not specified, using
 default setting.

 . . .

 Nov 3, 2013 1:40:09 AM org.apache.catalina.startup.HostConfig
 deployDirectory
 INFO: Deploying web application directory /wintouch/tomcat/webapps/host-
 manager
 Nov 3, 2013 1:40:09 AM org.apache.catalina.startup.HostConfig
 deployDirectory
 INFO: Deploying web