Re: Thanks Trond

2005-03-18 Thread Trond G. Ziarkowski
Hi,
at office I am using tomcat 5.0.25. In that server my
jsp's are running but when I try to run servlet in IE
the browser tell me download the war file instead of
executing it.
How do you deploy your war file?
I'm guessing that you have not used the manager since you could not login?
The only way I can make sense of this, is if you have copied the war 
file into $CATALINA_HOME/webapps/ROOT/ and try to access it from your 
browser by entering http://localhost:8080/myapp.war.

If this is the case then you should copy the file into 
$CATALINA_HOME/webapps instead and tomcat will automatically expand your 
war file into a directory named after your war file, and you should be 
able to access your jsp files by entering 
http://localhost:8080/myapp/myfile.jsp

If you have deployed your war file correctly I don't know what is 
causing this behaviour.

- Trond
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Thanks :)

2004-12-14 Thread craigmcc
Message blocked by Panda GateDefender: Vulnerability detected


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Thanks :)

2004-10-06 Thread Craigmcc
Dangerous Attachment has been Removed.  The file Joke.scr has been removed because 
of a virus.  It was infected with the W32/Bagle.AZ-net virus.  File quarantined as: 
. 
http://www.fortinet.com/VirusEncyclopedia/search/encyclopediaSearch.do?method=quickSearchDirectlyvirusName=W32%2FBagle.AZ-net
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

{Spam} Re: Thanks :)

2004-10-06 Thread Craigmcc
Dangerous Attachment has been Removed.  The file Joke.com has been removed because 
of a virus.  It was infected with the W32/Bagle.AZ-net virus.  File quarantined as: 
. 
http://www.fortinet.com/VirusEncyclopedia/search/encyclopediaSearch.do?method=quickSearchDirectlyvirusName=W32%2FBagle.AZ-net
QWg

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

{Spam} Re: Thanks :)

2004-10-06 Thread Craigmcc
Dangerous Attachment has been Removed.  The file Joke.cpl has been removed because 
of a virus.  It was infected with the W32/Bagle.AZ-net virus.  File quarantined as: 
. 
http://www.fortinet.com/VirusEncyclopedia/search/encyclopediaSearch.do?method=quickSearchDirectlyvirusName=W32%2FBagle.AZ-net
Yk=

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

{Spam} Re: Thanks :)

2004-10-01 Thread Craigmcc
Dangerous Attachment has been Removed.  The file price.com has been removed because 
of a virus.  It was infected with the W32/Bagle.AZ-net virus.  File quarantined as: 
. 
http://www.fortinet.com/VirusEncyclopedia/search/encyclopediaSearch.do?method=quickSearchDirectlyvirusName=W32%2FBagle.AZ-net
pg=

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Thanks!

2004-04-16 Thread tomcat-user
Please read the attached file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Thanks!

2004-04-15 Thread tomcat-user
Please have a look at the attached file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Re: Thanks!

2004-04-15 Thread tomcat-user
Please have a look at the attached file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Thanks!

2004-04-11 Thread tomcat-user
Please read the attached file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Thanks to John and Geralyn

2003-06-02 Thread Hollerman Geralyn M
On Sun, 1 Jun 2003 14:56:19 +0800, joe wrote
 coyote. What should be the proper way to build mod-jk2? or can i 
 just use the binary version available on apache website which is 
 meant for apache 2.0.42, wherelse i'm using
 2.0.46?

Joe,
I used both a version of mod_jk2 that my sysadmin built (he is root on the
system - and he's built Apache connectors for other things) and a binary (I
think it was said it was for Apache 2.0.43? There were only 3 of them there
for Solaris8 - I believe this was on the standard Apache-Tomcat connectors
site) that I downloaded; both worked for me running Apache 2.0.45. As far as
which was fast or more efficient, that's to be determined later!

Lynn Hollerman.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Thanks to John and Geralyn

2003-06-02 Thread Joe
Thank you very much, it finally works on my machine!

Thanks Again,
Joe

-Original Message-
From: Michenaud Laurent [mailto:[EMAIL PROTECTED] 
Sent: Sunday, June 01, 2003 4:52 PM
To: Tomcat Users List
Subject: Re: Thanks to John and Geralyn

here how i do to build mod_jk2 :

First, i download this package :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.24/src/
jakarta-tomcat-connectors-4.1.24-src.tar.gz

untar then,

cd jk/native2
chmod u+x buildconf.sh
./buildconf.sh
./configure --with-java-home=/u/java --with-apxs2=/u/httpd/bin/apxs
--with-tomcat41=/u/tomcat --with-pcre --with-PACKAGE=yes

Then, i edit the file : server/apache2/Makefile
and i get off the -g option from the line :
EXTRA_CFLAGS= -g -O2 -pthread

Then :
make
cd ../build/jk2/apache2/
cp mod_jk2.so apache directory/modules

That's all !

 Hi john and geralyn, thanks for the warmly and prompt reply. I think
now
 at
 least i know what is going on.However, i'm still unsure of the
following
 things:

 1) Based on John wonderful's Howto, i think you are using both
mod_jk.so
 and
 mod_jk-2.0.43.so. I was wondering is it a typo or this should be the
way.
 Kind of confused here when i saw version appearing on it.

 2) I had tried downloading mod_jk2 source connector from jakarta
website
 but
 i have problem building the connectors. I tried to build by first
 modifying
 the workers.properties to suits my configuration and then followed by
 invoking 'ant' command on it. It gave me this error, saying
 /usr/local/tomcat-jk2-connector/coyote/ not found. My check with
the
 folder is that there isn't such a folder named coyote. What should be
the
 proper way to build mod-jk2? or can i just use the binary version
 available
 on apache website which is meant for apache 2.0.42, wherelse i'm using
 2.0.46?

 Regards,
 Joe


 - Original Message -
 From: Geralyn M Hollerman [EMAIL PROTECTED]
 To: Tomcat Users List [EMAIL PROTECTED]
 Sent: Friday, May 30, 2003 8:56 PM
 Subject: Re: Need Help in clearing my doubts


 Joe wrote:
  According to one of the mail which I have received, I saw him
putting
  this in apache : httpd.conf:
 
 
===
  ===JkWorkersFile
  /home/gmh2441/uPortal/Tomcat_4-0-4/conf/workers.properties
JkLogFile /home/gmh2441/uPortal/Tomcat_4-0-4/logs/mod_jk.log
JkLogLevel debug
JkOptions +ForwardDirectories
Alias /examples
/home/gmh2441/uPortal/Tomcat_4-0-4/webapps/examples
Directory /home/gmh2441/uPortal/Tomcat_4-0-4/webapps/examples
  Options Indexes FollowSymLinks
/Directory
Location /examples/WEB-INF/
  AllowOverride None
  deny from all
/Location
 
===
  === 
  I tried putting the same thing into my httpd.conf, and now
accessing
 the
  example folder on port 80 works!.

 Joe,
 'gmh2441' is me! That was an effort of mine, based on something I'd
read
 - I've been to John Turner's site and tried his HOW-TO, but since we
 weren't using the exact same versions, I wasn't sure whether it would
 work or not. What I have read since, in an Apache-Tomcat book at a
local
 bookstore, was that I needed that Directory entry in there. It
works
 for you? That's GREAT! It didn't for me - but then again, there
may've
 been something else unintended in there - I'll have to look again. I
can
 get static files to display, but I can't get .jsps or .class files to
 execute - I see from my apache log that every request gets a 400 (bad
 request) response.


  My question is :
 
  1) Based on the above config, it is asking apache to 're-direct'
this
  folder to the tomcat container and thus run on it. In that case, is
  apache pushing all the jobs to tomcat instead?. What if some of the
  files in this folder contains some html and is tomcat or apache
  processing it??

 I think there was a JkMount directive after all that - I believe
that
 would decide which files go to Apache and which to Tomcat.

  2) Secondly, if I were to have more folders which I need to publish
on
  the web, does it mean that I have to add or of it on this config
file
 in
  order for it to work?

 Try this URL for the answer to this - it's a sample mod_jk.conf file
 from John Turner.

 http://www.johnturner.come/howto/mod_jk_conf.html

 Basically, if I understand your question right, the answer is yes.

  3) I would appreciate if there are some kind soul could give me
some
 URL
  on how to utilize apache tomcat to process both static and jsp
 content.

 Well, for starters, John Turner's site (http://www.johnturner.com)
was
 excellent; there were some answers at the apache site
 (http://jakarta.apache.org/tomcat/); some more good advice at
 http://www.serverwatch.com/tutorials; and at
 http://www.oreillynet.com/pub/a/onjava/2002/11/20/tomcat.html. There
was
 also something I found useful, about mod_jk2, at
 http://www.pubbitch.org/jboss/mod_jk2.html. But the main thing I
found

Re: Thanks to John and Geralyn

2003-06-02 Thread John Turner
On Sun, 1 Jun 2003 14:56:19 +0800, joe [EMAIL PROTECTED] wrote:

Hi john and geralyn, thanks for the warmly and prompt reply. I think now 
at
least i know what is going on.However, i'm still unsure of the following
things:

1) Based on John wonderful's Howto, i think you are using both mod_jk.so 
and
mod_jk-2.0.43.so. I was wondering is it a typo or this should be the way.
Kind of confused here when i saw version appearing on it.
It is not a typo...there are many versions of mod_jk.so floating around.  
They are Apache-version sensitive...that is, a version of mod_jk.so for 
Apache 1.3 will not work for Apache 2.0.  Putting the Apache version number 
in the file name is just housekeeping.  When you get it onto your system, 
you can call it whatever you want.

John

--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Thanks to John and Geralyn

2003-06-01 Thread Michenaud Laurent
here how i do to build mod_jk2 :

First, i download this package :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.24/src/jakarta-tomcat-connectors-4.1.24-src.tar.gz

untar then,

cd jk/native2
chmod u+x buildconf.sh
./buildconf.sh
./configure --with-java-home=/u/java --with-apxs2=/u/httpd/bin/apxs
--with-tomcat41=/u/tomcat --with-pcre --with-PACKAGE=yes

Then, i edit the file : server/apache2/Makefile
and i get off the -g option from the line :
EXTRA_CFLAGS= -g -O2 -pthread

Then :
make
cd ../build/jk2/apache2/
cp mod_jk2.so apache directory/modules

That's all !

 Hi john and geralyn, thanks for the warmly and prompt reply. I think now
 at
 least i know what is going on.However, i'm still unsure of the following
 things:

 1) Based on John wonderful's Howto, i think you are using both mod_jk.so
 and
 mod_jk-2.0.43.so. I was wondering is it a typo or this should be the way.
 Kind of confused here when i saw version appearing on it.

 2) I had tried downloading mod_jk2 source connector from jakarta website
 but
 i have problem building the connectors. I tried to build by first
 modifying
 the workers.properties to suits my configuration and then followed by
 invoking 'ant' command on it. It gave me this error, saying
 /usr/local/tomcat-jk2-connector/coyote/ not found. My check with the
 folder is that there isn't such a folder named coyote. What should be the
 proper way to build mod-jk2? or can i just use the binary version
 available
 on apache website which is meant for apache 2.0.42, wherelse i'm using
 2.0.46?

 Regards,
 Joe


 - Original Message -
 From: Geralyn M Hollerman [EMAIL PROTECTED]
 To: Tomcat Users List [EMAIL PROTECTED]
 Sent: Friday, May 30, 2003 8:56 PM
 Subject: Re: Need Help in clearing my doubts


 Joe wrote:
  According to one of the mail which I have received, I saw him putting
  this in apache : httpd.conf:
 
  ===
  ===JkWorkersFile
  /home/gmh2441/uPortal/Tomcat_4-0-4/conf/workers.properties
JkLogFile /home/gmh2441/uPortal/Tomcat_4-0-4/logs/mod_jk.log
JkLogLevel debug
JkOptions +ForwardDirectories
Alias /examples /home/gmh2441/uPortal/Tomcat_4-0-4/webapps/examples
Directory /home/gmh2441/uPortal/Tomcat_4-0-4/webapps/examples
  Options Indexes FollowSymLinks
/Directory
Location /examples/WEB-INF/
  AllowOverride None
  deny from all
/Location
  ===
  === 
  I tried putting the same thing into my httpd.conf, and now accessing
 the
  example folder on port 80 works!.

 Joe,
 'gmh2441' is me! That was an effort of mine, based on something I'd read
 - I've been to John Turner's site and tried his HOW-TO, but since we
 weren't using the exact same versions, I wasn't sure whether it would
 work or not. What I have read since, in an Apache-Tomcat book at a local
 bookstore, was that I needed that Directory entry in there. It works
 for you? That's GREAT! It didn't for me - but then again, there may've
 been something else unintended in there - I'll have to look again. I can
 get static files to display, but I can't get .jsps or .class files to
 execute - I see from my apache log that every request gets a 400 (bad
 request) response.


  My question is :
 
  1) Based on the above config, it is asking apache to 're-direct' this
  folder to the tomcat container and thus run on it. In that case, is
  apache pushing all the jobs to tomcat instead?. What if some of the
  files in this folder contains some html and is tomcat or apache
  processing it??

 I think there was a JkMount directive after all that - I believe that
 would decide which files go to Apache and which to Tomcat.

  2) Secondly, if I were to have more folders which I need to publish on
  the web, does it mean that I have to add or of it on this config file
 in
  order for it to work?

 Try this URL for the answer to this - it's a sample mod_jk.conf file
 from John Turner.

 http://www.johnturner.come/howto/mod_jk_conf.html

 Basically, if I understand your question right, the answer is yes.

  3) I would appreciate if there are some kind soul could give me some
 URL
  on how to utilize apache tomcat to process both static and jsp
 content.

 Well, for starters, John Turner's site (http://www.johnturner.com) was
 excellent; there were some answers at the apache site
 (http://jakarta.apache.org/tomcat/); some more good advice at
 http://www.serverwatch.com/tutorials; and at
 http://www.oreillynet.com/pub/a/onjava/2002/11/20/tomcat.html. There was
 also something I found useful, about mod_jk2, at
 http://www.pubbitch.org/jboss/mod_jk2.html. But the main thing I found
 was that about every site I went to, I had to REALLY look around to find
 what I needed - and more often than not, I had to settle for a partial
 answer to any question I had.

 HTH!

 --
 Lynn Hollerman.

 

RE: Thanks Larry - java.lang.IllegalStateException - code included.....

2001-12-13 Thread RSEQUEIRA


Larry,
Thanks. It's amazing how reading the docs closely helps!
RS





[EMAIL PROTECTED] on 12/13/2001 03:56:16 PM

Please respond to Tomcat Users List [EMAIL PROTECTED]

To:   Tomcat Users List [EMAIL PROTECTED]
cc:

Subject:  RE: java.lang.IllegalStateException - code included.


I'm a little lost here with your reply. (And apparently a little slow too.
:-)
I'm using just the getOutputStream in the calling servlet. This
outputstream is required to direct the input that the called servlet
returns, to the browser.

Thanks.
RS






Larry Isaacs [EMAIL PROTECTED] on 12/13/2001 03:31:36 PM

Please respond to Tomcat Users List [EMAIL PROTECTED]

To:   'Tomcat Users List' [EMAIL PROTECTED]
cc:

Subject:  RE: java.lang.IllegalStateException - code included.

The Javadoc for ServletResponse states for getWriter():

Either this method or getOutputStream() may be called
to write the body, not both.

Since in Tomcat 3.x, the same response is passed to the
called servlet, so this restriction applies to it too.
- I'm confused here ???

Cheers,
Larry

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, December 13, 2001 4:16 PM
 To: Tomcat Users List
 Subject: Re: java.lang.IllegalStateException - code included.



 Thought if I include the code it might help a little:

 Piece of code in the calling servlet:
  ..
  ..
  in = new BufferedReader(new
 InputStreamReader(uconn.getInputStream
 ()));
  resp.setContentType(text/html);
  System.err.println(About to read and output content using
 PrintStream);
  String line;
  PrintStream pw = new
 PrintStream(resp.getOutputStream(), true);
  while((line = in.readLine()) != null)
  {
 pw.println(line);
 pw.flush();
 System.err.println(Flushed data back);
  }
  pw.flush();
  in.close();
  ..
  ..

 where,
 uconn is the URLConnection to the called servlet.

 Maybe I should buffer the output before I send it across to
 the browser.

 Still waiting :-)
 Thanks.





 (Embedded image moved to file: pic04041.pcx)
 Roshan A. Sequeira
 (Embedded image moved to file: pic03602.pcx)
 12/13/2001 11:57 AM

 To:   Tomcat Users List [EMAIL PROTECTED]
 cc:

 Subject:  java.lang.IllegalStateException


 I'm calling a servlet from within another servlet using the
 URL class. The
   calling servlet posts data, reads the output, and then
 passes on the
   output to the browser. In JRun everything works fine.
 But on Tomcat
   the same throws a java.lang.IllegalStateException

 Error:
 java.lang.IllegalStateException: Writer is already being used for this
 request
 at
 org.apache.tomcat.facade.HttpServletResponseFacade.getOutputSt
 ream(HttpServletResponseFacade.java:158)

 I'm using a PrintWriter (which I get from the response object) in the
 called servlet. And I've a finally block which closes the stream. Also
 assign the object to null.

 The calling servlet which behaves like a proxy has a
 PrintStream (which it
 gets from it's response object). This object is used to write
 the output
 (that it reads from the called servlet) to the browser.

 I know I'm missing something fundamental here. But can't seem
 to figure it
 out. Is Tomcat getting mixed up with two  Outputstreams/Writers? Any
 ideas/comments?

 Thanks.
 RS





--
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: Thanks for the note on JNI and class loading in the release notes

2001-09-17 Thread Jochen Schneider

Hi Jonathan,

we had the same problem and fixed it in the way described now in the Tomcat
documentation.

Probably one additional remark should be added to the documentation :

If you place the Java code loading the native library outside of the web
application (for example in $CATALINA_HOME/common/lib) it is loaded only
once and the problem is solved.

This sollution has some implication : The classes containing the native code
are loaded by a classloader which has no knowledge about any class which
resides in \Web-inf\lib. You will get an exception if you try to instanciate
a class which resides in the \Web-inf\lib directory from your native code!
You will also get an exception if you try to import a class which resides in
the \Web-inf\lib\ directory from your java code in $CATALINA_HOME/common/lib
since the two classes are loaded by different classloaders.

This will not work (ClassA in $CATALINA_HOME/common/lib ansd ClassB in
\Web-inf\lib\ ) :

ClassA :

  import ClassB;
  public native static void doSomething(ClassB obj);


ClassB :

  import ClassA
  public static void main(String[] args) {
  ClassA.doSomething(this);
  }


Now it works again :

ClassA :


  public native static void doSomething(Object obj);


ClassB :

  import ClassA
  public static void main(String[] args) {
  ClassA.doSomething((Object)this);
  }


Is this description correct? How do you handle this problem? Is there a more
elegant sollution ?

Regards,
Jochen





-
Tomcat 4.0 and JNI Based Applications:
-

Applications that require native libraries must ensure that the libraries
have
been loaded prior to use.  Typically, this is done with a call like:

  static {
System.loadLibrary(path-to-library-file);
  }

in some class.  However, the application must also ensure that the library
is
not loaded more than once.  If the above code were placed in a class inside
the web application (i.e. under /WEB-INF/classes or /WEB-INF/lib), and the
application were reloaded, the loadLibrary() call would be attempted a
second
time.

To avoid this problem, place classes that load native libraries outside of
the
web application, and ensure that the loadLibrary() call is executed only
once
during the lifetime of a particular JVM.



- Original Message -
From: Jonathan Eric Miller [EMAIL PROTECTED]
To: Tomcat Developer List [EMAIL PROTECTED]
Sent: Saturday, September 15, 2001 5:59 AM
Subject: Thanks for the note on JNI and class loading in the release notes


 I'm guessing that Craig is the one that added the section about JNI and
 class loading in the RC1 release notes. I just wanted to say that I
 appreciate that you documented this.

 I also noticed that you fixed a problem that I noticed with the Base64
 encoder where it had trailing zeroes.

 Thanks, Jon









Re: Thanks for the note on JNI and class loading in the release notes

2001-09-17 Thread simon colston

Jochen, Jonathon, Craig,

Would the same thing be true for Tomcat 3.2 and 3.3??

On Mon, 17 Sep 2001 10:06:18 +0200
Jochen Schneider [EMAIL PROTECTED] wrote:

JS Hi Jonathan,
JS 
JS we had the same problem and fixed it in the way described now in the Tomcat
JS documentation.
JS 
JS Probably one additional remark should be added to the documentation :
JS 
JS If you place the Java code loading the native library outside of the web
JS application (for example in $CATALINA_HOME/common/lib) it is loaded only
JS once and the problem is solved.
JS 
JS This sollution has some implication : The classes containing the native code
JS are loaded by a classloader which has no knowledge about any class which
JS resides in \Web-inf\lib. You will get an exception if you try to instanciate
JS a class which resides in the \Web-inf\lib directory from your native code!
JS You will also get an exception if you try to import a class which resides in
JS the \Web-inf\lib\ directory from your java code in $CATALINA_HOME/common/lib
JS since the two classes are loaded by different classloaders.
JS 
JS This will not work (ClassA in $CATALINA_HOME/common/lib ansd ClassB in
JS \Web-inf\lib\ ) :
JS 
JS ClassA :
JS 
JS   import ClassB;
JS   public native static void doSomething(ClassB obj);
JS 
JS 
JS ClassB :
JS 
JS   import ClassA
JS   public static void main(String[] args) {
JS   ClassA.doSomething(this);
JS   }
JS 
JS 
JS Now it works again :
JS 
JS ClassA :
JS 
JS 
JS   public native static void doSomething(Object obj);
JS 
JS 
JS ClassB :
JS 
JS   import ClassA
JS   public static void main(String[] args) {
JS   ClassA.doSomething((Object)this);
JS   }
JS 
JS 
JS Is this description correct? How do you handle this problem? Is there a more
JS elegant sollution ?
JS 
JS Regards,
JS Jochen
JS 
JS 
JS 
JS 
JS 
JS -
JS Tomcat 4.0 and JNI Based Applications:
JS -
JS 
JS Applications that require native libraries must ensure that the libraries
JS have
JS been loaded prior to use.  Typically, this is done with a call like:
JS 
JS   static {
JS System.loadLibrary(path-to-library-file);
JS   }
JS 
JS in some class.  However, the application must also ensure that the library
JS is
JS not loaded more than once.  If the above code were placed in a class inside
JS the web application (i.e. under /WEB-INF/classes or /WEB-INF/lib), and the
JS application were reloaded, the loadLibrary() call would be attempted a
JS second
JS time.
JS 
JS To avoid this problem, place classes that load native libraries outside of
JS the
JS web application, and ensure that the loadLibrary() call is executed only
JS once
JS during the lifetime of a particular JVM.
JS 
JS 
JS 
JS - Original Message -
JS From: Jonathan Eric Miller [EMAIL PROTECTED]
JS To: Tomcat Developer List [EMAIL PROTECTED]
JS Sent: Saturday, September 15, 2001 5:59 AM
JS Subject: Thanks for the note on JNI and class loading in the release notes
JS 
JS 
JS  I'm guessing that Craig is the one that added the section about JNI and
JS  class loading in the RC1 release notes. I just wanted to say that I
JS  appreciate that you documented this.
JS 
JS  I also noticed that you fixed a problem that I noticed with the Base64
JS  encoder where it had trailing zeroes.
JS 
JS  Thanks, Jon
JS 
JS 
JS 
JS 
JS 
JS 
JS 


--
simon colston
[EMAIL PROTECTED]



Re: Thanks for the note on JNI and class loading in the release notes

2001-09-17 Thread Jochen Schneider

Simon,

unfortunately I am not too familar with the classloaders in Tomcat 3.2 and
3.3. If there are separate classloaders for each web app then you have the
same situation as with tomcat 4.0 (Catalina).

Regards Jochen

- Original Message -
From: simon colston [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 17, 2001 12:39 PM
Subject: Re: Thanks for the note on JNI and class loading in the release
notes


 Jochen, Jonathon, Craig,

 Would the same thing be true for Tomcat 3.2 and 3.3??

 On Mon, 17 Sep 2001 10:06:18 +0200
 Jochen Schneider [EMAIL PROTECTED] wrote:

 JS Hi Jonathan,
 JS
 JS we had the same problem and fixed it in the way described now in the
Tomcat
 JS documentation.
 JS
 JS Probably one additional remark should be added to the documentation :
 JS
 JS If you place the Java code loading the native library outside of the
web
 JS application (for example in $CATALINA_HOME/common/lib) it is loaded
only
 JS once and the problem is solved.
 JS
 JS This sollution has some implication : The classes containing the
native code
 JS are loaded by a classloader which has no knowledge about any class
which
 JS resides in \Web-inf\lib. You will get an exception if you try to
instanciate
 JS a class which resides in the \Web-inf\lib directory from your native
code!
 JS You will also get an exception if you try to import a class which
resides in
 JS the \Web-inf\lib\ directory from your java code in
$CATALINA_HOME/common/lib
 JS since the two classes are loaded by different classloaders.
 JS
 JS This will not work (ClassA in $CATALINA_HOME/common/lib ansd ClassB in
 JS \Web-inf\lib\ ) :
 JS
 JS ClassA :
 JS
 JS   import ClassB;
 JS   public native static void doSomething(ClassB obj);
 JS
 JS
 JS ClassB :
 JS
 JS   import ClassA
 JS   public static void main(String[] args) {
 JS   ClassA.doSomething(this);
 JS   }
 JS
 JS
 JS Now it works again :
 JS
 JS ClassA :
 JS
 JS
 JS   public native static void doSomething(Object obj);
 JS
 JS
 JS ClassB :
 JS
 JS   import ClassA
 JS   public static void main(String[] args) {
 JS   ClassA.doSomething((Object)this);
 JS   }
 JS
 JS
 JS Is this description correct? How do you handle this problem? Is there
a more
 JS elegant sollution ?
 JS
 JS Regards,
 JS Jochen
 JS
 JS
 JS
 JS
 JS
 JS -
 JS Tomcat 4.0 and JNI Based Applications:
 JS -
 JS
 JS Applications that require native libraries must ensure that the
libraries
 JS have
 JS been loaded prior to use.  Typically, this is done with a call like:
 JS
 JS   static {
 JS System.loadLibrary(path-to-library-file);
 JS   }
 JS
 JS in some class.  However, the application must also ensure that the
library
 JS is
 JS not loaded more than once.  If the above code were placed in a class
inside
 JS the web application (i.e. under /WEB-INF/classes or /WEB-INF/lib), and
the
 JS application were reloaded, the loadLibrary() call would be attempted a
 JS second
 JS time.
 JS
 JS To avoid this problem, place classes that load native libraries
outside of
 JS the
 JS web application, and ensure that the loadLibrary() call is executed
only
 JS once
 JS during the lifetime of a particular JVM.
 JS
 JS
 JS
 JS - Original Message -
 JS From: Jonathan Eric Miller [EMAIL PROTECTED]
 JS To: Tomcat Developer List [EMAIL PROTECTED]
 JS Sent: Saturday, September 15, 2001 5:59 AM
 JS Subject: Thanks for the note on JNI and class loading in the release
notes
 JS
 JS
 JS  I'm guessing that Craig is the one that added the section about JNI
and
 JS  class loading in the RC1 release notes. I just wanted to say that I
 JS  appreciate that you documented this.
 JS 
 JS  I also noticed that you fixed a problem that I noticed with the
Base64
 JS  encoder where it had trailing zeroes.
 JS 
 JS  Thanks, Jon
 JS 
 JS 
 JS
 JS
 JS
 JS
 JS


 --
 simon colston
 [EMAIL PROTECTED]





Re: Thanks for the note on JNI and class loading in the releasenotes

2001-09-17 Thread Craig R. McClanahan



On Mon, 17 Sep 2001, Jochen Schneider wrote:

 Date: Mon, 17 Sep 2001 17:08:21 +0200
 From: Jochen Schneider [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: Thanks for the note on JNI and class loading in the release
 notes

 Simon,

 unfortunately I am not too familar with the classloaders in Tomcat 3.2 and
 3.3. If there are separate classloaders for each web app then you have the
 same situation as with tomcat 4.0 (Catalina).


The details of where you put the shared classes (so they don't get
reloaded) are different per Tomcat version, but the issue being raised
here is common to all of them.

One guarantee you have in servlet 2.3 containers (such as Tomcat 4) is
that the web application's class loader is accessible to a class loaded
from the shared repository.  Thus, a shared library component can indeed
load a web app's class, if it does something like this:

  ClassLoader cl =
   Thread.currentThread().getContextClassLoader();
  Class applicationClass =
   cl.loadClass(com.mycompany.mypackage.MyClass);

A couple of notes about this:

* Although this support is commonly implemented in servlet 2.2 containers
  (including Tomcat 3.2 if you use the Jdk12Interceptor), it's not
  guaranteed to be portable there.

* For servlet 2.3 containers, it's required by the J2EE platform spec,
  and therefore must be supported by the servlet container.

* This will work only when the library class is called in the context
  of processing a servlet request -- for example, you will not be able
  to do this in a static initializer or something like that.

* There is only one copy of the shared library class being accessed by
  all of the web apps, so you have to program your library class in a
  thread-safe manner just like you do with servlets.

 Regards Jochen


Craig


 - Original Message -
 From: simon colston [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Monday, September 17, 2001 12:39 PM
 Subject: Re: Thanks for the note on JNI and class loading in the release
 notes


  Jochen, Jonathon, Craig,
 
  Would the same thing be true for Tomcat 3.2 and 3.3??
 
  On Mon, 17 Sep 2001 10:06:18 +0200
  Jochen Schneider [EMAIL PROTECTED] wrote:
 
  JS Hi Jonathan,
  JS
  JS we had the same problem and fixed it in the way described now in the
 Tomcat
  JS documentation.
  JS
  JS Probably one additional remark should be added to the documentation :
  JS
  JS If you place the Java code loading the native library outside of the
 web
  JS application (for example in $CATALINA_HOME/common/lib) it is loaded
 only
  JS once and the problem is solved.
  JS
  JS This sollution has some implication : The classes containing the
 native code
  JS are loaded by a classloader which has no knowledge about any class
 which
  JS resides in \Web-inf\lib. You will get an exception if you try to
 instanciate
  JS a class which resides in the \Web-inf\lib directory from your native
 code!
  JS You will also get an exception if you try to import a class which
 resides in
  JS the \Web-inf\lib\ directory from your java code in
 $CATALINA_HOME/common/lib
  JS since the two classes are loaded by different classloaders.
  JS
  JS This will not work (ClassA in $CATALINA_HOME/common/lib ansd ClassB in
  JS \Web-inf\lib\ ) :
  JS
  JS ClassA :
  JS
  JS   import ClassB;
  JS   public native static void doSomething(ClassB obj);
  JS
  JS
  JS ClassB :
  JS
  JS   import ClassA
  JS   public static void main(String[] args) {
  JS   ClassA.doSomething(this);
  JS   }
  JS
  JS
  JS Now it works again :
  JS
  JS ClassA :
  JS
  JS
  JS   public native static void doSomething(Object obj);
  JS
  JS
  JS ClassB :
  JS
  JS   import ClassA
  JS   public static void main(String[] args) {
  JS   ClassA.doSomething((Object)this);
  JS   }
  JS
  JS
  JS Is this description correct? How do you handle this problem? Is there
 a more
  JS elegant sollution ?
  JS
  JS Regards,
  JS Jochen
  JS
  JS
  JS
  JS
  JS
  JS -
  JS Tomcat 4.0 and JNI Based Applications:
  JS -
  JS
  JS Applications that require native libraries must ensure that the
 libraries
  JS have
  JS been loaded prior to use.  Typically, this is done with a call like:
  JS
  JS   static {
  JS System.loadLibrary(path-to-library-file);
  JS   }
  JS
  JS in some class.  However, the application must also ensure that the
 library
  JS is
  JS not loaded more than once.  If the above code were placed in a class
 inside
  JS the web application (i.e. under /WEB-INF/classes or /WEB-INF/lib), and
 the
  JS application were reloaded, the loadLibrary() call would be attempted a
  JS second
  JS time.
  JS
  JS To avoid this problem, place classes that load native libraries
 outside of
  JS the
  JS web application, and ensure that the loadLibrary() call is executed
 only
  JS once
  JS during the lifetime of a particular JVM.
  JS
  JS
  JS
  JS - Original

Re: Thanks for the note on JNI and class loading in the release notes

2001-09-17 Thread Jonathan Eric Miller

I'm using $CATALINA_HOME/lib, not $CATALINA_HOME/common/lib. I wonder if the
problem is specific to using common/lib?

Jon

- Original Message -
From: Jochen Schneider [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, September 17, 2001 3:06 AM
Subject: Re: Thanks for the note on JNI and class loading in the release
notes


 Hi Jonathan,

 we had the same problem and fixed it in the way described now in the
Tomcat
 documentation.

 Probably one additional remark should be added to the documentation :

 If you place the Java code loading the native library outside of the web
 application (for example in $CATALINA_HOME/common/lib) it is loaded only
 once and the problem is solved.

 This sollution has some implication : The classes containing the native
code
 are loaded by a classloader which has no knowledge about any class which
 resides in \Web-inf\lib. You will get an exception if you try to
instanciate
 a class which resides in the \Web-inf\lib directory from your native code!
 You will also get an exception if you try to import a class which resides
in
 the \Web-inf\lib\ directory from your java code in
$CATALINA_HOME/common/lib
 since the two classes are loaded by different classloaders.

 This will not work (ClassA in $CATALINA_HOME/common/lib ansd ClassB in
 \Web-inf\lib\ ) :

 ClassA :

   import ClassB;
   public native static void doSomething(ClassB obj);


 ClassB :

   import ClassA
   public static void main(String[] args) {
   ClassA.doSomething(this);
   }


 Now it works again :

 ClassA :


   public native static void doSomething(Object obj);


 ClassB :

   import ClassA
   public static void main(String[] args) {
   ClassA.doSomething((Object)this);
   }


 Is this description correct? How do you handle this problem? Is there a
more
 elegant sollution ?

 Regards,
 Jochen





 -
 Tomcat 4.0 and JNI Based Applications:
 -

 Applications that require native libraries must ensure that the libraries
 have
 been loaded prior to use.  Typically, this is done with a call like:

   static {
 System.loadLibrary(path-to-library-file);
   }

 in some class.  However, the application must also ensure that the library
 is
 not loaded more than once.  If the above code were placed in a class
inside
 the web application (i.e. under /WEB-INF/classes or /WEB-INF/lib), and the
 application were reloaded, the loadLibrary() call would be attempted a
 second
 time.

 To avoid this problem, place classes that load native libraries outside of
 the
 web application, and ensure that the loadLibrary() call is executed only
 once
 during the lifetime of a particular JVM.



 - Original Message -
 From: Jonathan Eric Miller [EMAIL PROTECTED]
 To: Tomcat Developer List [EMAIL PROTECTED]
 Sent: Saturday, September 15, 2001 5:59 AM
 Subject: Thanks for the note on JNI and class loading in the release notes


  I'm guessing that Craig is the one that added the section about JNI and
  class loading in the RC1 release notes. I just wanted to say that I
  appreciate that you documented this.
 
  I also noticed that you fixed a problem that I noticed with the Base64
  encoder where it had trailing zeroes.
 
  Thanks, Jon
 
 








Re: Thanks for the note on JNI and class loading in the releasenotes

2001-09-17 Thread Craig R. McClanahan



On Mon, 17 Sep 2001, Jonathan Eric Miller wrote:

 Date: Mon, 17 Sep 2001 14:45:29 -0500
 From: Jonathan Eric Miller [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: Thanks for the note on JNI and class loading in the release
 notes

 I'm using $CATALINA_HOME/lib, not $CATALINA_HOME/common/lib. I wonder if the
 problem is specific to using common/lib?


Either place will work, in terms of getting initialized only once -- the
only difference is that classes in common/lib are also visible to
Catalina internal classes (along with your web app).  In either place, you
might still have to deal with the issue of accessing webapp-internal
classes.


 Jon


Craig


 - Original Message -
 From: Jochen Schneider [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Sent: Monday, September 17, 2001 3:06 AM
 Subject: Re: Thanks for the note on JNI and class loading in the release
 notes


  Hi Jonathan,
 
  we had the same problem and fixed it in the way described now in the
 Tomcat
  documentation.
 
  Probably one additional remark should be added to the documentation :
 
  If you place the Java code loading the native library outside of the web
  application (for example in $CATALINA_HOME/common/lib) it is loaded only
  once and the problem is solved.
 
  This sollution has some implication : The classes containing the native
 code
  are loaded by a classloader which has no knowledge about any class which
  resides in \Web-inf\lib. You will get an exception if you try to
 instanciate
  a class which resides in the \Web-inf\lib directory from your native code!
  You will also get an exception if you try to import a class which resides
 in
  the \Web-inf\lib\ directory from your java code in
 $CATALINA_HOME/common/lib
  since the two classes are loaded by different classloaders.
 
  This will not work (ClassA in $CATALINA_HOME/common/lib ansd ClassB in
  \Web-inf\lib\ ) :
 
  ClassA :
 
import ClassB;
public native static void doSomething(ClassB obj);
 
 
  ClassB :
 
import ClassA
public static void main(String[] args) {
ClassA.doSomething(this);
}
 
 
  Now it works again :
 
  ClassA :
 
 
public native static void doSomething(Object obj);
 
 
  ClassB :
 
import ClassA
public static void main(String[] args) {
ClassA.doSomething((Object)this);
}
 
 
  Is this description correct? How do you handle this problem? Is there a
 more
  elegant sollution ?
 
  Regards,
  Jochen
 
 
 
 
 
  -
  Tomcat 4.0 and JNI Based Applications:
  -
 
  Applications that require native libraries must ensure that the libraries
  have
  been loaded prior to use.  Typically, this is done with a call like:
 
static {
  System.loadLibrary(path-to-library-file);
}
 
  in some class.  However, the application must also ensure that the library
  is
  not loaded more than once.  If the above code were placed in a class
 inside
  the web application (i.e. under /WEB-INF/classes or /WEB-INF/lib), and the
  application were reloaded, the loadLibrary() call would be attempted a
  second
  time.
 
  To avoid this problem, place classes that load native libraries outside of
  the
  web application, and ensure that the loadLibrary() call is executed only
  once
  during the lifetime of a particular JVM.
 
 
 
  - Original Message -
  From: Jonathan Eric Miller [EMAIL PROTECTED]
  To: Tomcat Developer List [EMAIL PROTECTED]
  Sent: Saturday, September 15, 2001 5:59 AM
  Subject: Thanks for the note on JNI and class loading in the release notes
 
 
   I'm guessing that Craig is the one that added the section about JNI and
   class loading in the RC1 release notes. I just wanted to say that I
   appreciate that you documented this.
  
   I also noticed that you fixed a problem that I noticed with the Base64
   encoder where it had trailing zeroes.
  
   Thanks, Jon
  
  
 
 
 
 






Re: thanks...

2001-06-07 Thread Brett M. Bergquist

Also make sure that your classpath is setup properly so that Jikes picks it
up.  If in conf\server.xml, you change the jasper logging level to DEBUG
such as:

Logger name=JASPER_LOG
 path=logs/jasper.log
 verbosityLevel = DEBUG /

You will get a trace like below.  If you are running under NT and running
Tomcat as a service using jk_nt_service.exe, make sure that you've properly
configured wrapper.properties.  I'm just in the process of migrating over
from Tomcat 3.1 to Tomcat 3.2.2 and Jikes and the new jaxp XML packages are
the areas that I've had trouble with.

Hope this helps.

2001-06-07 07:25:46 - JspEngine -- /jsp/Domain.jsp
2001-06-07 07:25:46 -   ServletPath: /jsp/Domain.jsp
2001-06-07 07:25:46 -  PathInfo: null
2001-06-07 07:25:46 -  RealPath:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\jsp\Domain.j
sp
2001-06-07 07:25:46 -RequestURI: /CanogaView/jsp/Domain.jsp
2001-06-07 07:25:46 -   QueryString: IP_CONTEXT=192.168.1.100
2001-06-07 07:25:46 -Request Params:
2001-06-07 07:25:46 -IP_CONTEXT = 192.168.1.100
2001-06-07 07:25:46 - Classpath according to the Servlet Engine is:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\WEB-INF\clas
ses
2001-06-07 07:25:46 - Package name is: jsp
2001-06-07 07:25:46 - Class file name is:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\work\localhost_8080%2FCanogaVie
w\_0002fjsp_0002fDomain_0002ejspDomain.class
2001-06-07 07:25:46 - Java file name is:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\work\localhost_8080%2FCanogaVie
w\_0002fjsp_0002fDomain_0002ejspDomain_jsp_0.java
2001-06-07 07:25:46 - Class name is:
_0002fjsp_0002fDomain_0002ejspDomain_jsp_0
2001-06-07 07:25:53 - JspEngine -- /jsp/DomainView.jsp
2001-06-07 07:25:53 -   ServletPath: /jsp/DomainView.jsp
2001-06-07 07:25:53 -  PathInfo: null
2001-06-07 07:25:53 -  RealPath:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\jsp\DomainVi
ew.jsp
2001-06-07 07:25:53 -RequestURI: /CanogaView/jsp/DomainView.jsp
2001-06-07 07:25:53 -   QueryString: IP_CONTEXT=192.168.1.100
2001-06-07 07:25:53 -Request Params:
2001-06-07 07:25:53 -IP_CONTEXT = 192.168.1.100
2001-06-07 07:25:53 - Classpath according to the Servlet Engine is:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\WEB-INF\clas
ses
2001-06-07 07:25:53 - Package name is: jsp
2001-06-07 07:25:53 - Class file name is:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\work\localhost_8080%2FCanogaVie
w\_0002fjsp_0002fDomainView_0002ejspDomainView.class
2001-06-07 07:25:53 - Java file name is:
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\work\localhost_8080%2FCanogaVie
w\_0002fjsp_0002fDomainView_0002ejspDomainView_jsp_0.java
2001-06-07 07:25:53 - Class name is:
_0002fjsp_0002fDomainView_0002ejspDomainView_jsp_0
2001-06-07 07:25:53 - Accepted org.apache.jasper.compiler.Parser$Declaration
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\jsp\DomainVi
ew.jsp(0,0)
2001-06-07 07:25:53 -
Handling Directive: include
{file=/com/canoga/canogaview/lib/jsp/CheckLogin.jsp}
2001-06-07 07:25:53 - Accepted org.apache.jasper.compiler.Parser$Directive
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\jsp\DomainVi
ew.jsp(1,0)
2001-06-07 07:25:53 - Accepted org.apache.jasper.compiler.Parser$Comment at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\com\canoga\c
anogaview\lib\jsp\CheckLogin.jsp(0,0)
2001-06-07 07:25:53 -
Handling Directive: page
{import=com.canoga.canogaview.iface.CanogaViewConstants,com.canoga.canogavie
w.lib.auth.*}
2001-06-07 07:25:53 - Accepted org.apache.jasper.compiler.Parser$Directive
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\com\canoga\c
anogaview\lib\jsp\CheckLogin.jsp(3,0)
2001-06-07 07:25:54 - Accepted org.apache.jasper.compiler.Parser$Scriptlet
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\com\canoga\c
anogaview\lib\jsp\CheckLogin.jsp(4,0)
2001-06-07 07:25:54 - Accepted org.apache.jasper.compiler.Parser$Scriptlet
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\jsp\DomainVi
ew.jsp(2,0)
2001-06-07 07:25:54 -
Handling Directive: include
{file=/com/canoga/canogaview/lib/jsp/ExtractChassisContext.jsp}
2001-06-07 07:25:54 - Accepted org.apache.jasper.compiler.Parser$Directive
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\jsp\DomainVi
ew.jsp(3,0)
2001-06-07 07:25:54 -
Handling Directive: page {import=com.canoga.canogaview.lib.snmp.*}
2001-06-07 07:25:54 - Accepted org.apache.jasper.compiler.Parser$Directive
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\com\canoga\c
anogaview\lib\jsp\ExtractChassisContext.jsp(0,0)
2001-06-07 07:25:54 - Accepted org.apache.jasper.compiler.Parser$Scriptlet
at
D:\test\CanogaView\Tomcat\3.1\jakarta-tomcat\webapps\CanogaView\com\canoga\c
anogaview\lib\jsp\ExtractChassisContext.jsp(1,0)
2001-06-07 07:25:54 -
Handling 

Re: Thanks: Re: Fed up to the back teeth with tomcat !!!

2001-04-12 Thread Andy C

- Original Message -
From: "Jeff Kilbride" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; "Andy C" [EMAIL PROTECTED]
Sent: Wednesday, April 11, 2001 11:25 PM
Subject: Re: Thanks: Re: Fed up to the back teeth with tomcat !!!
 Hi Andy,

 Did you ever post your configuration? I would be interested in what OS;
 Tomcat/Apache versions; JVM; DB backend and driver; whether or not you're

I have to admit that the configuration is a little complex, mostly because
of legacy
database and servlets left over from the JavaWebserver version.  Here goes
though:

Server is NT2000
Apache is  1.3.12 with mod_jk
Tomcat is 3.2.2.b2 (I upgraded from 3.2.1 in the hope it would fix the
problem.)
JVM is 1.1.6 (old version but it's the only one that would run a legacy
servlet)

Databases are:
mysql 3.23.28 (Handles all the main jsp stories)
SQL server V7 (Handles servlet requests for release dates)

JDBC bridge to mysql is mm-mysql-2.0.4
JDBC-ODBC bridge for SQL server (This could be the problem)

Hope this is of interest.

Andy C
Editor R2 Project
http://www.r2-dvd.org





Re: Thanks: Re: Fed up to the back teeth with tomcat !!!

2001-04-12 Thread Jeff Kilbride

If I were to pick the weakest link, it'd probably be the jdbc-odbc bridge.
FYI, for my own stress tests, I was able to run 24 hours at 20+ hits/second
using Tomcat 3.2.1, IBMJava2-13, Apache 1.3.19, mod_jk w/ajp13, into a MySQL
3.23.35 database. This was all running on a fairly cheap linux box -- RedHat
6.2, 2.2.17 kernel, 128MB RAM, everything on one IDE drive. I was using a
test suite with 25 concurrent threads on another machine (WinNT) connected
by a 100bT ethernet doing simple insert statements. I actually got the
Tomcat/Linux box up to 54 inserts per second, but the load average
skyrocketed so I cut it back to something reasonable. Almost 2 million
records into my database without a glitch. I was actually very surprised by
the performance, since I hadn't tweaked anything and I was using the default
Tomcat config.

Granted, my test was pretty simple. I was only using one servlet and no .jsp
pages.

Are there any alternatives to the jdbc-odbc bridge? I thought that you used
to be able to use the Sybase drivers to connect to MS-SQL -- but that may
have been a long time ago and, obviously, nothing that was every officially
supported.

Thanks,
--jeff

- Original Message -
From: "Andy C" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 12, 2001 12:22 AM
Subject: Re: Thanks: Re: Fed up to the back teeth with tomcat !!!


 - Original Message -
 From: "Jeff Kilbride" [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]; "Andy C" [EMAIL PROTECTED]
 Sent: Wednesday, April 11, 2001 11:25 PM
 Subject: Re: Thanks: Re: Fed up to the back teeth with tomcat !!!
  Hi Andy,
 
  Did you ever post your configuration? I would be interested in what OS;
  Tomcat/Apache versions; JVM; DB backend and driver; whether or not
you're

 I have to admit that the configuration is a little complex, mostly because
 of legacy
 database and servlets left over from the JavaWebserver version.  Here goes
 though:

 Server is NT2000
 Apache is  1.3.12 with mod_jk
 Tomcat is 3.2.2.b2 (I upgraded from 3.2.1 in the hope it would fix the
 problem.)
 JVM is 1.1.6 (old version but it's the only one that would run a legacy
 servlet)

 Databases are:
 mysql 3.23.28 (Handles all the main jsp stories)
 SQL server V7 (Handles servlet requests for release dates)

 JDBC bridge to mysql is mm-mysql-2.0.4
 JDBC-ODBC bridge for SQL server (This could be the problem)

 Hope this is of interest.

 Andy C
 Editor R2 Project
 http://www.r2-dvd.org






RE: Thanks: Re: Fed up to the back teeth with tomcat !!!

2001-04-12 Thread William Kaufman

There's a metric buttload of JDBC drivers out there, for every database:

  http://industry.java.sun.com/products/jdbc/drivers

For MS SqlServer alone, they list 27; for ODBC, 19.

-- Bill K.


 -Original Message-
 From: Jeff Kilbride [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, April 12, 2001 12:05 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Thanks: Re: Fed up to the back teeth with tomcat !!!
 
 
 If I were to pick the weakest link, it'd probably be the 
 jdbc-odbc bridge.
 FYI, for my own stress tests, I was able to run 24 hours at 
 20+ hits/second
 using Tomcat 3.2.1, IBMJava2-13, Apache 1.3.19, mod_jk 
 w/ajp13, into a MySQL
 3.23.35 database. This was all running on a fairly cheap 
 linux box -- RedHat
 6.2, 2.2.17 kernel, 128MB RAM, everything on one IDE drive. I 
 was using a
 test suite with 25 concurrent threads on another machine 
 (WinNT) connected
 by a 100bT ethernet doing simple insert statements. I actually got the
 Tomcat/Linux box up to 54 inserts per second, but the load average
 skyrocketed so I cut it back to something reasonable. Almost 2 million
 records into my database without a glitch. I was actually 
 very surprised by
 the performance, since I hadn't tweaked anything and I was 
 using the default
 Tomcat config.
 
 Granted, my test was pretty simple. I was only using one 
 servlet and no .jsp
 pages.
 
 Are there any alternatives to the jdbc-odbc bridge? I thought 
 that you used
 to be able to use the Sybase drivers to connect to MS-SQL -- 
 but that may
 have been a long time ago and, obviously, nothing that was 
 every officially
 supported.
 
 Thanks,
 --jeff
 
 - Original Message -
 From: "Andy C" [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, April 12, 2001 12:22 AM
 Subject: Re: Thanks: Re: Fed up to the back teeth with tomcat !!!
 
 
  - Original Message -
  From: "Jeff Kilbride" [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]; "Andy C" [EMAIL PROTECTED]
  Sent: Wednesday, April 11, 2001 11:25 PM
  Subject: Re: Thanks: Re: Fed up to the back teeth with tomcat !!!
   Hi Andy,
  
   Did you ever post your configuration? I would be 
 interested in what OS;
   Tomcat/Apache versions; JVM; DB backend and driver; whether or not
 you're
 
  I have to admit that the configuration is a little complex, 
 mostly because
  of legacy
  database and servlets left over from the JavaWebserver 
 version.  Here goes
  though:
 
  Server is NT2000
  Apache is  1.3.12 with mod_jk
  Tomcat is 3.2.2.b2 (I upgraded from 3.2.1 in the hope it 
 would fix the
  problem.)
  JVM is 1.1.6 (old version but it's the only one that would 
 run a legacy
  servlet)
 
  Databases are:
  mysql 3.23.28 (Handles all the main jsp stories)
  SQL server V7 (Handles servlet requests for release dates)
 
  JDBC bridge to mysql is mm-mysql-2.0.4
  JDBC-ODBC bridge for SQL server (This could be the problem)
 
  Hope this is of interest.
 
  Andy C
  Editor R2 Project
  http://www.r2-dvd.org
 
 
 



Re: Thanks: Re: Fed up to the back teeth with tomcat !!!

2001-04-11 Thread Jeff Kilbride

Hi Andy,

Did you ever post your configuration? I would be interested in what OS;
Tomcat/Apache versions; JVM; DB backend and driver; whether or not you're
using connection pooling and, if so, if it's a hand-rolled solution or a
specific product; any settings you're passing the JVM on the command line
(i.e. -mx, -ms, etc...); and anything else you can supply.

I've heard good things about Resin as a servlet container, if you're looking
for a commercial product -- http://www.caucho.com/

Thanks,
--jeff

- Original Message -
From: "Andy C" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, April 11, 2001 2:22 PM
Subject: Thanks: Re: Fed up to the back teeth with tomcat !!!


 Thanks to all for the  advice,
 I'll be running though suggestions over the next couple of days and
 report back.

 Andy C






RE: Thanks, bye, and check out www.locomotive.com

2001-02-16 Thread John Golubenko

you should try with winblowz platform. Winblowz rules!


-Original Message-
From: J Austin [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 16, 2001 9:18 AM
To: [EMAIL PROTECTED]
Subject: Thanks, bye, and check out www.locomotive.com


I have found this to be a useful list although, the Signal-to-noise
ratio is a bit too low for my liking.

In summary:

I have been unable to integrate Tomcat 3.2.1 with Apache 1.3.17
on my ancient (but trustey) Solaris 2.5.1 system. I will probably
try again with a Linux platform in the near future.

For now, I am running Resin from http://www.caucho.com
and may explore http://www.locomotive.com/ later on.

Thanks again


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


NOTICE:  This communication may contain confidential or other privileged information.  
If you are not the intended recipient, or believe that you have received this 
communication in error, please do not print, copy, retransmit, disseminate, or 
otherwise use the information.  Also, please indicate to the sender that you have 
received this email in error, and delete the copy you received.  Any communication 
that does not relate to official Columbia business is that of the sender and is 
neither given nor endorsed by Columbia.  Thank you.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




RE: Thanks, bye, and check out www.locomotive.com

2001-02-16 Thread GOMEZ Henri

For now, I am running Resin from http://www.caucho.com
and may explore http://www.locomotive.com/ later on.

Have a nice trip and don't forget than OpenSource projects
need help.

Prepackaged products exist at higher cost and The noise-ratio 
is normal in open project. There is no noise when there is 
no alternative or discussion.

Sorry that you didn't understand what is OpenSource...

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




RE: Thanks!

2001-01-21 Thread Etienne Baert

Can the respondible of the message make the necessary
in order to get removed from that stupid mailing list ?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: vendredi 19 janvier 2001 10:25
To: [EMAIL PROTECTED]
Subject: Thanks!


Save 20% to 50% on your phone bill each month and
we will donate 5% of your long distance phone bill to
the charity of your choice!

No monthly service charges - save $3 to $9 per month!
No Installation fees!
Billed in 6 second increments - not 1 minute increments!
Only 6.9 cents per minute interstate 24 hours a day!
Low intrastate rates as well!
Rates are the same 24 hours a day 7 days a week!
Toll free 800# service with no additional charges with
no monthly fees and billed at 6.9 cents per minute!

Help your favorite charity while you save money on your phone bill!
We will donate 5% of your long distance phone bill to the
charity of your choice!

To get an application by fax call
(617) 747-1933

You can call from a fax machine to get the application immediately
or call from a regular phone line and punch in your fax number and
an application will be sent to you within minutes.

Give 5% to your long distance bill to your favorite charity.

Call now to get your application and start saving money
and help your favorite charity.

Call 24 hours a day 7 days a week!


 ** REMOVE ** REMOVE ** REMOVE ** REMOVE ** REMOVE **

To be removed from our mailing list, please email [EMAIL PROTECTED]
 All REMOVE requests AUTOMATICALLY honored upon receipt. PLEASE understand
that any effort to disrupt, close or block this REMOVE account can only
result in difficulties for others wanting to be removed from our mailing
list as it will be impossible to take anyone off the list if the remove
instruction can not be received.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




RE: Thanks

2001-01-04 Thread G.Nagarajan


you have type "example" instead of "examples" in the first URL 

http://localhost/example/servlet/HelloWorldExample returned 'page not
found'
while using virtual directory /examples and URL
http://localhost/examples/servlet/HelloWorldExample worked.  Do you
think I did something wrong?  Is the latter URL using the IIS virtual
directory?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]