RE: Problem running Tomcat 4.0.4 under JDK 1.4.1

[Ganey, Todd]

Do you have the correct tools.jar in your $TOMCAT_HOME\common\lib folder?
To me it sounds like you have an older JDK tools.jar in your folder.  Just
copy the correct jdk tools.jar from the $JDK_DIR\lib\tools.jar into the
tomcat\common\lib.  

Hope that helps,
Todd Ganey

-Original Message-
From: Donie Kelly [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 06, 2002 4:22 AM
To: 'Tomcat Users List'
Subject: RE: Problem running Tomcat 4.0.4 under JDK 1.4.1


Hi all

I've downgraded the JDK to 1.4.0 but I'm still getting the following errors
when executing the jsp pages. I can access the servlets that generate HTML
specifically because I have some mapped to URL's so the problem is only
happening when Tomcat tries to compile the JSP's.

Thanks for any help
Donie

type Exception report
message Internal Server Error
description The server encountered an internal error (Internal Server Error)
that prevented it from fulfilling this request.
exception 
org.apache.jasper.JasperException: Unable to compile class for JSPerror:
Invalid class file format:
C:\mmsdev\dev\mms\webapps\mms\WEB-INF\classes\com\tecnomen\mms\relay\Version
.class, wrong version: 46, expected 45

C:\tomcat4.0\work\Standalone\www.vodofone.ie\_\onm\index$jsp.java:3: Class
com.tecnomen.mms.relay.Version not found in import.
import com.tecnomen.mms.relay.Version;
   ^
error: Invalid class file format:
C:\mmsdev\dev\mms\webapps\mms\WEB-INF\classes\com\tecnomen\mms\relay\Stat.cl
ass, wrong version: 46, expected 45

C:\tomcat4.0\work\Standalone\www.vodofone.ie\_\onm\index$jsp.java:4: Class
com.tecnomen.mms.relay.Stat not found in import.
import com.tecnomen.mms.relay.Stat;
   ^
error: Invalid class file format:
C:\mmsdev\dev\mms\webapps\mms\WEB-INF\classes\com\tecnomen\mms\relay\Traffic
Manager.class, wrong version: 46, expected 45

C:\tomcat4.0\work\Standalone\www.vodofone.ie\_\onm\index$jsp.java:5: Class
com.tecnomen.mms.relay.TrafficManager not found in import.
import com.tecnomen.mms.relay.TrafficManager;
   ^
error: Invalid class file format:
C:\mmsdev\dev\mms\webapps\mms\WEB-INF\classes\com\tecnomen\mms\processor\Loa
dControlProcessor.class, wrong version: 46, expected 45

C:\tomcat4.0\work\Standalone\www.vodofone.ie\_\onm\index$jsp.java:6: Class
com.tecnomen.mms.processor.LoadControlProcessor not found in import.
import com.tecnomen.mms.processor.LoadControlProcessor;
   ^
error: Invalid class file format:
C:\mmsdev\dev\mms\webapps\mms\WEB-INF\classes\com\tecnomen\mms\relay\Alarms.
class, wrong version: 46, expected 45

C:\tomcat4.0\work\Standalone\www.vodofone.ie\_\onm\index$jsp.java:7: Class
com.tecnomen.mms.relay.Alarms not found in import.
import com.tecnomen.mms.relay.Alarms;
   ^
10 errors

at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285)
at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:548)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe
rvlet.java:176)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
va:188)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:531)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.a

RE: Tomcat 3.2 : Include File Paths

[Ganey, Todd]

Users cannot remove other people.  
To unsubscribe, e-mail:
[EMAIL PROTECTED]

from the address that is receiving mail from this list

HTH,
Todd

-Original Message-
From: anette mysel [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 7:49 AM
To: Tomcat Users List
Subject: Re: Tomcat 3.2 : Include File Paths


PLEASE REMOVE ME FROM YOUR MAILING LIST.I DO NOT KNOW WHO YOU ARE... THANK
YOU...
- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Wednesday, June 05, 2002 7:48 AM
Subject: RE: Tomcat 3.2 : Include File Paths


> If your docBase is set to "/net/webapps" then what
> you describe should work.  If your docBase is set to
> "/net/webapps/test", then the ".." in your include
> is trying to go outside of the webapp, which is not
> allowed.
>
> Cheers,
> Larry
>
> > -Original Message-
> > From: Steve [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, June 05, 2002 7:12 AM
> > To: [EMAIL PROTECTED]
> > Subject: Tomcat 3.2 : Include File Paths
> >
> >
> > Hi;
> >
> > I'm using Tomcat 3.2
> >
> > I have a webapp defined on my system to be:
> > /net/webapps
> >
> > Under the directory "webapps" I have several subdirectories
> > for jsps and various
> > resources.
> >
> > In one file, /net/webapps/test/test.jsp, I am trying to use
> > this include directive
> > <%@ include file="../common/copyright.html" %>
> > to include
> > /net/webapps/common/copyright.html
> >
> > I keep getting error code 500 and the message "bad file
> > argument to include"
> >
> > Anyone have any idea of what is going on and how I can "back
> > up" with file paths?
> >
> > Thanks in advance
> >
> > Steve
> >
> >
> >
> > __
> > Do You Yahoo!?
> > Yahoo! - Official partner of 2002 FIFA World Cup
> > http://fifaworldcup.yahoo.com
> >
> > --
> > To unsubscribe, e-mail:
> >  [EMAIL PROTECTED]>
> > For
> > additional commands,
> > e-mail: 
> >
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

HOW TO REMOVE YOURSELF

[Ganey, Todd]

Other users cannot remove you from the list.  You will have to do this
yourself.
To unsubscribe, e-mail:   [EMAIL PROTECTED]

>From the address that you are receiving the mail from this list on.

If this does not work perhaps that would be useful information.  The way to
unsubscribe from most mailing lists is generally provided at the bottom of
the
email from the mailing list.  In the future if you get email from places you
don't want, please try 
looking at the bottom for this information instead of spamming the people
just as I am sure
you are feeling spammed.  Doing it yourself is quicker for you.

HTH,
Todd Ganey

-Original Message-
From: anette mysel [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 7:54 AM
To: Tomcat Users List
Subject: Re: How to list all Threads in the JVM? (Includes suggestion.)


PLEASE REMOVE ME FROM YOUR MAILING LIST. I DO NOT KNOW WHO YOU ARE. THANK
YOU...
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 05, 2002 9:29 AM
Subject: RE: How to list all Threads in the JVM? (Includes suggestion.)


Howdy,
Your basic code snippet worked relatively well.  In fact, I liked it
enough to start using it, with a few modifications and enhancements.
I'm attaching a more fully developed class to do some more, e.g. get a
list of all threads, etc.

You WILL get security (e.g. ThreadIllegalStateException) exceptions if
you try to modify thread groups outside your own.  For kicks, try the
destroyRootThreadGroup() method in the attached class. ;)

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Janek Bogucki [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 05, 2002 9:05 AM
>To: [EMAIL PROTECTED]
>Subject: How to list all Threads in the JVM? (Includes suggestion.)
>
>Hi,
>
>We are trying to monitor the set of Threads in the JVM running Tomcat
in
>order to fix a resource
>exhaustion problem we have. (Tomcat and/or our code is increasing the
>number of threads until the
>hard nproc limit in /etc/security/limits.conf for the user is reached.
Red
>Hat Linux 7.2)
>
>How can I code this? This is probably a basic Java question but how do
I
>reference to the top
>level ThreadGroup? With this code
>
>ThreadGroup tg = Thread.currentThread().getThreadGroup() ;
>while ( tg.getParent() != null)
>tg = tg.getParent() ;
>
>/* walk hierachy from tg */
>
>would the code encounter problems with security manager restrictions
when
>methods are invoked on
>the root object?
>
>In addition to the actual code to walk the Thread tree does anyone have
a
>suggestion as to which
>classloader I should put the code in? Does it matter?
>
>Many Thanks for any suggestions,
>Janek
>
>__
>Do You Yahoo!?
>Everything you'll ever need on one web page
>from News and Sport to Email and Music Charts
>http://uk.my.yahoo.com
>
>--
>To unsubscribe, e-mail:   [EMAIL PROTECTED]>
>For additional commands, e-mail: [EMAIL PROTECTED]>








> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:



--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Where can I find archives for this list?

[Ganey, Todd]

Try looking at this list of archives under the section "Archives and
searching"

http://jakarta.apache.org/site/mail2.html

HTH,
Todd

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 11:34 AM
To: Tomcat Users List
Subject: Where can I find archives for this list?



This list is not archived at google. Any idea where I can find searchable
archives to this list?
thanks,
suha.





[EMAIL PROTECTED] on 03/15/2002 10:57:23 AM

Please respond to "Tomcat Users List" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:
Subject:  Tomcat starts new session in servlet. Is this a bug?


Hello all,

I recently added a new context (virutal directory) to Tomcat.
My original context does not have this problem. In the new context,
Tomcat maintains two sessions per one user session. The JSPs
have one session id and the servlets have a different session id.
I must have mis-configured this new context. However, I don't see any
differences between the entries in web.xml + server.xml for each context.
I hope this is not a bug. Please help?

Thanks,
Suha.



This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including any
reliance thereon) is STRICTLY PROHIBITED. If you received this transmission
in error, please immediately contact the sender and destroy the material in
its entirety, whether in electronic or hard copy format. Thank you.


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 









This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including any
reliance thereon) is STRICTLY PROHIBITED. If you received this transmission
in error, please immediately contact the sender and destroy the material in
its entirety, whether in electronic or hard copy format. Thank you.


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Where can I find archives for this list?

[Ganey, Todd]

Well you can try http://www.servlets.com/archive/servlet/ViewLists as it has
a Tomcat-Users searchable list.  (after clicking on tomcat-user then the
search option is in the upper right)

But you may have already visted this site as I got to it from a link on
http://jakarta.apache.org/site/mail2.html

Good luck,
Todd

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 11:58 AM
To: Tomcat Users List
Subject: RE: Where can I find archives for this list?



Thanks Todd.
Unfortunately, I'm getting a 404 error on that link.
As an FYI: I found some archives at http://archive.covalent.net/ but they
are not searchable.
If you know of any searchable archives, please let me know.

~ suha.





"Ganey, Todd" <[EMAIL PROTECTED]> on 03/15/2002 01:50:57 PM

Please respond to "Tomcat Users List" <[EMAIL PROTECTED]>

To:   "'Tomcat Users List'" <[EMAIL PROTECTED]>
cc:
Subject:  RE: Where can I find archives for this list?


Try looking at this list of archives under the section "Archives and
searching"

http://jakarta.apache.org/site/mail2.html

HTH,
Todd

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 11:34 AM
To: Tomcat Users List
Subject: Where can I find archives for this list?



This list is not archived at google. Any idea where I can find searchable
archives to this list?
thanks,
suha.





[EMAIL PROTECTED] on 03/15/2002 10:57:23 AM

Please respond to "Tomcat Users List" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:
Subject:  Tomcat starts new session in servlet. Is this a bug?


Hello all,

I recently added a new context (virutal directory) to Tomcat.
My original context does not have this problem. In the new context,
Tomcat maintains two sessions per one user session. The JSPs
have one session id and the servlets have a different session id.
I must have mis-configured this new context. However, I don't see any
differences between the entries in web.xml + server.xml for each context.
I hope this is not a bug. Please help?

Thanks,
Suha.



This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including any
reliance thereon) is STRICTLY PROHIBITED. If you received this transmission
in error, please immediately contact the sender and destroy the material in
its entirety, whether in electronic or hard copy format. Thank you.


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>









This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including any
reliance thereon) is STRICTLY PROHIBITED. If you received this transmission
in error, please immediately contact the sender and destroy the material in
its entirety, whether in electronic or hard copy format. Thank you.


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>









This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law. If you are not the
intended recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including any
reliance thereon) is STRICTLY PROHIBITED. If you received this transmission
in error, please immediately contact the sender and destroy the material in
its entirety, whether in electronic or hard copy format. Thank you.


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

JSP compile error when switching JDK to 1.4.0

[Ganey, Todd]

I know this has been posted before, but I either missed or there was no
solution posted on how to correct the JSP compile error when you switch JDKs
from (in my case) 1.3.02 to 1.4.0 in Jakarta TC 4.0.3 on a Windows 2000 or
ME machine.

after installing the new JDK, pointing references to the new JDK, and after
removing (or not removing) the old JDK, starting Tomcat and then trying to
access a JSP page (ex. the examples)

I get this exception (only the first line shown) :

org.apache.jasper.JasperException: Unable to compile class for JSPerror:
Invalid class file format in
C:\J2SDK1.4.0\JRE\lib\rt.jar(java/lang/Object.class).  The major.minor
version '48.0' is too recent for this tool to understand.

Now I have hunted the registry and done some searches through contents of
the Tomcat files thinking something still needed to be switched over, but I
have been unable to find the smoking gun.  As of right now the only way I
have found to fix this problem is to reinstall Tomcat (the typical Windows
thing to do and very easy, thanks for a good installer), but I would prefer
to know what is causing this and how I could fix it without a reinstall.

Thank you,

Todd Ganey


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: JSP compile error when switching JDK to 1.4.0

[Ganey, Todd]

Bingo!!  While the only javac.exe on my machine is for jdk1.4.0 the
tools.jar was out of date.  After copying tools.jar over from the jdk1.4 to
the common/lib folder things worked smoothly.  Thank you!!

One last question though.  Why does TomCat copy the file over (during an
install) from the JDK instead of accessing the file where it is?  Just
wondering.

Again, thank you very much

Todd

-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 27, 2002 7:11 AM
To: 'Tomcat Users List'
Subject: RE: JSP compile error when switching JDK to 1.4.0


Based on discussions I have seen here, I believe your
error implies that javac from your 1.3.02 is being invoked
and it can't handle the new jar format found in rt.jar from
1.4.0.  Try to make sure the tools.jar is coming from 1.4.0.

Cheers,
Larry

> -Original Message-----
> From: Ganey, Todd [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, March 26, 2002 5:54 PM
> To: '[EMAIL PROTECTED]'
> Subject: JSP compile error when switching JDK to 1.4.0
> 
> 
> I know this has been posted before, but I either missed or 
> there was no
> solution posted on how to correct the JSP compile error when 
> you switch JDKs
> from (in my case) 1.3.02 to 1.4.0 in Jakarta TC 4.0.3 on a 
> Windows 2000 or
> ME machine.
> 
> after installing the new JDK, pointing references to the new 
> JDK, and after
> removing (or not removing) the old JDK, starting Tomcat and 
> then trying to
> access a JSP page (ex. the examples)
> 
> I get this exception (only the first line shown) :
> 
> org.apache.jasper.JasperException: Unable to compile class 
> for JSPerror:
> Invalid class file format in
> C:\J2SDK1.4.0\JRE\lib\rt.jar(java/lang/Object.class).  The major.minor
> version '48.0' is too recent for this tool to understand.
> 
> Now I have hunted the registry and done some searches through 
> contents of
> the Tomcat files thinking something still needed to be 
> switched over, but I
> have been unable to find the smoking gun.  As of right now 
> the only way I
> have found to fix this problem is to reinstall Tomcat (the 
> typical Windows
> thing to do and very easy, thanks for a good installer), but 
> I would prefer
> to know what is causing this and how I could fix it without a 
> reinstall.
> 
> Thank you,
> 
> Todd Ganey
> 
> 
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

RE: Tomcat configuration question

[Ganey, Todd]

Dominic did tell you how to do this.  To quote from him "find the following
section in server.xml and change the port:" where he means the port number
in the text "

 to ->"  as you will notice the number associated with the port is "8080" so
he tells you to change it to "

 "

where you will notice that the number is now just 80 which is the default
HTTP port, hence you don't have to include the port in the URL.

server.xml is generally found in the /conf directory.   The
slash would be in a different direction for windows.

Todd

-Original Message-
From: Ibrahim Beyazit [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 28, 2002 12:38 PM
To: Tomcat Users List
Subject: Re: Tomcat configuration question


Mine was already 8080 when installed. I still have to put 8080 on URL.
(www.company.com:8080) to get to the home page. How can I configure it so I
don't need to put that 8080 on the URL. Maybe this one is clearer.

Thanks.

- Original Message -
From: Dominic Parry <[EMAIL PROTECTED]>
To: Tomcat Users List <[EMAIL PROTECTED]>
Sent: Wednesday, March 27, 2002 11:56 PM
Subject: Re: Tomcat configuration question


> Hi
>
> find the following section in server.xml and change the port:
>
>  port="8080" minProcessors="5" maxProcessors="75"
>enableLookups="true" redirectPort="8443"
>acceptCount="10" debug="0" connectionTimeout="6"/>
>
> to ->
>
>  port="80" minProcessors="5" maxProcessors="75"
>enableLookups="true" redirectPort="8443"
>acceptCount="10" debug="0" connectionTimeout="6"/>
>
>
> hope this helps. Server.xml should be in your conf directory in tomcat
home.
>
> cheers
>
>
> Dominic Parry
> B.Sc (Information Systems, Computer Science)
> B.Sc (Hons) Computer Science
> Rhodes University
> - Original Message -
> From: "Rohit Agarwal" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Thursday, March 28, 2002 9:53 AM
> Subject: Re: Tomcat configuration question
>
>
> > I have the same question, if somebody can help, that would be great.
> Thanks.
> >
> > Rohit
> > - Original Message -
> > From: "Ibrahim Beyazit" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, March 27, 2002 6:47 PM
> > Subject: Tomcat configuration question
> >
> >
> > How would I configure Tomcat so that the default URL can be
> www.company.com
> > instead of localhost:8080? I got the domain part covered. (i.e I got
> > www.company.com:8080 working. But I am having problems with getting rid
of
> > 8080. Any help will be appreciated
> >
> >
> > --
> > To unsubscribe:   
> > For additional commands: 
> > Troubles with the list: 
> >
> >
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: JCE and Tomcat-4.0.3

[Ganey, Todd]

Well from the little information you provided I am not sure what is going
on.  But from the fact that you are dynamically adding the provider I assume
you are using JDK 1.3.x or earlier. If so where have you placed the JCE
jars?  What is the error/exception you get when running the code?

Todd  

-Original Message-
From: Ilhami Topaloglu [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 11:53 AM
To: [EMAIL PROTECTED]
Subject: JCE and Tomcat-4.0.3


I wrote a pass phrase Encryption code that when I run it outside Tomcat env.
it works fine, but when I run it on Tomcat, it fails.

this is part of the code:

public static String encrypt(String passPhrase, String inputPhrase) {

String algorithm = "PBEWithMD5AndDES";
byte[] salt = new byte[8];
int iterations = 20;
byte[] output = new byte[128];

try {
// Register the security provider
Security.addProvider(new com.sun.crypto.provider.SunJCE());

// Create a key from supplied passphrase
KeySpec keySpec = new PBEKeySpec(passPhrase.toCharArray());

SecretKeyFactory secretKeyFactory =
SecretKeyFactory.getInstance(algorithm);

SecretKey secretKey = secretKeyFactory.generateSecret(keySpec);
.
.
.

It creates a PBE KeySpec, when the code gets to creating SecretKeyFactory,
fails.

Since "PBEWithMD5AndDES" algorithm is part of the sunjce_provider.jar, I am
assuming that Provider never gets registered.

anybody else run into similar issues? Any insight is appreciated.

Ilhami Topaloglu
ePredix


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: JCE and Tomcat-4.0.3

[Ganey, Todd]

Well an error code of 500 implies a Server error so you might want to look
through your Tomcat logs.  If you are using JDK 1.4.x then the JCE is
already installed and the provider is already in the list.  No need to add
dynamically.  I sadly haven't dealt or looked at all into the type of
encryption you are trying to do.  My experience with Tomcat and JCE has very
smooth now that I am on JDK 1.4 .  I think your logs will give you vital
information.

Todd

-Original Message-
From: Herrick Johnson [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 2:09 PM
To: Tomcat Users List
Subject: RE: JCE and Tomcat-4.0.3


Hi Ganey,

I am trying to use the JDK 1.4.x.  The instructions I
followed were from the Tomcat documentation. I do not
get error messages from either Tomcat or Apache. I
also do not get my jsp's on the port 80. I get the
"500".

Thanks
Herrick
--- "Ganey, Todd" <[EMAIL PROTECTED]> wrote:
> Well from the little information you provided I am
> not sure what is going
> on.  But from the fact that you are dynamically
> adding the provider I assume
> you are using JDK 1.3.x or earlier. If so where have
> you placed the JCE
> jars?  What is the error/exception you get when
> running the code?
> 
> Todd  
> 
> -Original Message-
> From: Ilhami Topaloglu
> [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 12, 2002 11:53 AM
> To: [EMAIL PROTECTED]
> Subject: JCE and Tomcat-4.0.3
> 
> 
> I wrote a pass phrase Encryption code that when I
> run it outside Tomcat env.
> it works fine, but when I run it on Tomcat, it
> fails.
> 
> this is part of the code:
> 
> public static String encrypt(String passPhrase,
> String inputPhrase) {
> 
> String algorithm = "PBEWithMD5AndDES";
> byte[] salt = new byte[8];
> int iterations = 20;
> byte[] output = new byte[128];
> 
> try {
> // Register the security provider
> Security.addProvider(new
> com.sun.crypto.provider.SunJCE());
> 
> // Create a key from supplied passphrase
> KeySpec keySpec = new
> PBEKeySpec(passPhrase.toCharArray());
> 
> SecretKeyFactory secretKeyFactory =
>
> SecretKeyFactory.getInstance(algorithm);
> 
> SecretKey secretKey =
> secretKeyFactory.generateSecret(keySpec);
>   .
>   .
>   .
> 
> It creates a PBE KeySpec, when the code gets to
> creating SecretKeyFactory,
> fails.
> 
> Since "PBEWithMD5AndDES" algorithm is part of the
> sunjce_provider.jar, I am
> assuming that Provider never gets registered.
> 
> anybody else run into similar issues? Any insight is
> appreciated.
> 
> Ilhami Topaloglu
> ePredix
> 
> 
> --
> To unsubscribe:  
> <mailto:[EMAIL PROTECTED]>
> For additional commands:
> <mailto:[EMAIL PROTECTED]>
> Troubles with the list:
> <mailto:[EMAIL PROTECTED]>
> 
> 
> 
> --
> To unsubscribe:  
> <mailto:[EMAIL PROTECTED]>
> For additional commands:
> <mailto:[EMAIL PROTECTED]>
> Troubles with the list:
> <mailto:[EMAIL PROTECTED]>
> 


__
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

RE: JCE and Tomcat-4.0.3

[Ganey, Todd]

Hmm.  In my experience the error stack trace was double what you published.
The top part would look like what you have posted and then there would be a
"root cause" which pertained more directly to the servlet you were
attempting to run.  From the trace you have provided I have no clue. Sorry.
As for where to place the jar files.  If you are using less than JDK 1.4.x
then I have had, in my experience, no luck with placing the jars in the
webapps lib folder.  I placed them in common\lib folder, just
TOMCAT_HOME\lib might work as well.  Where ever you have them, just have
them once.  Don't have them in multiple places.  Another place you could put
them would be the Java Ext folder for the JDK. 

Hope that helps.

Todd 

-Original Message-
From: Ilhami Topaloglu [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 2:34 PM
To: Tomcat Users List
Subject: RE: JCE and Tomcat-4.0.3


correction;
JCE jars are in the

TOMCAT_HOME\webapps\"myApplication"\Web-inf\lib

-Original Message-
From: Ilhami Topaloglu [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 2:30 PM
To: Tomcat Users List
Subject: RE: JCE and Tomcat-4.0.3


JCE jar files are in the TOMCAT_HOME\lib and also in the
TOMCAT_HOME\application\Web-inf\lib directory. I also tried to put them in
TOMCAT_HOME\server\lib

error stackTrace is:
04/12/02 13:41:10  javax.servlet.ServletException - Servlet execution threw
an exception
javax.servlet.ServletException: Servlet execution threw an exception
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1012)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107
)
at java.lang.Thread.run(Thread.java:484)


-Original Message-
From: Ganey, Todd [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 1:54 PM
To: 'Tomcat Users List'
Subject: RE: JCE and Tomcat-4.0.3


Well from the little information you provided I am not sure what is going
on.  But from the fact that you are dynamically adding the provider I assume
you are using JDK 1.3.x or earlier. If so where have you placed the JCE
jars?  What is the error/exception you get when running the code?

Todd

-Original Message-
From: Ilhami Topaloglu [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 12, 2002 11:53 AM
To: [EMAIL PROTECTED]
Subject: JCE and Tomcat-4.0.3


I wrote a pass phrase Encryption code that when I run it outside Tomcat env.
it works fine, but when I run it on Tomcat, it fails.

this is part of the code:

public static String encrypt(String passPhrase, String inputPhrase) {

String algorithm = "PBEWithMD5AndDES";
byte[] salt = new byte[8];
int

RE: Money for Projects

[Ganey, Todd]

They don't seem to mention how much they take off the top as in: "Affero
takes a bit off the top for our expenses"
but their web site does say "100% of the donation amount is sent to the
designated non-profit"

So which is it?

Todd

-Original Message-
From: Jay Gardner [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 11:20 AM
To: Tomcat Users List; [EMAIL PROTECTED]
Subject: RE: Money for Projects


O.K., my bad! I went and looked and this looks like a reputable site. I hope
the money does indeed go to the right places.

--Jay Gardner

-Original Message-
From: Jay Gardner [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 12:15 PM
To: Tomcat Users List
Subject: RE: Money for Projects

Sorry for the knee-jerk reaction! I am all for rewarding developers for
their hard work. I just don't want some organization skimming off the top
when you can just as easily contact a developer or organization directly and
donate that way. I guess I need to go find out about the service before
passing judgment.

--Jay Gardner

-Original Message-
From: Dahnke, Eric [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 12:09 PM
To: 'Tomcat Users List'
Subject: RE: Money for Projects


imo there's nothing wrong with what this person is putting together. what's
the harm.


-Original Message-
From: Jay Gardner [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 1:57 PM
To: Tomcat Users List
Subject: RE: Money for Projects


Go away and don't come back!!

-Original Message-
From: Christopher Reed [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 12:00 PM
To: [EMAIL PROTECTED]
Subject: OT: Money for Projects


Apologies in advance if this feels spammy.

I have been working with a few folks on a grassroots way for people to
donate money to various non-profits & projects such as Apache, Hurd,
EFF, or even to a given developer.  This donation might be in response
to some helpful feedback given by that developer in response to a
question; it might be because their name and URL were in some software
they used.  Affero takes a bit off the top for our expenses , which we
think is reasonable given the costs involved in credit card auth and the
like. The software used to deliver the service is open source.

Take a look at a the link I created below

People can go to that URL and donate money, 35% of which goes to the
Squid, 35% to XFree86 and 30% to FSF Gen Fund-GCC.

We're very interested in any comments and feedback on the
site/service. You can check it out at http://www.affero.com.
BTW, we have been told that we should lower our $15.00 minimum donation.
What do you think?

Thanks

Reed


How valuable is my contribution? Share your feedback at Affero:
http://svcs.affero.net/rm.php?r=creed&p=Projects

Office: 415 371 9900
[EMAIL PROTECTED]
http://www.affero.com

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Using JCE with Tomcat 4.0

[Ganey, Todd]

It is basically the same as JCE 1.2 just it is internal to JDK 1.4 .  So
providers will not have changed for you. For the JCE in JDK 1.4 you might
want to get the "Unlimited Strength" (at least I think that is the name they
give it) policy files.

Todd

-Original Message-
From: Debra Mendelson, CCE [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 9:05 AM
To: Tomcat Users List
Subject: RE: Using JCE with Tomcat 4.0


Thanks,

That did the trick.  Your advice about migrating to JDK 1.4.0 is well taken.
Does JDK 1.4 come with any providers?

-Original Message-
From: John W. Warner [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 11:26 AM
To: 'Tomcat Users List'
Subject: RE: Using JCE with Tomcat 4.0


If you're heavy on security you should be using JDK 1.4.0 and it will
cut out this middle step you are experiencing.
Technically, the JCE is deprecated in favor of the JDK itself since
1.4.0 incorporated the security work.

Probably the preferred method would be to inside your constructor put
  java.security.Security.addProvider(new sun.crypto.provider.SunJCE());

I have a class for encryption and a class for decryption in the
constructor for each I dynamically load whatever provider I need.

John Warner
Senior Engineer
Gryphon Technologies - Naval Research Laboratory


-Original Message-
From: Debra Mendelson, CCE [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 11:01 AM
To: [EMAIL PROTECTED]
Subject: Using JCE with Tomcat 4.0

I am trying to do some encryption and decryption inside of my servlets.

I am running JDK 1.3 with Tomcat 4.0.3  I have added jce1_2-do.jar into
my
common/lib subdirectory in Tomcat and introduced it to my JDK by adding
the
line

security.provider.3=com.sun.crypto.provider.SunJCE

to /usr/java/jdk1.3.1_02/jre/lib/security/java.security

This all works fine when I run crypto code from the command line.

When I run the same code from within Tomcat I get exceptions that
suggest it
can't find the correct algorithm.

Does anyone know what I need to do inside of Tomcat to either give
myself
permission to use this class package or to find it?


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Socket output stream does not deliver...

[Ganey, Todd]

Are you using HTTP/1.1 or HTTP/1.0??

With HTTP/1.1 it might be determining the size of your response so it can
properly encode it before sending.

HTH,
Todd

-Original Message-
From: Claude Montpetit [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 15, 2002 2:04 PM
To: [EMAIL PROTECTED]
Subject: Socket output stream does not deliver...


Hi,

I am working on a servlet that opens a socket to a server and waits for
incoming data.

The socket opens and the connection is fine.

The server sends data using the socket.getOutputStream().

The server calls flush() on the socket output stream after writing (even if
the actual implementation does nothing ...)

The problem is that the data sent from the server to the client is only
received by the client when the output stream is closed by the server. This
does not seem to be a buffer-size issue as I have been sending huge amounts
of data and it never traverses to the client unless the server closes the
stream, or the socket.

So why do I send this here? Because I only get this problem when running the
client in Tomcat 4 with JDK 1.4.

Everything is fine when running Tomcat 4 with JDK 1.3, or when running the
client on a non-tomcat environment under JDK 1.4.

Both the client and the server are running on the same Windows XP machine.

Anyone has a clue about what's going on?

Claude


--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: POSTing to Tomcat 4.0.x

[Ganey, Todd]

yes I have gotten it to work.  Just write a normal servlet that handles Post
requests.

Client code:

URL servlet = new URL(servletURL);
URLConnection urlConn = servlet.openConnection();
urlConn.setDoInput(true);
urlConn.setDoOutput(true);
urlConn.setUseCaches(false);

you should be able to handle it from there.  send data and then read
response

HTH
Todd

-Original Message-
From: Vjeran Marcinko [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 21, 2002 12:50 AM
To: [EMAIL PROTECTED]
Subject: POSTing to Tomcat 4.0.x


Hi people.
I asked similar question ,but since there was no reply I'm gonna try again -
Has anyone successufuly executed POST to Tomcat 4.0.x from some java app
using URLConnection class ?
I would really like to see this piece of code, since I used some code that I
found on the web and it worked with Tomcat3.2.x, but not with 4.0.x version
of Tomcat

Thanx,
Vjeran



--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: tomcat and jce

[Ganey, Todd]

Yes it works for me.  I have had Tomcat 4.0.X with JCE work in JDK1.3 (with
the JCE jars in the appropriate places) and right now I have it working in
JDK1.4 .  I don't have any suggestions as I have no clue where your program
gives up the ghost.  But if your problem has to do with getting the provider
try registering it dynamically in JDK1.3, JDK1.4 worked with minor
adjustments from my 1.3 code, most of them caught in compile time.

HTH,
Todd

-Original Message-
From: Dennis Muhlestein [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 23, 2002 3:54 PM
To: Tomcat Users List
Subject: tomcat and jce


I've searched the list far and wide for solutions to the jce issues with
tomcat.  Basically old posts say to installing sunjce in the
JAVA_HOME/jre/lib/ext dir and modifying java.security to allow the use
of SunJCE.  

For me, this isn't working with Tomcat 4.0.3.  Does it work for anyone
else?  

I've also tried js2dk1.4.0 which has jce embedded already.  That also
doesn't work.

I am working with jboss and can get my ejbs to use the crypto provider
so I belive there is still an issue with tomcat.  This problem arises if
I run tomcat by itself, of if I embed it in jboss.

Any suggestions?

-Thanks
Dennis


--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: