Re: Tomcat 7 service not starting

[André Warnier]

Debbie Shapiro wrote:

I was able to get this woring again just by reinstalling the 64-bit Java 
1.6.0_30 JRE. Not sure what went awry, but it's working now. Yay!

Thanks for all your help!

 


Good.
There is still something quite bizarre in those logs below : it looks like, after each 
startup error, a series of other attempts are made to start that service, at 1ß-15 seconds 
interval.  Is this some setting in the Windows OS ?

In any case, it quite confuses the logs..

Another thing that I noticed in your earlier logs :

>> Writing log to C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.log

>> The logging properties is: sree.properties

That is quite a bizarre place for a logfile (in the same location as the application's 
classes ?).  If it really writes a logfile there, this is bound to create some problems 
later on, probably when you least expect them.


 

 
 
Debbie Shapiro 
Data Warehouse Manager

Cardiac Science
Office: 425.402.2233
 
Visit us at www.cardiacscience.com

Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
Quinton products Part of the Opto Circuits Family
 


-Original Message-
From: Debbie Shapiro 
Sent: Tuesday, January 10, 2012 1:42 PM

To: 'Tomcat Users List'
Subject: RE: Tomcat 7 service not starting

Sorry for the confusion. The log files are the ones in the Tomcat\logs 
directory. I don't know why that one file has 1-8-2012 dates. The file was 
created on 1-9-2012, thus the confusion. I attempted to restart the service 
again today and it generated three files: tomcat7-stderr, tomcat7-stdout and 
commons-daemon.


The contents are as follows:
Commons-daemon:
[2012-01-10 12:46:15] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:46:15] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:46:15] [info]  Starting service...
[2012-01-10 12:46:22] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:46:22] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:46:22] [info]  Starting service...
[2012-01-10 12:49:38] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:49:38] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:49:38] [info]  Starting service...
[2012-01-10 12:50:01] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:50:01] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:50:01] [info]  Starting service...


Tomcat7-stderr:

2012-01-10 12:46:15 Commons Daemon procrun stderr initialized

2012-01-10 12:46:22 Commons Daemon procrun stderr initialized

2012-01-10 12:49:38 Commons Daemon procrun stderr initialized

2012-01-10 12:50:01 Commons Daemon procrun stderr initialized


Tomcat7-stdout:

2012-01-10 12:46:15 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:46:22 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:49:38 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:50:01 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object



My order of operations for the upgrade was as follows:

1) stopped Tomcat service
2) upgraded the 64-bit Java to 1.6.0_30 JRE
3) upgraded the 32-bit Java to 1.6.0_30 JRE
4) replaced the jar files for the InetSoft application in the following 
directories per InetSoft's directions:
\Style Report Enterprise\lib (design.jar and sree.jar)
\Tomcat\webapps\sree\WEB-INF\lib (sree.jar only)
5) change the web.xml to use sree.jar (instead of InetSoft's previously named 
sree_pro.jar - they did a name change with the new version).
6) restarted Tomcat service - at this point things were no longer working

I will try the steps you've outlined below and see if this makes a difference.
 
 

 
 
Debbie Shapiro 
Data Warehouse Manager

Cardiac Science
Office: 425.402.2233
 
Visit us at www.cardiacscience.com

Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
Quinton products Part of the Opto Circuits Family
 


-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Tuesday, January 10, 2012 12:27 PM

To: Tomcat Users List
Subject: Re: Tomcat 7 service not starting


Debbie,

It looks all a bit confusing, particularly since
- you tell us about logfiles, but without providing the exact path/filename of 
each file
- the timestamps in some of these files indicate events which happened almost 
24 h apart
- some of these messages are not errors; they look like "normal" application messages 
(although sometimes in a strange place).


It looks like your main problem is some kind of broken Java JVM, as per these 
messages :

 > 2012-01-09 16:15:55 Commons Daemon procrun stdout i

Re: OT: Breadcrumbs Tomcat 7.0.11

[Kiran Badi]

Sorry I need some more help, have one more weird issue at my plate now,

I am using base tag and pulling out the webapplication context path to 
it like this so that all links in the page becomes relative to this 
path,i am doing something like below,




which resolves to  " /mydomain"/  in IE and base tag looks like this 
 in IE and  in other browers like 
ff/chrome/opera/safari it resolves to "/mydomain" and base tag here 
looks like 


however all links resolves perfectly fine in IE and when I click on any 
link, it opens perfectly fine with path 
http://localhost:8080/mydomain/link1.jsp but the same link when checked 
via other browser like FF/Opera/chrome/safari it says page not found and 
gives me 404 error.The same link path now looks like 
http://localhost:8080/link1.jsp in those browsers.


what is that i am doing wrong here ?


On 12/30/2011 9:06 PM, Hassan Schroeder wrote:

On Thu, Dec 29, 2011 at 7:15 PM, Kiran Badi  wrote:


One final doubt can I have one servlet similar to listener which will listen
to the clicks, store the path info,validate the sessions and then push that
data to some jsp and I can include that jsp in my all pages.Do I need to
implement this exactly the way we implement httpsession listener ?

I'm not sure what you mean by "listen to the clicks", but you have no
way to know (other than JavaScript/AJAX) what the client is doing;
the simplest approach to this problem is to use a Filter to push each
request (or component, e.g. pathInfo) into an Array stored in session.

Then yes, you can format and expose the data via a page fragment
and/or a custom tag.




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

Re: Tomcat 7 service not starting

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Debbie,

On 1/10/12 4:41 PM, Debbie Shapiro wrote:
> Tomcat7-stdout:
> 
> 2012-01-10 12:46:15 Commons Daemon procrun stdout initializedError
> occurred during initialization of VM 
> java/lang/NoClassDefFoundError: java/lang/Object

It's clear that something is broken, here.

> My order of operations for the upgrade was as follows:
> 
> 1) stopped Tomcat service 2) upgraded the 64-bit Java to 1.6.0_30
> JRE 3) upgraded the 32-bit Java to 1.6.0_30 JRE

Is it possible that upgrading the 32-bit version /second/ may have set
the default JRE to the 32-bit version, and you are trying to use
64-bit components for everything else?

> 4) replaced the jar files for the InetSoft application in the
> following directories per InetSoft's directions: \Style Report
> Enterprise\lib (design.jar and sree.jar) 
> \Tomcat\webapps\sree\WEB-INF\lib (sree.jar only) 5) change the
> web.xml to use sree.jar (instead of InetSoft's previously named
> sree_pro.jar - they did a name change with the new version).

web.xml does not specify .jar files... so, what did you do, exactly?

Can you check your tomcat6w.exe configuration (run the program; look
at the configuration) to see what JRE you have selected when the
[procrun] service starts?

http://tomcat.apache.org/tomcat-7.0-doc/windows-service-howto.html#Tomcat7w_monitor_application

I would also highly recommend at some point (after you have resolved
this particular issue) that you upgrade Tomcat to at least 7.0.21 --
7.0.6 was a looong time ago.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8M5R0ACgkQ9CaO5/Lv0PBtaQCgviXR96n3Je33k08BwKn/UmJy
Hu0AnRnGB2vX8j3y3B9abbqZuIFpmhzQ
=kPhA
-END PGP SIGNATURE-

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

RE: Re: tomcat7 autoDeploy problem..

[이재만]

Hi.
thank you for responding.
 
 
i operated two tomcats at each machine.
two machines have same specification and tomcat version.
i copyed all tomcat configrations to other machine and tested AutoDeoploy..
but when i touched one's web.xml tomcat was reloading all classes but other 
didn't
 
i don't know, why this is problem issue.
 
 
 
 
 
-Original Message-
From: "Pid" 
To: "Tomcat Users List"
Cc: 
Sent: 12-01-10(화) 18:22:45
Subject: Re: tomcat7 autoDeploy problem..
On 10/01/2012 00:04, 이재만 wrote:
> hi.
> clould somebody help me to AutoDeploy reload problem..
> false, I was set to autodeploy.
> Why reloading the source again?on tomcat7 with autoDeploy="false" ???
> 
> thank you.
Are you using Eclipse or an IDE?
How are you deploying the update application, is it a WAR or directory?
p
-- 
[key:62590808]

RE: Tomcat 7 service not starting

[Debbie Shapiro]

I was able to get this woring again just by reinstalling the 64-bit Java 
1.6.0_30 JRE. Not sure what went awry, but it's working now. Yay!

Thanks for all your help!

 
 

 
 
Debbie Shapiro 
Data Warehouse Manager
Cardiac Science
Office: 425.402.2233
 
Visit us at www.cardiacscience.com
Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
Quinton products Part of the Opto Circuits Family
 

-Original Message-
From: Debbie Shapiro 
Sent: Tuesday, January 10, 2012 1:42 PM
To: 'Tomcat Users List'
Subject: RE: Tomcat 7 service not starting

Sorry for the confusion. The log files are the ones in the Tomcat\logs 
directory. I don't know why that one file has 1-8-2012 dates. The file was 
created on 1-9-2012, thus the confusion. I attempted to restart the service 
again today and it generated three files: tomcat7-stderr, tomcat7-stdout and 
commons-daemon.


The contents are as follows:
Commons-daemon:
[2012-01-10 12:46:15] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:46:15] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:46:15] [info]  Starting service...
[2012-01-10 12:46:22] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:46:22] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:46:22] [info]  Starting service...
[2012-01-10 12:49:38] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:49:38] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:49:38] [info]  Starting service...
[2012-01-10 12:50:01] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:50:01] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:50:01] [info]  Starting service...


Tomcat7-stderr:

2012-01-10 12:46:15 Commons Daemon procrun stderr initialized

2012-01-10 12:46:22 Commons Daemon procrun stderr initialized

2012-01-10 12:49:38 Commons Daemon procrun stderr initialized

2012-01-10 12:50:01 Commons Daemon procrun stderr initialized


Tomcat7-stdout:

2012-01-10 12:46:15 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:46:22 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:49:38 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:50:01 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object



My order of operations for the upgrade was as follows:

1) stopped Tomcat service
2) upgraded the 64-bit Java to 1.6.0_30 JRE
3) upgraded the 32-bit Java to 1.6.0_30 JRE
4) replaced the jar files for the InetSoft application in the following 
directories per InetSoft's directions:
\Style Report Enterprise\lib (design.jar and sree.jar)
\Tomcat\webapps\sree\WEB-INF\lib (sree.jar only)
5) change the web.xml to use sree.jar (instead of InetSoft's previously named 
sree_pro.jar - they did a name change with the new version).
6) restarted Tomcat service - at this point things were no longer working

I will try the steps you've outlined below and see if this makes a difference.
 
 

 
 
Debbie Shapiro 
Data Warehouse Manager
Cardiac Science
Office: 425.402.2233
 
Visit us at www.cardiacscience.com
Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
Quinton products Part of the Opto Circuits Family
 

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Tuesday, January 10, 2012 12:27 PM
To: Tomcat Users List
Subject: Re: Tomcat 7 service not starting


Debbie,

It looks all a bit confusing, particularly since
- you tell us about logfiles, but without providing the exact path/filename of 
each file
- the timestamps in some of these files indicate events which happened almost 
24 h apart
- some of these messages are not errors; they look like "normal" application 
messages 
(although sometimes in a strange place).

It looks like your main problem is some kind of broken Java JVM, as per these 
messages :

 > 2012-01-09 16:15:55 Commons Daemon procrun stdout initialized
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

which apparently started happening at 2012-01-09 16:15:55.

Other messages which you show, such as

 > 2012-01-08 23:30:12 Commons Daemon procrun stdout initializedInitializing 
 > data space: 
[FileSystemDataSpace]
 > Can not find sree properties in ./sree.properties
 > Writing log to .\sree.log
...

are from the previous day (but they don't look like errors per se).

Presumably, you first replaced these application jars and tried to restart 
Tomcat then, 
and it seems to have worked at least in part, then.
Then, the next day, you must have updated Java, and that's when things started 
to look ugly.

But this is quite a bit of guesswork, becaus

Re: Tomcat 7 SSL activation on AS/400? (Cross-posted to JAVA400)

[James Lampert]

Well, using a keystore created on my WinDoze box, and FTP'd to the 400 
definitely works: Port 8443 came right up.


But that still leaves open the question of why on earth keytool fails to 
create valid keystores on the 400, whether run from QShell or QP2Term.


Inquiring minds want to know.

BTW: Like any other developer distributing Java products, we have a 
keystore with the CA-signed certificate we use to sign JARs. Would that 
KS and certificate also work for SSL support on Tomcat? Or is it limited 
to JAR-signing? (Not that we would ever want to let that keystore, and 
its passwords, out of our hands!)


--
JHHL

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

Re: Problem running my webapp with Tomcat 7.0.22.0 Security Manager enabled (Windows Vista)

[james]

Basically, I've created a webapp which runs fine on my development machine, 
but our actual hosting is shared (and uses a Security Manager) and some new 
libraries we're using throws up loads of exceptions which we need to 
replicate locally, hence the need for me to activate the Security Manager.


If it makes things any simpler, the webapp runs as the root context. Any 
chance you could help me out with the code I need for catalina.policy?


- Original Message - 
From: "Pid" 

To: "Tomcat Users List" 
Sent: Tuesday, January 10, 2012 7:47 PM
Subject: Re: Problem running my webapp with Tomcat 7.0.22.0 Security Manager 
enabled (Windows Vista)




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

RE: Tomcat 7 service not starting

[Debbie Shapiro]

Sorry for the confusion. The log files are the ones in the Tomcat\logs 
directory. I don't know why that one file has 1-8-2012 dates. The file was 
created on 1-9-2012, thus the confusion. I attempted to restart the service 
again today and it generated three files: tomcat7-stderr, tomcat7-stdout and 
commons-daemon.


The contents are as follows:
Commons-daemon:
[2012-01-10 12:46:15] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:46:15] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:46:15] [info]  Starting service...
[2012-01-10 12:46:22] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:46:22] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:46:22] [info]  Starting service...
[2012-01-10 12:49:38] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:49:38] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:49:38] [info]  Starting service...
[2012-01-10 12:50:01] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-10 12:50:01] [info]  Running 'Tomcat7' Service...
[2012-01-10 12:50:01] [info]  Starting service...


Tomcat7-stderr:

2012-01-10 12:46:15 Commons Daemon procrun stderr initialized

2012-01-10 12:46:22 Commons Daemon procrun stderr initialized

2012-01-10 12:49:38 Commons Daemon procrun stderr initialized

2012-01-10 12:50:01 Commons Daemon procrun stderr initialized


Tomcat7-stdout:

2012-01-10 12:46:15 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:46:22 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:49:38 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-10 12:50:01 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object



My order of operations for the upgrade was as follows:

1) stopped Tomcat service
2) upgraded the 64-bit Java to 1.6.0_30 JRE
3) upgraded the 32-bit Java to 1.6.0_30 JRE
4) replaced the jar files for the InetSoft application in the following 
directories per InetSoft's directions:
\Style Report Enterprise\lib (design.jar and sree.jar)
\Tomcat\webapps\sree\WEB-INF\lib (sree.jar only)
5) change the web.xml to use sree.jar (instead of InetSoft's previously named 
sree_pro.jar - they did a name change with the new version).
6) restarted Tomcat service - at this point things were no longer working

I will try the steps you've outlined below and see if this makes a difference.
 
 

 
 
Debbie Shapiro 
Data Warehouse Manager
Cardiac Science
Office: 425.402.2233
 
Visit us at www.cardiacscience.com
Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
Quinton products Part of the Opto Circuits Family
 

-Original Message-
From: André Warnier [mailto:a...@ice-sa.com] 
Sent: Tuesday, January 10, 2012 12:27 PM
To: Tomcat Users List
Subject: Re: Tomcat 7 service not starting


Debbie,

It looks all a bit confusing, particularly since
- you tell us about logfiles, but without providing the exact path/filename of 
each file
- the timestamps in some of these files indicate events which happened almost 
24 h apart
- some of these messages are not errors; they look like "normal" application 
messages 
(although sometimes in a strange place).

It looks like your main problem is some kind of broken Java JVM, as per these 
messages :

 > 2012-01-09 16:15:55 Commons Daemon procrun stdout initialized
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

which apparently started happening at 2012-01-09 16:15:55.

Other messages which you show, such as

 > 2012-01-08 23:30:12 Commons Daemon procrun stdout initializedInitializing 
 > data space: 
[FileSystemDataSpace]
 > Can not find sree properties in ./sree.properties
 > Writing log to .\sree.log
...

are from the previous day (but they don't look like errors per se).

Presumably, you first replaced these application jars and tried to restart 
Tomcat then, 
and it seems to have worked at least in part, then.
Then, the next day, you must have updated Java, and that's when things started 
to look ugly.

But this is quite a bit of guesswork, because we don't know that application, 
and we don't 
know exactly which logfiles you are talking about, nor the order in which you 
did things.


My personal recommendation at this stage, to try making some sense of the 
situation, would 
be :

1)
a) find and delete /all/ the Tomcat and application logfiles that you find 
under the 
Tomcat directories.  Also clear the Windows Event logs if you are allowed to do 
so (maybe 
first save them to file).

b) When you have done the above carefully, try to restart Tomcat, once; I 
assume it will 
not work.
c) then, after this /one/

periodic (60 sec) problem from Vysper bosh servlet embedded in Tomcat 7.0.23

[Bob DeRemer]

Tomcat Community,

I'm not sure if this should be posted here or on the Mina/Vysper list, but 
since the problem seems to be around Jetty Servlet3 continuation functionality 
within the context of Tomcat, I thought I'd post here first.

PROBLEM
We're using vysper in an embedded mode and have modified the BoshServlet to 
work in the context of our web application.  The Vysper bosh servlet seems to 
make use of Jetty servlet3 continuation, and we're getting the following stack 
trace every 60 seconds.  60 seconds seems to be the default bosh session 
timeout when there is no activity:

I'm not sure what's going on with the low-level servlet3 continuation stuff, 
but if anyone has any suggestions/recommendations, I'd greatly appreciate it.

Thanks,
Bob

SEVERE: null
java.lang.IllegalStateException: Calling [asyncDispatch()] is not valid for a 
request with Async state [DISPATCHING]
  at 
org.apache.coyote.AsyncStateMachine.asyncDispatch(AsyncStateMachine.java:256)
  at 
org.apache.coyote.http11.Http11AprProcessor.actionInternal(Http11AprProcessor.java:468)
  at 
org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:834)
  at org.apache.coyote.Request.action(Request.java:344)
  at 
org.apache.catalina.core.AsyncContextImpl.dispatch(AsyncContextImpl.java:185)
  at 
org.apache.catalina.core.AsyncContextImpl.dispatch(AsyncContextImpl.java:146)
  at 
org.apache.catalina.core.AsyncContextImpl.dispatch(AsyncContextImpl.java:140)
  at 
org.eclipse.jetty.continuation.Servlet3Continuation.resume(Servlet3Continuation.java:153)
  at 
org.apache.vysper.xmpp.extension.xep0124.BoshBackedSessionContext.write0(BoshBackedSessionContext.java:233)
  at 
org.apache.vysper.xmpp.extension.xep0124.BoshBackedSessionContext.requestExpired(BoshBackedSessionContext.java:451)
  at 
org.apache.vysper.xmpp.extension.xep0124.BoshBackedSessionContext.access$000(BoshBackedSessionContext.java:46)
  at 
org.apache.vysper.xmpp.extension.xep0124.BoshBackedSessionContext$1.onTimeout(BoshBackedSessionContext.java:605)
  at 
org.eclipse.jetty.continuation.Servlet3Continuation$2.onTimeout(Servlet3Continuation.java:90)
  at 
org.apache.catalina.core.AsyncListenerWrapper.fireOnTimeout(AsyncListenerWrapper.java:45)
  at 
org.apache.catalina.core.AsyncContextImpl.timeout(AsyncContextImpl.java:118)
  at 
org.apache.catalina.connector.CoyoteAdapter.asyncDispatch(CoyoteAdapter.java:292)
  at 
org.apache.coyote.http11.AbstractHttp11Processor.asyncDispatch(AbstractHttp11Processor.java:1515)
  at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:523)
  at 
org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1817)
  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)



Bob DeRemer
Senior Director, Architecture and Development

[cid:image001.png@01CCCFB1.909A3CD0]
http://www.thingworx.com
Skype: bob.deremer.thingworx
O: 610.594.6200 x812
M: 717.881.3986

Re: Tomcat 7 service not starting

[André Warnier]

Debbie,

It looks all a bit confusing, particularly since
- you tell us about logfiles, but without providing the exact path/filename of 
each file
- the timestamps in some of these files indicate events which happened almost 
24 h apart
- some of these messages are not errors; they look like "normal" application messages 
(although sometimes in a strange place).


It looks like your main problem is some kind of broken Java JVM, as per these 
messages :

> 2012-01-09 16:15:55 Commons Daemon procrun stdout initialized
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

which apparently started happening at 2012-01-09 16:15:55.

Other messages which you show, such as

> 2012-01-08 23:30:12 Commons Daemon procrun stdout initializedInitializing data space: 
[FileSystemDataSpace]

> Can not find sree properties in ./sree.properties
> Writing log to .\sree.log
...

are from the previous day (but they don't look like errors per se).

Presumably, you first replaced these application jars and tried to restart Tomcat then, 
and it seems to have worked at least in part, then.

Then, the next day, you must have updated Java, and that's when things started 
to look ugly.

But this is quite a bit of guesswork, because we don't know that application, and we don't 
know exactly which logfiles you are talking about, nor the order in which you did things.



My personal recommendation at this stage, to try making some sense of the situation, would 
be :


1)
a) find and delete /all/ the Tomcat and application logfiles that you find under the 
Tomcat directories.  Also clear the Windows Event logs if you are allowed to do so (maybe 
first save them to file).


b) When you have done the above carefully, try to restart Tomcat, once; I assume it will 
not work.
c) then, after this /one/ unsuccesful attempt, find the logfiles again in the Tomcat log 
directories (and look at the Windows System Event log for any interesting messages).

And then let us know which exact (path/filename) logfiles you find, and their 
content.

2) later, you may have to de-install both of your Java JVMs, and re-install one 
of them.
And maybe re-install Tomcat.
But let's see the logfiles first.


Debbie Shapiro wrote:

Thank you all for your responses. Combining all the questions and answers into 
one email...



Hi, are you able to see the log files in the log folder?

Conway 




A: Yes, I can see the log files. 
The localhost file says catalina serviceManager initalized successfully.


Commons-daemon has the following:
[2012-01-08 23:30:12] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-08 23:30:12] [info]  Running 'Tomcat7' Service...
[2012-01-08 23:30:12] [info]  Starting service...
[2012-01-08 23:30:13] [info]  Service started in 1203 ms.
[2012-01-09 16:15:03] [info]  Stopping service...

I show 2 tomcat7-stdout files
One Tomcat7-stdout mentions an error fail to get sree home from web.xml:

2012-01-08 23:30:12 Commons Daemon procrun stdout initializedInitializing data 
space: [FileSystemDataSpace]
Can not find sree properties in ./sree.properties
Writing log to .\sree.log
The logging properties is: sree.properties
InetSoft 10.2 build 0908111301 started
Fail to get sree home from "web.xml as servlet parameter".
Get sree home from "web.xml as global parameter" successfully.
The sree properties is: C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.properties
Writing log to C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.log
The logging properties is: sree.properties
The sree properties is: C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.properties
Writing log to C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.log
The logging properties is: sree.properties

The other has different errors:

2012-01-09 16:15:55 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:28:15 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:44:43 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:52:27 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:53:07 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 17:16:20 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 17:17:37 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoCla

Re: Tomcat 7 SSL activation on AS/400?

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tim,

On 1/9/12 6:32 PM, Tim Watts wrote:
> Can you successfully run this command:
> 
> keytool -list -keystore {path/to/your/keystore/file} -storepass
> {passwd-in-server.xml}

Good idea.

> If so, perhaps it's a character encoding issue?  Don't remember if 
> AS/400 uses EBCDIC as its default character set.

Er, I'm pretty sure the keystore is a well-defined binary format that
shouldn't be affected by character encoding issues.

I'm no expert, though.

Seems weird to hear that an FTP'd file works... that would imply that
keytool on your AS/400 box is somehow broken -- but only for writes.
Weird.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8MnhMACgkQ9CaO5/Lv0PCkIwCfTjDnUk9Dme/VHO6Zy6KYqfBj
f5gAoJSPYN24TmOE2MXyDSTBMHv2eTpB
=31g4
-END PGP SIGNATURE-

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

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Alastair Baldwin]

Sorry that was a typo


- Original Message -
From: Pid 
To: Tomcat Users List 
Cc: 
Sent: Tuesday, 10 January 2012, 20:00
Subject: Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
7.0.23

On 10/01/2012 18:34, Caldarale, Charles R wrote:
>> From: Alastair Baldwin [mailto:alastairgbald...@yahoo.co.uk] 
>> Subject: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
>> 7.0.23
> 
>> CLASSPATH= 
>> .;c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\servlet-api.jar 
> 
> Probably not the cause of your problem, but don't set the CLASSPATH variable 
> - ever.  It's guaranteed to cause confusion for unsuspecting programs that 
> don't know how to protect themselves from such abuse.  (Fortunately, the 
> standard Tomcat startup scripts usually do handle it properly by ignoring the 
> variable.)

... and that URL is unlikely to work anyway, unless you've got a really
broken Tomcat.  (It's missing a 'lib' directory in the path.)


p


>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
> MATERIAL and is thus for use only by the intended recipient. If you received 
> this in error, please contact the sender and delete the e-mail and its 
> attachments from all computers.
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-- 

[key:62590808]

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

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Pid]

On 10/01/2012 18:34, Caldarale, Charles R wrote:
>> From: Alastair Baldwin [mailto:alastairgbald...@yahoo.co.uk] 
>> Subject: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
>> 7.0.23
> 
>> CLASSPATH= 
>> .;c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\servlet-api.jar 
> 
> Probably not the cause of your problem, but don't set the CLASSPATH variable 
> - ever.  It's guaranteed to cause confusion for unsuspecting programs that 
> don't know how to protect themselves from such abuse.  (Fortunately, the 
> standard Tomcat startup scripts usually do handle it properly by ignoring the 
> variable.)

... and that URL is unlikely to work anyway, unless you've got a really
broken Tomcat.  (It's missing a 'lib' directory in the path.)


p


>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
> MATERIAL and is thus for use only by the intended recipient. If you received 
> this in error, please contact the sender and delete the e-mail and its 
> attachments from all computers.
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature

Re: Problem running my webapp with Tomcat 7.0.22.0 Security Manager enabled (Windows Vista)

[Pid]

On 10/01/2012 15:51, ja...@mobilewebexpert.co.uk wrote:
> Thanks for the reply.
> 
> Afraid I'm very new to Tomcat - please could you explain to me what
> changes I need to make to catalina.policy?

It's can be tricky and it's application specific.

You'll need to add specific policy rules that permit the application to
do whatever it needs to do.  E.g. access to network, file system, jars etc.

Is there a particular reason you want to enable the Security Manager?
Are you hosting untrusted 3rd party applications for example?


p


> Thanks,
> James
> 
> - Original Message - From: "Pid" 
> To: "Tomcat Users List" 
> Sent: Tuesday, January 10, 2012 9:19 AM
> Subject: Re: Problem running my webapp with Tomcat 7.0.22.0 Security
> Manager enabled (Windows Vista)
> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Alastair Baldwin]

That was it, I can't believe it was so trivial.

Thank you so much

Alastair


- Original Message -
From: Mark Thomas 
To: Tomcat Users List 
Cc: 
Sent: Tuesday, 10 January 2012, 19:24
Subject: Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
7.0.23

On 10/01/2012 19:20, Mark Thomas wrote:
> On 10/01/2012 19:14, Alastair Baldwin wrote:
>> My HelloWorldServlet.class is in CATALINA_HOME/webapps/WEB-INF/Classes
> 
> Which should be:
> CATALINA_HOME/webapps/WEB-INF/classes

Scratch that. It should be:
CATALINA_HOME/webapps//WEB-INF/classes

Mark

-
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: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Mark Thomas]

On 10/01/2012 19:20, Mark Thomas wrote:
> On 10/01/2012 19:14, Alastair Baldwin wrote:
>> My HelloWorldServlet.class is in CATALINA_HOME/webapps/WEB-INF/Classes
> 
> Which should be:
> CATALINA_HOME/webapps/WEB-INF/classes

Scratch that. It should be:
CATALINA_HOME/webapps//WEB-INF/classes

Mark

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

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Mark Thomas]

On 10/01/2012 19:14, Alastair Baldwin wrote:
> My HelloWorldServlet.class is in CATALINA_HOME/webapps/WEB-INF/Classes

Which should be:
CATALINA_HOME/webapps/WEB-INF/classes

Case matters.

Mark

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

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Alastair Baldwin]

My HelloWorldServlet.class is in CATALINA_HOME/webapps/WEB-INF/Classes

Alastair


- Original Message -
From: Mark Thomas 
To: Tomcat Users List 
Cc: 
Sent: Tuesday, 10 January 2012, 18:41
Subject: Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
7.0.23

On 10/01/2012 18:38, Alastair Baldwin wrote:
> Excuse my ignorance, but I had the package information in place and had the 
> same error
> so I tried to simplify it by removing the package details from 
> HelloWorldServlet.java
> and the webapps directory. Is a package essential for tomcat to work?

Using packages is strongly recommended.

Placing classes under WEB-INF/classes is required.

Mark

-
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: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Mark Thomas]

On 10/01/2012 18:38, Alastair Baldwin wrote:
> Excuse my ignorance, but I had the package information in place and had the 
> same error
> so I tried to simplify it by removing the package details from 
> HelloWorldServlet.java
> and the webapps directory. Is a package essential for tomcat to work?

Using packages is strongly recommended.

Placing classes under WEB-INF/classes is required.

Mark

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

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Alastair Baldwin]

Excuse my ignorance, but I had the package information in place and had the 
same error
so I tried to simplify it by removing the package details from 
HelloWorldServlet.java
and the webapps directory. Is a package essential for tomcat to work?


- Original Message -
From: Mark Thomas 
To: Tomcat Users List 
Cc: 
Sent: Tuesday, 10 January 2012, 18:30
Subject: Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
7.0.23

On 10/01/2012 18:28, Alastair Baldwin wrote:
> Dear users
> 
> I'm unable to get a Hello World Servlet running from my browser. 
> 
> Configuration:
> Windows XP Version 2002 service pack 3
> Apache-tomcat-7.0.23-windows-x86
> CATALINA_HOME = c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23
> CLASSPATH= 
> .;c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\servlet-api.jar 
>  JAVA_HOME=c:\Program Files\jdk1.7.0
> 
> 
> compiling as javac HelloWorldServlet.java -cp 
> CATALINA_HOME/lib/servlet-api.jar 
> 
> I manually copy  HelloWorldServlet.class  to the apress directory under 
> webapps

That should be apress/WEB-INF/classes//HelloWorldServlet.class

Mark

-
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: Tomcat 7 service not starting

[Debbie Shapiro]

Thank you all for your responses. Combining all the questions and answers into 
one email...



Hi, are you able to see the log files in the log folder?

Conway 



A: Yes, I can see the log files. 
The localhost file says catalina serviceManager initalized successfully.

Commons-daemon has the following:
[2012-01-08 23:30:12] [info]  Commons Daemon procrun (1.0.5.0 64-bit) started
[2012-01-08 23:30:12] [info]  Running 'Tomcat7' Service...
[2012-01-08 23:30:12] [info]  Starting service...
[2012-01-08 23:30:13] [info]  Service started in 1203 ms.
[2012-01-09 16:15:03] [info]  Stopping service...

I show 2 tomcat7-stdout files
One Tomcat7-stdout mentions an error fail to get sree home from web.xml:

2012-01-08 23:30:12 Commons Daemon procrun stdout initializedInitializing data 
space: [FileSystemDataSpace]
Can not find sree properties in ./sree.properties
Writing log to .\sree.log
The logging properties is: sree.properties
InetSoft 10.2 build 0908111301 started
Fail to get sree home from "web.xml as servlet parameter".
Get sree home from "web.xml as global parameter" successfully.
The sree properties is: C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.properties
Writing log to C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.log
The logging properties is: sree.properties
The sree properties is: C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.properties
Writing log to C:\Program Files\Apache Software Foundation\Tomcat 
7.0.6\webapps\sree\WEB-INF\classes/sree.log
The logging properties is: sree.properties

The other has different errors:

2012-01-09 16:15:55 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:28:15 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:44:43 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:52:27 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 16:53:07 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 17:16:20 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

2012-01-09 17:17:37 Commons Daemon procrun stdout initializedError occurred 
during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object





> From: Debbie Shapiro [mailto:dshap...@cardiacscience.com]
> Subject: Tomcat 7 service not starting

> I also upgraded Java from 1.6.0_20 to 1.6.0_30.

Did you also perhaps change from a 32-bit to a 64-bit JVM (or vice-versa)?  The 
mode of the JVM must match the mode of the Tomcat service wrapper (tomcat7.exe).

 - Chuck



A: It is Windows 64-bit. I installed both 32-bit and 64-bit JVMs.




2012/1/10 Caldarale, Charles R :
>> From: Debbie Shapiro [mailto:dshap...@cardiacscience.com]
>> Subject: Tomcat 7 service not starting
>
>> I also upgraded Java from 1.6.0_20 to 1.6.0_30.
>
> Did you also perhaps change from a 32-bit to a 64-bit JVM (or vice-versa)?  
> The mode of the JVM must match the mode of the Tomcat service wrapper 
> (tomcat7.exe).
>

Are you using JRE or JDK?
If JRE then OK, as its path is always the same.

If JDK then you must update service configuration to use the new version of JDK.



A: It is the JRE only.


What jar files did you replace?

A: These are InetSoft jar files, nothing was replaced or changed on the Tomcat 
installation.

I'd also replace tomcat7.exe and tomcat7w.exe, review configuration changes [1] 
and clear all files from work directory.

A: Why would these need to be replaced?
Also, there is nothing in the work directory other than a bunch of directories. 
The only file I see is in the work\Catalina\localhost\_\org\apache\jsp and 
there is an index_jsp.class and an index_jsp.java both dated 1/26/2011. So they 
haven't changed in quite a while.


Do you use tc-native DLL?

A: I don't even understand the question! LOL 


What OS it is?
Win 2003 Server R2 SP2 Standard 64-bit


[1] http://tomcat.apache.org/migration.html

Best regards,
Konstantin Kolinko








On 10/01/2012 01:16, Debbie Shapiro wrote:
> Hello -
> I use Tomcat with the Business Intelligence Web Application InetSoft. I am in 
> the process of upgrading our development server to their latest version 
> (11.2). I also upgraded Java from 1.6.0_20 to 1.6.0_30. The upgrade procedure 
> for InetSoft is to replace a couple of jar files, which I have done. But now 
> Tomcat is no longer starting up. I get an Error 1067. The process terminated 
> unexpectedly. Can anyone provide any gu

RE: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Caldarale, Charles R]

> From: Alastair Baldwin [mailto:alastairgbald...@yahoo.co.uk] 
> Subject: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 
> 7.0.23

> CLASSPATH= .;c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\servlet-api.jar 

Probably not the cause of your problem, but don't set the CLASSPATH variable - 
ever.  It's guaranteed to cause confusion for unsuspecting programs that don't 
know how to protect themselves from such abuse.  (Fortunately, the standard 
Tomcat startup scripts usually do handle it properly by ignoring the variable.)

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


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

Re: SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Mark Thomas]

On 10/01/2012 18:28, Alastair Baldwin wrote:
> Dear users
> 
> I'm unable to get a Hello World Servlet running from my browser. 
> 
> Configuration:
> Windows XP Version 2002 service pack 3
> Apache-tomcat-7.0.23-windows-x86
> CATALINA_HOME = c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23
> CLASSPATH= 
> .;c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\servlet-api.jar 
>  JAVA_HOME=c:\Program Files\jdk1.7.0
> 
> 
> compiling as javac HelloWorldServlet.java -cp 
> CATALINA_HOME/lib/servlet-api.jar 
> 
> I manually copy  HelloWorldServlet.class  to the apress directory under 
> webapps

That should be apress/WEB-INF/classes//HelloWorldServlet.class

Mark

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

SEVERE: Allocate exception for servlet helloworld Apache-Tomcat 7.0.23

[Alastair Baldwin]

Dear users

I'm unable to get a Hello World Servlet running from my browser. 

Configuration:
Windows XP Version 2002 service pack 3
Apache-tomcat-7.0.23-windows-x86
CATALINA_HOME = c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23
CLASSPATH= .;c:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\servlet-api.jar 
 JAVA_HOME=c:\Program Files\jdk1.7.0


compiling as javac HelloWorldServlet.java -cp CATALINA_HOME/lib/servlet-api.jar 

I manually copy  HelloWorldServlet.class  to the apress directory under webapps

and the web.xml to webapps/apress/WEB-INF

I start Tomcat from CATALINA_HOME\bin as catalina start

I get the following output:
Jan 09, 2012 12:40:51 AM org.apache.catalina.startup.HostConfig deployDirectory 
INFO: Deploying web application directory 
C:\apache-tomcat-7.0.23-windows-x86\apache-tomcat-7.0.23\webapps\apress 
INFO: Server startup in 1017 ms 


In Google chrome I type: 
http://localhost:8080/apress/hello.html

I get the following output in my browser: 


-HTTP Status 500 - 
type Exception report 
message 
description The server encountered an internal error () that prevented it from 
fulfilling this request. 
exception 
javax.servlet.ServletException: Error instantiating servlet class 
HelloWorldServlet 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)  


and this is the logs: 

INFO: ContextListener: 
attributeAdded('org.apache.jasper.compiler.TldLocationsCache', 
'org.apache.jasper.compiler.TldLocationsCache@4ded8e') 
Jan 09, 2012 12:40:49 PM org.apache.catalina.core.ApplicationContext log 
INFO: Marking servlet helloworld as unavailable 
Jan 09, 2012 12:40:49 PM org.apache.catalina.core.StandardWrapperValve invoke 
SEVERE: Allocate exception for servlet helloworld 
java.lang.ClassNotFoundException: HelloWorldServlet 
at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688)  



Thanks in advance

Alastair  

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

Re: Tomcat 7 SSL activation on AS/400? (Cross-posted to JAVA400)

[Tim Watts]

On Tue, 2012-01-10 at 09:35 -0800, James Lampert wrote:
> Tim Watts wrote:
> > That's a possibility if it's padding the passwords as well.   I'm not an
> > AS/400 expert by any means.  Is /foo a preallocated file and if so could
> > the problem be with the way it was allocated?
> 
> The Java-400 list over at Midrange.com is also in on this (albeit not 
> this specific message).
> 
> I tried putting the password, and some of the values, in single quotes, 
> and others in double quotes. No change in behavior: the confirmation 
> message fields were padded, and the quote marks were shown in them.
> 
> Hmm. THIS is INTERESTING!
> 
> If I FTP a keystore created on my WinDoze box onto the 400, then KEYTOOL 
> there can read it. FASCINATING.
> 
Ha!  Presumably you FTP-ed in binary mode?  Maybe that solves your
original problem too.

I know the big mainframe OSes can run Unix VMs which is what the bank
where I used to work ran all their Java servers in.  Perhaps AS/400 has
something similar and would make your app easier to manage.  Hope
there's an AS/400 expert lurking on the list; I don't think I can offer
much further help.

If you do work it out on midrange.com maybe you could post your solution
here too for others to learn from.

Good Luck.

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



signature.asc
Description: This is a digitally signed message part

Re: Tomcat 7 SSL activation on AS/400? (Cross-posted to JAVA400)

[James Lampert]

Tim Watts wrote:

That's a possibility if it's padding the passwords as well.   I'm not an
AS/400 expert by any means.  Is /foo a preallocated file and if so could
the problem be with the way it was allocated?


The Java-400 list over at Midrange.com is also in on this (albeit not 
this specific message).


I tried putting the password, and some of the values, in single quotes, 
and others in double quotes. No change in behavior: the confirmation 
message fields were padded, and the quote marks were shown in them.


Hmm. THIS is INTERESTING!

If I FTP a keystore created on my WinDoze box onto the 400, then KEYTOOL 
there can read it. FASCINATING.


--
JHHL

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

Re: SSL Configuration Errors -- Resolved

[Justin Larose]

All,

> > This seems to be the problem. How do I set my imported cert as a "key
> > entry" or get Tomcat to read it as a CertEntry?
> You must use the same keystore and same alias when you:
> 1. generate key,
> 2. generate csr,
> 3. import certificate.
> 
> Example:
> keytool -genkey ... -keystore xxx.jks -alias yyy
> keytool -certreq ... -keystore xxx.jks -alias yyy
> and later
> keytool -import -trustcacerts ... -keystore xxx.jks -alias yyy
> 
> Same keystore, same alias in all three invocations of keytool.
> 

Thanks for the help everyone. After recreating the .jks and resubmitting 
the csr all with "alias tomcat" then importing the root, intermediate and 
new certificate
I was able to access the application.

-- Justin

**
This email and any files transmitted with it are intended solely for 
the use of the individual or agency to whom they are addressed. 
If you have received this email in error please notify the Navy 
Exchange Service Command e-mail administrator. This footnote 
also confirms that this email message has been scanned for the
presence of computer viruses.

Thank You!
**

Re: Problem running my webapp with Tomcat 7.0.22.0 Security Manager enabled (Windows Vista)

[james]

Thanks for the reply.

Afraid I'm very new to Tomcat - please could you explain to me what changes 
I need to make to catalina.policy?


Thanks,
James

- Original Message - 
From: "Pid" 

To: "Tomcat Users List" 
Sent: Tuesday, January 10, 2012 9:19 AM
Subject: Re: Problem running my webapp with Tomcat 7.0.22.0 Security Manager 
enabled (Windows Vista)




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

Re: response.isCommited() returns false after sendRedirect is called?

[Pid]

On 10/01/2012 14:31, Polina Genova wrote:
> Hi Konstantin,
> 
> You previously said:
>> The spec says about HttpServletResponse.
>> isCommitted(), but your valve is calling
>> org.apache.catalina.connector.Response.isCommitted().
> 
> But org.apache.catalina.connector.Response implements HttpServletResponse.
> Don't you think it should conform with the spec (HttpServletResponse API)
> then?

So does org.apache.catalina.connector.ResponseFacade.

When you do Response.getResponse() you get a ResponseFacade, just like
an application does, with a different implementation.

So call that one instead.


p


 Thanks and Best Regards,
> Polina
> 
> 
> On Mon, Dec 26, 2011 at 12:44 AM, Polina Genova 
> wrote:
> 
>> Thanks for the answer, Konstantin,
>>
>> Actually I was referring to the HttpServletResponse interface simply
>> because org.apache.catalina.connector.
>> Response implements it and I would expect that its isCommited()
>> implementation complies with it just like ResponseFacade's one does.
>>
>> Thanks!
>>
>> Best Regards,
>> Polina
>>
>> On Fri, Dec 23, 2011 at 10:55 AM, Konstantin Kolinko <
>> knst.koli...@gmail.com> wrote:
>>
>>> 2011/12/23 Polina Genova :
 Hi,

 I accidentally noticed that in valves response.isCommitted()  returns
>>> false
 after sendRedirect() is called.
 According to the HttpServletResponse API (and Servlet Specification
>>> v.2.5)
 after sendRedirect() is called the response should be considered
>>> committed
 so I believe isCommitted() should return true in this case, shouldn't
>>> it?
 Reproducible on Tomcat 6.35.

 To reproduce this, you may use the attached test materials:
- test dummy valve
- simple test app with 2 jsps (test.jsp redirects to
>>> index.jsp).

>>>
>>> The spec says about HttpServletResponse.isCommitted(), but your valve is
>>> calling
>>> org.apache.catalina.connector.Response.isCommitted().
>>>
>>> Those are different methods.
>>>
>>> See o.a.c.connector.ResponseFacade#isCommitted() and
>>> Response.isAppCommitted().
>>>
>>> Best regards,
>>> Konstantin Kolinko
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>
>>>
>>
> 


-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature

Re: response.isCommited() returns false after sendRedirect is called?

[Polina Genova]

Hi Konstantin,

You previously said:
>The spec says about HttpServletResponse.
>isCommitted(), but your valve is calling
>org.apache.catalina.connector.Response.isCommitted().

But org.apache.catalina.connector.Response implements HttpServletResponse.
Don't you think it should conform with the spec (HttpServletResponse API)
then?


Thanks and Best Regards,
Polina


On Mon, Dec 26, 2011 at 12:44 AM, Polina Genova wrote:

> Thanks for the answer, Konstantin,
>
> Actually I was referring to the HttpServletResponse interface simply
> because org.apache.catalina.connector.
> Response implements it and I would expect that its isCommited()
> implementation complies with it just like ResponseFacade's one does.
>
> Thanks!
>
> Best Regards,
> Polina
>
> On Fri, Dec 23, 2011 at 10:55 AM, Konstantin Kolinko <
> knst.koli...@gmail.com> wrote:
>
>> 2011/12/23 Polina Genova :
>> > Hi,
>> >
>> > I accidentally noticed that in valves response.isCommitted()  returns
>> false
>> > after sendRedirect() is called.
>> > According to the HttpServletResponse API (and Servlet Specification
>> v.2.5)
>> > after sendRedirect() is called the response should be considered
>> committed
>> > so I believe isCommitted() should return true in this case, shouldn't
>> it?
>> > Reproducible on Tomcat 6.35.
>> >
>> > To reproduce this, you may use the attached test materials:
>> >- test dummy valve
>> >- simple test app with 2 jsps (test.jsp redirects to
>> index.jsp).
>> >
>>
>> The spec says about HttpServletResponse.isCommitted(), but your valve is
>> calling
>> org.apache.catalina.connector.Response.isCommitted().
>>
>> Those are different methods.
>>
>> See o.a.c.connector.ResponseFacade#isCommitted() and
>> Response.isAppCommitted().
>>
>> Best regards,
>> Konstantin Kolinko
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>

Re: multi-tented connection queues

[Pid]

On 10/01/2012 12:25, Tharindu Patikirikorala wrote:
> Hi All,
> 
> 
> I am doing a case study to make tomcat to host multi-tented web
> applications. i.e., a single web application/service container is serving
> logically partitioned customers.  For the basic implementation (let’s say
> number of customers/tenant are 2) I want to make following modifications.
> 
> 1)  Identify the tenant and implementing a request/connection queues
> for each tenant. Then queue will have ‘acceptcount’ which reject the system
> to avoid severe overloads.

Queue of what?  Tomcat doesn't have any queues.  Queuing is usually
associated with messaging products or applications.


> 2)  The worker threads have to be allocated to serve these requests
> based on a new scheduling. Two queues will be processed by this scheduler
> based on a priority scheme.

Sounds like an application problem.  A messaging application problem.


> After looking at the code, currently a single connection queue
> (ServerSocket.listen(backlog)) is used which is not aware about the tenants
> request. However, for the implementation we need another level of queuing
> which will reject the requests based on the tenant.

You are referring to the Connector.  The Connector processes requests.
You could extend it yourself to do whatever you wanted, but you are
probably just better creating a separate instance for each tenant and
starting it in its own JVM.

See RUNNING.txt for details of how to separate CATALINA_HOME and
CATALINA_BASE so you can use a common runtime for multiple instances.


p


> Please suggest a way to implement such a scheme.
> 
> 
> Thank you
> 
> Pati
> 


-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature

Re: SSL Configuration Errors

[Justin Larose]

Ognjen,

> You must use the same keystore and same alias when you:

> 1. generate key,
> 2. generate csr,
> 3. import certificate.
> 
> Example:
> keytool -genkey ... -keystore xxx.jks -alias yyy
> keytool -certreq ... -keystore xxx.jks -alias yyy
> and later
> keytool -import -trustcacerts ... -keystore xxx.jks -alias yyy
> 
> Same keystore, same alias in all three invocations of keytool.

I took screenshots of my actions in doing these steps above. The only 
problem I see is when I created the keystore at first I named it 
wcmdev.keystore and now it seems to be named wcmdev.jks . So I have 
deleted all keystores and will start from scratch again.

Here is what I have entered for creating keystore and CSR request:

C:\Program Files>cd %JAVA_HOME%

C:\Program Files\Java\jre6>cd bin

C:\Program Files\Java\jre6\bin>keytool -genkey -alias tomcat -keyalg RSA 
-keysize 2048 -keystore wcmdev.jks
(I deleted this section)
Enter key password for 
(RETURN if same as keystore password):
Re-enter new password:
C:\Program Files\Java\jre6\bin>keytool -certreq -keyalg RSA -alias tomcat 
-file wcmdev.csr -keystore wcmdev.jks
Enter keystore password:

When I get the new certificate should I only import the certificate? Or do 
I need to import the intermediate and root certificate first?

Thanks,
Justin

**
This email and any files transmitted with it are intended solely for 
the use of the individual or agency to whom they are addressed. 
If you have received this email in error please notify the Navy 
Exchange Service Command e-mail administrator. This footnote 
also confirms that this email message has been scanned for the
presence of computer viruses.

Thank You!
**

Re: multi-tented connection queues

[André Warnier]

Tharindu Patikirikorala wrote:

Hi All,


I am doing a case study to make tomcat to host multi-tented web
applications. i.e., a single web application/service container is serving
logically partitioned customers.  For the basic implementation (let’s say
number of customers/tenant are 2) I want to make following modifications.

1)  Identify the tenant


on the base of what ?

 and implementing a request/connection queues

for each tenant. Then queue will have ‘acceptcount’ which reject the system
to avoid severe overloads.

2)  The worker threads have to be allocated to serve these requests
based on a new scheduling. Two queues will be processed by this scheduler
based on a priority scheme.

After looking at the code, currently a single connection queue
(ServerSocket.listen(backlog)) is used which is not aware about the tenants
request. However, for the implementation we need another level of queuing
which will reject the requests based on the tenant.

Please suggest a way to implement such a scheme.



Unless this is a purely academic exercise and you insist in doing it "in Tomcat", my 
feeling is that this kind of scheme would be much better implemented at the level of a 
front-end, which could conditionnally forward requests to one or more Tomcat 
instances/ports/applications, based on whatever discrimination factors you choose to 
implement.

In other words, why re-invent the wheel ?



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

multi-tented connection queues

[Tharindu Patikirikorala]

Hi All,


I am doing a case study to make tomcat to host multi-tented web
applications. i.e., a single web application/service container is serving
logically partitioned customers.  For the basic implementation (let’s say
number of customers/tenant are 2) I want to make following modifications.

1)  Identify the tenant and implementing a request/connection queues
for each tenant. Then queue will have ‘acceptcount’ which reject the system
to avoid severe overloads.

2)  The worker threads have to be allocated to serve these requests
based on a new scheduling. Two queues will be processed by this scheduler
based on a priority scheme.

After looking at the code, currently a single connection queue
(ServerSocket.listen(backlog)) is used which is not aware about the tenants
request. However, for the implementation we need another level of queuing
which will reject the requests based on the tenant.

Please suggest a way to implement such a scheme.


Thank you

Pati

Re: tomcat7 autoDeploy problem..

[Pid]

On 10/01/2012 00:04, 이재만 wrote:
> hi.
> clould somebody help me to AutoDeploy reload problem..
> false, I was set to autodeploy.
> Why reloading the source again?on tomcat7 with autoDeploy="false" ???
>  
> thank you.

Are you using Eclipse or an IDE?

How are you deploying the update application, is it a WAR or directory?


p


-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature

Re: Problem running my webapp with Tomcat 7.0.22.0 Security Manager enabled (Windows Vista)

[Pid]

On 09/01/2012 19:22, ja...@mobilewebexpert.co.uk wrote:
> Hiya,
> 
> I've just turned on Tomcat's Security Manager and (not surprisingly) I'm now 
> having a problem running my webapp. I know I probably need to specify some 
> security privileges somewhere, but not sure where - possibly catalina.policy? 
> Can anyone help??

Yes, in catalina.policy.  Have fun.


p

> Here's the error from the log file:
> 
> 09-Jan-2012 17:33:34 org.apache.catalina.core.StandardWrapperValve invoke
> SEVERE: Servlet.service() for servlet [Manager] in context with path 
> [/manager] threw exception [Could not initialize class 
> org.netbeans.modules.schema2beans.DDLogFlags] with root cause
> java.lang.NoClassDefFoundError: Could not initialize class 
> org.netbeans.modules.schema2beans.DDLogFlags
> at org.netbeans.modules.schema2beans.DOMBinding.register(DOMBinding.java:166)
> at 
> org.netbeans.modules.schema2beans.BeanProp.registerDomNode(BeanProp.java:1809)
> at 
> org.netbeans.modules.schema2beans.GraphManager.createRootBinding(GraphManager.java:232)
> at org.netbeans.modules.schema2beans.BaseBean.createRoot(BaseBean.java:288)
> at 
> org.netbeans.modules.web.monitor.data.MonitorData.(MonitorData.java:98)
> at 
> org.netbeans.modules.web.monitor.data.MonitorData.(MonitorData.java:75)
> at 
> org.netbeans.modules.web.monitor.data.MonitorData.(MonitorData.java:71)
> at 
> org.netbeans.modules.web.monitor.server.MonitorFilter.setupDataRecord(MonitorFilter.java:484)
> at 
> org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:331)
> at sun.reflect.GeneratedMethodAccessor31.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:273)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:270)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
> at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:305)
> at 
> org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:245)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
> at 
> org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:57)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:193)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at 
> org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
> at sun.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:273)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:270)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
> at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:305)
> at 
> org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:245)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
> at 
> org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:57)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:193)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
> at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:581)
> at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
> at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
> at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:405)
> at 
> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:964)
> at 
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractPro

Re: Endorsed directory classloader

[Pid]

On 10/01/2012 00:47, Ryan wrote:
> Hi-
> 
> I've got single Tomcat instance with 10 different webapps deployed. I'm in
> the process of converting the webapps logging from using Tomcat's JULI via
> java.util.logging to SLF4J, initally backed by log4j.
> 
> I've run into a classloader problem due to my usage of the endorsed/
> directory: we place 2 jars in the endorsed/ dir so that the classes
> contained within are shared across webapps. 

Endorsed is for overriding classes supplied in the JDK.

 http://docs.oracle.com/javase/6/docs/technotes/guides/standards/

If you want to share JARs (why do you want to do that?) between webapps
in Tomcat 6.0.x you just need to put them in tomcat/lib.


p

> However, now that these classes
> depends on SLF4J class initialization fails since the SLF4J classes are not
> found on the classpath. I have attempted to put the required jars in:
> ${catalina.base}/lib, ${catalina.home}/lib and the endorsed/ directory
> itself, and each time the dependent classes fail to load due to an
> inability to locate the org.slf4j classes.
> 
> What do you recommend I do to make the slf4j jars available to the classes
> within the endorsed/ directory?





-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature

Re: Tomcat 7 service not starting

[Pid]

On 10/01/2012 01:16, Debbie Shapiro wrote:
> Hello -
> I use Tomcat with the Business Intelligence Web Application InetSoft. I am in 
> the process of upgrading our development server to their latest version 
> (11.2). I also upgraded Java from 1.6.0_20 to 1.6.0_30. The upgrade procedure 
> for InetSoft is to replace a couple of jar files, which I have done. But now 
> Tomcat is no longer starting up. I get an Error 1067. The process terminated 
> unexpectedly. Can anyone provide any guidance on where to look for why this 
> is no longer starting up?

What does "update a couple of jar files" refer to?  Tomcat or InetSoft?

Does this procedure also involve updating Tomcat and if so, how did you
do that?

You didn't actually say, but I assume from the error that you are using
Windows.  Did you check the Tomcat log files and find any errors there?


p



> Debbie Shapiro
> Data Warehouse Manager
> Cardiac Science
> Office: 425.402.2233
> 
> Visit us at www.cardiacscience.com
> Suppliers of Cardiac Science, Criticare, Unetixs, Powerheart, Burdick, and 
> Quinton products Part of the Opto Circuits Family
> 
> 


-- 

[key:62590808]



signature.asc
Description: OpenPGP digital signature