ApacheJSSI.jar and Tomcat

[Elizabeth Barham]

Hi,

I download ApacheJSSI.jar from:

http://java.apache.org/jservssi/dist/

And placed it in:

/server/lib 

I then updated web.xml:

  
jhtml
org.apache.servlet.ssi.SSI

  debug
  yes

4
  

  
jhtml
*.jhtml
  

Unfortunatly, though, when I startup Tomcat, I get this error in the
log:

java.lang.ClassNotFoundException: org.apache.servlet.ssi.SSI

Although this is in ApacheJSSI.jar residing in the
/server/lib directory:

2395  06-22-99 19:20   org/apache/servlet/ssi/SSI.class

I have tried renaming ApacheJSSI.jar to servlets-jssi.jar but it still
continues to have the problem. I'm interested in using SSI pages that
have the  tag - jssi.

Any ideas on how to remedy this are most welcome!

Thank you, Elizabeth

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

Re: Oracle JDBC driver must be unpacked?

[BERNARDO ANTONIO BUFFA]

Pablo:

WEB-INF debe ir capitalizado porque asi lo establecen las especificaciones 
de servlet para web applications de sun.

Un abrazo
Bernardo


> I just move to 4.0.3 too, and in my case (I have windows 2000), I
> needed to capitalize WEB-INF for tomcat 4 to be able to find my
> classes. I was wondering if you might have the same problem.
> 
>   Pablo.
> 
> 
> - Original Message -
> From: "John C Cartwright" <[EMAIL PROTECTED]>
> To: "Tomcat User Mailing List" <[EMAIL PROTECTED]>
> Sent: Saturday, 27. April 2002 10:35
> Subject: Oracle JDBC driver must be unpacked?
> 
> 
>> Hello All,
>>
>> I'm migrating from Tomcat3.3 to Tomcat4.0.3 and having trouble with my
>> oracle connections.  With tomcat3.3, I simply put the oracle jar file
>> into WEB-INF/lib.  With Tomcat4, this doesn't work, complaining at
>> run-time about driver not found.  I've also tried putting the
>> oracle.jar into $CATALINA_HOME/lib and $CATALINA_HOME/common/lib.  The
>> only way that the servlet seems to find the driver is if I unpack the
>> jar file into WEB-INF/classes.
>>
>> Can anyone explain what the problem might be?  As an aside, I'm not
>> convinced that any classes in WEB-INF/lib are being found.  There was
>> another class that the servlet complained could not be found until I
>> moved it jar file from WEB-INF to $CATALINA_HOME/lib.
>>
>> Thanks for your help!
>>
>>
>> -- john
>>
>>
>>
>> --
>> 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: Newbie Q: IIS and Tomcat (on a different server) [SOLVED]

[Elizabeth Barham]

Yes, it appears that this is possible (although untested by myself or
the author of the following):

http://www.jguru.com/faq/view.jsp?EID=497282

Elizabeth Barham <[EMAIL PROTECTED]> writes:

> Hi,
> 
> I'm new to this list, new to Tomcat and new to Java. Please forgive me
> if this question has been answered before or if it doesn't make much
> sense.
> 
> When configuring Apache for UNIX to work with Tomcat, one may use
> various modules. When setting up mod_webapp, one of the configuration
> parameters was the host on which tomcat run - localhost. This most
> likely is a normal thing, to run Tomcat and Apache on the same server.
> 
> I did a Google search and I did find a document describing how to set
> up Tomcat to work with IIS *but* I did not see any mention of the
> server on which Tomcat is running and I imagine that, again, it is
> inferred that Tomcat is running on the same host as IIS.
> 
> My question is:
> 
> Is it possible (now) to run IIS on one server and have it forward
> servlet, jsp, etc requests to Tomcat *running on a different server*?
> 
> A company I do work with runs a IIS webserver. I'm not overly fond of
> ASP or Microsoft and would much rather my own servlets run on a UNIX
> machine. Is this possible?
> 
> Thank you, Elizabeth

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

Re: Apache 2, Tomcat 4 and mod_jk2

[Michael Delamere]

Hi Costin,

I think another point of confusion is what future mod_jk is going to have.
I´ve read a lot about the future of this connector lately and it appears
that a lot of work is taking place right now in order to get mod_jk2 running
stable and to improve the configuration.

On the other hand I´ve also heard that mod_webapp is to play the major role
in the future,  possibly replacing mod_jk one day.

I can´t imagine the latter happening because otherwise all the work would be
a waste of time, but could you perhaps share your thoughts on the future of
mod_jk/mod_jk2.

Thanks

Michael Delamere


- Original Message -
From: <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Sunday, April 28, 2002 3:57 AM
Subject: Re: Apache 2, Tomcat 4 and mod_jk2


> On Fri, 26 Apr 2002, Simon Stewart wrote:
>
> > The workers can be called anything you want them to be (for example, I
> > use "tomcat1") What tends to happen is that people take their
> > (working) apache 1.3.x + mod_jk combo and use the same config files
> > with apache 2.x and mod_jk2.
>
> Well... I was thinking of ways to disable this 'feature'...
> Some feedback on this would be great.
>
> First, I am hoping to slowly deprecate the configuration
> in terms of 'workers'.
>
> What you should configure is channels. The names can be
> anything, but URL-style constructors are much cleaner
> ( and may become 'required' ).
>
> Example:
>
> channel.socket:localhost:8009
> channel.apr:${server_home}/work/unix.socket
> channel.jni:
>
> Each channel will be associated with a worker automatically,
> using ajp13:localhost:8009, etc.
>
>
> In addition, now all channels are automatically added to
> the default worker ( which is now the 'lb' worker ).
> So if you define one or many channels, and set the
> worker to lb ( without any other special configuration )
> you'll get everything working (I hope ) easier.
>
>
> Going through the lb has a minimal overhead, but greatly
> simplify things and enables many other things.
>
> There is a second change ( not yet implemented, but
> high on the list ) in the 'lb' configuration. Instead
>  of 'workers' we can use 'groups' and 'instances'.
>
> An 'instance' ( the name is not yet clear ) is a VM running
> tomcat ( coresponds to the jvmRoute - used for sessions ).
> A 'group' is an lb worker forwarding to multiple tomcats.
>
> What I would recommend for configuration is mapping all
> webapps to a 'group' ( even if you have a single tomcat
> instance ). If you later add more tomcats you'll have
> minimal changes ( hopefully - none !).
>
> There are 2 major advanced use cases:
> - a pool of tomcats running the same apps. That'll
> be the easiest to configure, the default (lb) worker
> will just do that.
>
> - different pools of tomcats, each with different
> apps. That's where groups can help.
>
> The goal is of course to have the minimal ammount of
> work - the worker and lb configuration can be greatly
> automated ( we're trying to get each tomcat to
> register automatically when it starts with jk ).
>
> What do you think ? The last part is still work in
> progress, and all of this would benefit a lot from
> your feedback.
>
> Costin
>
>
> >
> > On Fri, Apr 26, 2002 at 10:09:42AM -0400, Anthony W. Marino wrote:
> > > The example for "mod_jk2" shows a worker's config for "AJP13" but I
thoug=
> > > ht=20
> > > that "jk2" is "AJP14"?
> > >
> > > Anthony
> > >
> > >
> > > > Thanks to Michael Delamere and Pascal Forget, I'm happy to shout out
> > > > that there's a HOWTO for setting up Apache 2, mod_jk2 and Tomcat on
> > > > Linux (and therefore probably other UNIX flavours)
> > > >
> > > > It's linked from http://www.pubbitch.org/jboss
> >
> > Cheers,
> >
> > Simon
> >
> >
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>


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

Re: Apache 2, Tomcat 4 and mod_jk2

[costinm]

On Fri, 26 Apr 2002, Simon Stewart wrote:

> The workers can be called anything you want them to be (for example, I
> use "tomcat1") What tends to happen is that people take their
> (working) apache 1.3.x + mod_jk combo and use the same config files
> with apache 2.x and mod_jk2.

Well... I was thinking of ways to disable this 'feature'...
Some feedback on this would be great.

First, I am hoping to slowly deprecate the configuration 
in terms of 'workers'. 

What you should configure is channels. The names can be
anything, but URL-style constructors are much cleaner
( and may become 'required' ).

Example:

channel.socket:localhost:8009
channel.apr:${server_home}/work/unix.socket
channel.jni:

Each channel will be associated with a worker automatically,
using ajp13:localhost:8009, etc.


In addition, now all channels are automatically added to
the default worker ( which is now the 'lb' worker ). 
So if you define one or many channels, and set the 
worker to lb ( without any other special configuration )
you'll get everything working (I hope ) easier.


Going through the lb has a minimal overhead, but greatly
simplify things and enables many other things.

There is a second change ( not yet implemented, but 
high on the list ) in the 'lb' configuration. Instead
 of 'workers' we can use 'groups' and 'instances'.

An 'instance' ( the name is not yet clear ) is a VM running
tomcat ( coresponds to the jvmRoute - used for sessions ).
A 'group' is an lb worker forwarding to multiple tomcats.

What I would recommend for configuration is mapping all
webapps to a 'group' ( even if you have a single tomcat
instance ). If you later add more tomcats you'll have
minimal changes ( hopefully - none !). 

There are 2 major advanced use cases:
- a pool of tomcats running the same apps. That'll 
be the easiest to configure, the default (lb) worker
will just do that.

- different pools of tomcats, each with different 
apps. That's where groups can help.

The goal is of course to have the minimal ammount of 
work - the worker and lb configuration can be greatly 
automated ( we're trying to get each tomcat to 
register automatically when it starts with jk ). 

What do you think ? The last part is still work in
progress, and all of this would benefit a lot from
your feedback.

Costin


> 
> On Fri, Apr 26, 2002 at 10:09:42AM -0400, Anthony W. Marino wrote:
> > The example for "mod_jk2" shows a worker's config for "AJP13" but I thoug=
> > ht=20
> > that "jk2" is "AJP14"?
> > 
> > Anthony
> > 
> > 
> > > Thanks to Michael Delamere and Pascal Forget, I'm happy to shout out
> > > that there's a HOWTO for setting up Apache 2, mod_jk2 and Tomcat on
> > > Linux (and therefore probably other UNIX flavours)
> > >
> > > It's linked from http://www.pubbitch.org/jboss
> 
> Cheers,
> 
> Simon
> 
> 


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

Re: Apache 2, Tomcat 4 and mod_jk2

[costinm]

On Fri, 26 Apr 2002, Michael Delamere wrote:

> Me again :-)
> 
> An interesting thing is that the source-files at cvs seem to be different to
> the ones that you can download from the jakarta site.

Use the cvs, let me know ( or post on tomcat-dev ) if it doesn't work.

We changed the name to mod_jk2 ( and all functions internally ) so 
that mod_jk and mod_jk2 can be used at the same time. 

If you want to have fun ( and you're on Unix) you could try the 
unix domain sockets. JNI is still tricky and there's a small 
piece that's not ready ( but the basic stuff works - not the 
sessions ). 

Costin


> 
> For example.
> 
> in the tar archive which you can download from the jakarta site, the
> directory:
> src/jk/native2/server/apache2 contains a source-file called " mod_jk.c"
> 
> whereas the same location on the cvs server has a file called mod_jk2.c.
> 
> Although this doesn´t mean much, it at least shows some form of a change
> :-).  It might be worth trying to compile this version and see if it runs
> more reliably.  I´m going to give it a go.
> 
> bye Michael Delamere
> 
> 
> - Original Message -
> From: "Michael Delamere" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Friday, April 26, 2002 5:03 PM
> Subject: Re: Apache 2, Tomcat 4 and mod_jk2
> 
> 
> > I just found an interesting post here about the ajp14 connector.  At this
> > point though no testing had been done on apache2 :-).
> >
> >
> http://archives2.real-time.com/pipermail/tomcat-devel/2001-June/018332.html
> >
> > bye Michael Delamere
> >
> >
> > - Original Message -
> > From: "Michael Delamere" <[EMAIL PROTECTED]>
> > To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > Sent: Friday, April 26, 2002 4:30 PM
> > Subject: Re: Apache 2, Tomcat 4 and mod_jk2
> >
> >
> > > Well there appears to be a "jk_ajp14_worker".  I wonder if this is the
> > > reason for mod_jk2 being so unstable at present.  It might be worth a
> test
> > > to see if it works better with AJP14 (if at all) instead of AJP13.
> > >
> > > bye Michael Delamere
> > >
> > >
> > > - Original Message -
> > > From: "Anthony W. Marino" <[EMAIL PROTECTED]>
> > > To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > > Sent: Friday, April 26, 2002 4:09 PM
> > > Subject: Re: Apache 2, Tomcat 4 and mod_jk2
> > >
> > >
> > > > The example for "mod_jk2" shows a worker's config for "AJP13" but I
> > > thought
> > > > that "jk2" is "AJP14"?
> > > >
> > > > Anthony
> > > >
> > > >
> > > > > Thanks to Michael Delamere and Pascal Forget, I'm happy to shout out
> > > > > that there's a HOWTO for setting up Apache 2, mod_jk2 and Tomcat on
> > > > > Linux (and therefore probably other UNIX flavours)
> > > > >
> > > > > It's linked from http://www.pubbitch.org/jboss
> > > > >
> > > > > Regards,
> > > > >
> > > > > Simon
> > > >
> > > >
> > > >
> > > > --
> > > > 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: Apache 2, Tomcat 4 and mod_jk2

[costinm]

On Fri, 26 Apr 2002, Anthony W. Marino wrote:

> The example for "mod_jk2" shows a worker's config for "AJP13" but I thought 
> that "jk2" is "AJP14"?

Well, there is a lot of confusion ( and I'm talking about those of us who 
are working on the connector !). We used to call 'ajp13' 3 things:
- a wire protocol
- an API
- an 'worker' 

There is even more confusion in the term 'worker', but that's a different
story.

mod_jk(1,2) are all supporting multiple protocols and multiple APIs. 
By protocol I mean the wire format, how the strings, ints, etc are 
marshalled and packed. For example we support 'ajp12' - the protocol
that is used in mod_jserv, and we support what is called 'ajp13', 
an extension that is bidirectional and more efficient. There is also
JNI - but that's a special case.

We also support a couple of 'APIs' - i.e. 'methods' that are called
on the server and container ( looking at mod_jk as a basic RPC 
mechanism ). We call 'ajp13' the API that is normally used with 
tomcat ( all versions ).

We decided ( I hope ) that the protocol is good enough - I can see
no major improvement that would justify changing it. If we change,
I hope we'll just switch to (subset of ) CDR or XDR (i.e. standard 
formats) - but that may affect the performance and add unneeded
complexity.

mod_jk2 will support additional APIs - i.e. things like autoconfiguration,
md5-handshaking, etc. 

The focus so far has been in refactoring the core to make it more
flexible and cleanup the configuration - in order to better support
the new features without messing the code. 

If you are interested in more discussions - I would sugest joining 
tomcat-dev. Mod_jk2 is not yet ready - but it will be ready much
sooner with your help :-)


Costin


> Anthony
> 
> 
> > Thanks to Michael Delamere and Pascal Forget, I'm happy to shout out
> > that there's a HOWTO for setting up Apache 2, mod_jk2 and Tomcat on
> > Linux (and therefore probably other UNIX flavours)
> >
> > It's linked from http://www.pubbitch.org/jboss
> >
> > Regards,
> >
> > Simon
> 
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 
> 


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

Why deployment using xml file doesn't work?

[Vernon Wu]

During the development phrase, I would like to use xml to deploy my application  
without copy all file, directories to the
tomcat installation directory. My deployment xml is very simple with two or three  
lines as





The error message I got in the localhost log file is:

Error initializing resources: Document base c:\tomcat\jakarta-tomcat-4.0.4-b2- 
01\webapps\mm does not exist or is not
a readable directory

I think the problem is a incorrect docBase. But I am very sure the path is right.  I 
also have tried to use another format of
the path as:

"../../../eclipse/workspace/nicematch/build/webapp"

What am I missing here?

v.



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

Re: Oracle JDBC driver must be unpacked?

[pducuron \(kgb\)]

I just move to 4.0.3 too, and in my case (I have windows 2000), I needed to
capitalize WEB-INF for tomcat 4 to be able to find my classes. I was
wondering if you might have the same problem.

  Pablo.


- Original Message -
From: "John C Cartwright" <[EMAIL PROTECTED]>
To: "Tomcat User Mailing List" <[EMAIL PROTECTED]>
Sent: Saturday, 27. April 2002 10:35
Subject: Oracle JDBC driver must be unpacked?


> Hello All,
>
> I'm migrating from Tomcat3.3 to Tomcat4.0.3 and having trouble with my
> oracle connections.  With tomcat3.3, I simply put the oracle jar file
> into WEB-INF/lib.  With Tomcat4, this doesn't work, complaining at
> run-time about driver not found.  I've also tried putting the oracle.jar
> into $CATALINA_HOME/lib and $CATALINA_HOME/common/lib.  The only way
> that the servlet seems to find the driver is if I unpack the jar file
> into WEB-INF/classes.
>
> Can anyone explain what the problem might be?  As an aside, I'm not
> convinced that any classes in WEB-INF/lib are being found.  There was
> another class that the servlet complained could not be found until I
> moved it jar file from WEB-INF to $CATALINA_HOME/lib.
>
> Thanks for your help!
>
>
> -- john
>
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 


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

Re: Oracle JDBC driver must be unpacked?

[Jacob Kjome]

There are a couple things that could be going on.

There are some classloading issues that were introduced in Tomcat-4.0.2 and 
Tomcat-4.0.3 is a carbon copy of 4.0.2 except for a security fix.  One 
thing you might to is move to Tomcat-4.0.4-b2.  The classloading issues 
have been solved along with a bunch of other bugs.  It seems very 
stable.  I'd recommend trying that.

Secondly, you might try getting your dirver with:
Thread.currentThread().getContextClassLoader().loadClass("MyClass");
rather than
Class.forName("MyClass");

The first way is the proper way to load classes in Java2.  Class.forName is 
the Java1 way and doesn't take into account your classes being loaded by 
multiple classloaders like the environment of Tomcat.

I have run Tomcat-4.0.4-b2 with the Oracle12.jar in both WEB-INF/lib and in 
$TOMCAT_HOME/lib and in $TOMCAT_HOME/common/lib.  I have had no issues so 
far being able to classload the Oracle driver.

Write back if those suggestions don't fix you issue.

Jake

At 11:35 AM 4/27/2002 -0600, you wrote:
>Hello All,
>
>I'm migrating from Tomcat3.3 to Tomcat4.0.3 and having trouble with my 
>oracle connections.  With tomcat3.3, I simply put the oracle jar file into 
>WEB-INF/lib.  With Tomcat4, this doesn't work, complaining at run-time 
>about driver not found.  I've also tried putting the oracle.jar into 
>$CATALINA_HOME/lib and $CATALINA_HOME/common/lib.  The only way that the 
>servlet seems to find the driver is if I unpack the jar file into 
>WEB-INF/classes.
>
>Can anyone explain what the problem might be?  As an aside, I'm not 
>convinced that any classes in WEB-INF/lib are being found.  There was 
>another class that the servlet complained could not be found until I moved 
>it jar file from WEB-INF to $CATALINA_HOME/lib.
>
>Thanks for your help!
>
>
>-- john
>
>
>
>--
>To unsubscribe:   
>For additional commands: 
>Troubles with the list: 

Oracle JDBC driver must be unpacked?

[John C Cartwright]

Hello All,

I'm migrating from Tomcat3.3 to Tomcat4.0.3 and having trouble with my 
oracle connections.  With tomcat3.3, I simply put the oracle jar file 
into WEB-INF/lib.  With Tomcat4, this doesn't work, complaining at 
run-time about driver not found.  I've also tried putting the oracle.jar 
into $CATALINA_HOME/lib and $CATALINA_HOME/common/lib.  The only way 
that the servlet seems to find the driver is if I unpack the jar file 
into WEB-INF/classes.

Can anyone explain what the problem might be?  As an aside, I'm not 
convinced that any classes in WEB-INF/lib are being found.  There was 
another class that the servlet complained could not be found until I 
moved it jar file from WEB-INF to $CATALINA_HOME/lib.

Thanks for your help!


-- john



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

Re: Loadbalancer connector Question

[rsequeira]

If you are using TC 4.0.x, you could use the "jvmRoute" attribute in the
Engine tag. The name should be unique. Something like this:

For the other server, you could use probably use: jvmRoute="tomcat_2"

RS





"Gabriel Maffia" <[EMAIL PROTECTED]> on 04/26/2002 11:18:14 PM

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

To:"Tomcat Users List" <[EMAIL PROTECTED]>
cc:

Subject:Loadbalancer connector Question

Hi:

I've finally made my Tomcat loadbalancing work, but the problem is that
sessions are not "sticky" (For example, when I log in to my application,
the connector redirects me to the other server, instead of maintaining the
other through the session).

Is there a way to solve this?.

Thanks in advance

Gabriel,.









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

[FAQ] jGuru FAQ Update

[Alex Chaffee]

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as
many other Java topics).  Here is an automated update on recent postings to
Tomcat-related FAQs.  Please direct flames and feedback to [EMAIL PROTECTED] .

 - Alex


 JGURU LAUNCHES PREMIUM SERVICES!
 For as little as 0.14 a day, you can look at
 naughty pictures on the net...just not at jGuru.
 You can, however, help keep jGuru the best place
 to get Java answers by becoming a premium member!

 Help support jGuru:
 http://www.jguru.com/misc/page.jsp?fsm=premiumreg&node=blurb&src=email


Hi.  You asked to be notified weekly when certain jGuru.com items get new entries.


++ Tomcat FAQ: http://www.jguru.com/faq/Tomcat

How do I configure Tomcat 4.0 with the Apache 2.0 web server on a Windows 2000 server?
http://www.jguru.com/misc/faqtrampoline.jsp?src=notify&EID=853905


You can shut email notification off at the FAQ home
page(s) or:

  http://www.jguru.com/guru/notifyprefs.jsp



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

Re: java.lang.OutOfMemoryError

[rony]

Hi,
Why don't you guys use a Profiler tool like the 'OptimizeIT' which can give you a 
very clear picture on where the actuall memory toll is!!. We had similar problems when 
our application was run on
'Apache 1.3.22+Tomcat3.2.2', but finally after a thorough analysis we found that the 
problem really was on the 'Connection objects'.

Please make sure that the connection objects used in the application is properly 
returned to the pool after use and is killed when the load on the server goes less. 
This will give an optimum
performance and reduce the memory being eaten up by the server.

Hope this will fix your problems..

Regards
H.Rajesh
(Webteam - SSPL)
[EMAIL PROTECTED]
India.

[EMAIL PROTECTED] wrote:

> Hello
>
> Did you found an answer to this? its happening in my server too.
> I have the same configuration than you but with Tomcat 4.0.3.
>
> --
> Best regards,
>
> NG> Hi,
>
> NG> My website is using the following versions of software:
>
> NG> Struts 1.0.2
> NG> Apache 1.3.22
> NG> Tomcat 4.0.2
> NG> Java Runtime Env 1.4
> NG> MySQL 3.23.41
> NG> RedHat Linux 7.2 using Linux 2.4 kernel
>
> NG> Over a period of time, while running "top" I see memory being eaten up on my box 
>(box has 1GB of RAM). Free memory goes down to about 5-15MB which is way too low.
>
> NG> Occasionally (i.e. once a week or once every two weeks), the site goes 
>down/can't send responses. I see the following error in my 
>/var/tomcat4/logs/catalina.out file:
>
> NG> java.lang.OutOfMemoryError: unable to create new native thread
> NG> at java.lang.Thread.start(Native Method)
> NG> at 
>org.apache.catalina.connector.warp.WarpConnection.start(WarpConnection.java:159)
> NG> at 
>org.apache.catalina.connector.warp.WarpConnector.run(WarpConnector.java:601)
> NG> at java.lang.Thread.run(Thread.java:536)
> NG> java.lang.OutOfMemoryError: unable to create new native thread
> NG> at java.lang.Thread.start(Native Method)
> NG> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
> NG> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
> NG> at com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275)
> NG> at java.io.OutputStream.write(OutputStream.java:58)
> NG> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275)
> NG> at sun.net.www.protocol.https.HttpsClient.afterConnect(DashoA6275)
> NG> at 
>sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(DashoA6275)
> NG> at 
>sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:556)
> NG> at 
>sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection.java:1144)
> NG> at 
>sun.net.www.protocol.http.HttpURLConnection.getResponseCode(HttpURLConnection.java:1158)
> NG> at 
>com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl.getResponseCode(DashoA6275)
> NG> at com.mandalaybay.actions.ResNetStatus.run(ResNetStatus.java:52)
>
> NG> Once I restart Tomcat, memory is freed up and the site goes along until this 
>error occurs again a week or two later.
> NG> Looks like a memory leak, but not sure the real cause. I saw a similar problem 
>which occurred much more frequently  with Tomcat 4.0.2 with JVM 1.3 so I've upgraded 
>to JVM 1.4 and now receive an
> NG> out of memory problem only sporadically.
>
> NG> Has anyone else encountered this problem?
> NG> If not, does anyone have some really good tools/commands which can help 
>determine the cause of the problem?
>
> NG> My JVM settings have default heap size 128MB and max size 256MB by using the 
>following command:
> NG> JAVACMD="$JAVA_HOME/bin/java -Xms128m -Xmx256m"
>
> NG> --
> NG> To unsubscribe:   
> NG> For additional commands: 
> NG> Troubles with the list: 
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 



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

Re: [OT] JSP/Forum

[Juan]

At 05:59 27/4/2002 -0300, you wrote:

>   I'm just installed jive for a jsp/servlets forum.
>   Anyone its interested in be moderator of it?
What are the requirements to be a moderator?


Juan José Velázquez Garcia
Web Development
www.htmlspider.com.br



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

Re: how to configure apache 2.0.35 with "--enable-mods-shared=most" switch on

[Simon Stewart]

On Fri, Apr 26, 2002 at 03:41:37PM -0400, Cheng Yan wrote:
> As root, I did the following:
 


> However, I can not invoke apache:
> 
> root@tbird 75 %> /usr/tomcat/apache_source_withMod/bin/apachectl start
> 
> (125)Address already in use: make_sock: could not bind to address [::]:80
> no listening sockets available, shutting down
> ./apachectl start: httpd could not be started

It looks like something else has already bound itself to port
80. Perhaps it's another installation of apache? To find out, just do
a telnet to localhost port 80:

sms@mite:~$ telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
GET http://localhost/index.html HTTP/1.0

HTTP/1.1 200 OK
Date: Sat, 27 Apr 2002 14:37:57 GMT
Server: Apache/1.3.24 (Unix)
Content-Location: index.html.en
Vary: negotiate,accept-language,accept-charset
TCN: choice
Last-Modified: Fri, 04 May 2001 00:00:38 GMT
ETag: "205db-5b0-3af1f126;3cc08780"
Accept-Ranges: bytes
Content-Length: 1456
Connection: close
Content-Type: text/html
Content-Language: en
Expires: Sat, 27 Apr 2002 14:37:57 GMT

If you get something like this, then another program is already
running. A neater way of doing this might be to use "lsof":

sms@mite:~$ sudo lsof -i :80
COMMAND  PID USER   FD   TYPE DEVICE SIZE NODE NAME
httpd   3030 root   16u  IPv4  13345   TCP *:www (LISTEN)
httpd   3031 root   16u  IPv4  13345   TCP *:www (LISTEN)
httpd   3032 root   16u  IPv4  13345   TCP *:www (LISTEN)
httpd   3033 root   16u  IPv4  13345   TCP *:www (LISTEN)
httpd   3034 root   16u  IPv4  13345   TCP *:www (LISTEN)
httpd   3035 root   16u  IPv4  13345   TCP *:www (LISTEN)
httpd   3039 root   16u  IPv4  13345   TCP *:www (LISTEN)

HTH

Cheers,

Simon

-- 
A debugged program is one for which you have not yet found the conditions
that make it fail.
-- Jerry Ogdin

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

[OT] JSP/Forum

[tomcat]

  I'm just installed jive for a jsp/servlets forum.
  Anyone its interested in be moderator of it?

-- 
Best regards,



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

Re: Web Service Deployment

[Amit Kaushik]

Hi All,

Sorry for the previous question which i asked about web services deployment.
Actually i din't go through the build.xml file, now i got the solution.

thanks,
Amit Kaushik


> Hi All,
>
> Facing problem regarding the Environment variables. Couldn't understand
the
> meaning of ${jwsdp.home}, that's why it's giving me the following error
when
> i am trying to deploy a web service.
>
>
> ant build
> Buildfile: build.xml
>
> init:
>
> prepare:
>
> build:
> [javac] Compiling 1 source file to
>
/opt/jwsdp-1_0-ea2/docs/tutorial/examples/gs/${jwsdp.home}/docs/tutorial/exa
> mples/gs/build/WEB-INF/classes
>
> BUILD FAILED
>
> /opt/jwsdp-1_0-ea2/docs/tutorial/examples/gs/build.xml:57:
> /opt/jwsdp-1_0-ea2/docs/tutorial/examples/gs/${jwsdp.home}/common/lib not
> found.
>
>
> Ant help will be appretiated.
>
> thanks & regards,
> Amit Kaushik
>
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>


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