Tomcat - Request Handling

2002-01-23 Thread Reto Badertscher

Hello,

could somebody please tell me how Tomcat handles requests. I have the
following scenario documented by the following protocol. As the protocol
shows, the application behaves as it should: Start handling the request and
after handling the request the configured filter removes the lock on the
associated form.
This works OK as long as i don't post requests to fast.
After some fast requests i only get the start of the request protocolled,
but no end nor the release of locks are protocolled. After further testing,
it seems to me that the filter is not executed when request are coming to
fast - so the resource stays locked and Tomcat starts a new thread for every
incoming requests 

What can i do to ensure that the resource is always released (my servlet
forwards to a JSP, after the JSP has finished the resource can be released).
Would it be better to write a subclass of a JSP and implement this in a
finally block of the service method?
My forms are locked on a per session/function base.
Tomcat 4.01 is running on Windows 2000.

Thanks for any help in advance

Reto

Application-Log:
[24.01.2002 08:01:38] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:01:38] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:01:38] - Filter (D): Lock on form released
[24.01.2002 08:01:39] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:01:39] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:01:39] - Filter (D): Lock on form released
[24.01.2002 08:01:39] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:01:39] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:01:39] - Filter (D): Lock on form released
[24.01.2002 08:01:40] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:01:41] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:01:41] - Filter (D): Lock on form released
[24.01.2002 08:01:59] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:01:59] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:01:59] - Filter (D): Lock on form released
[24.01.2002 08:01:59] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:01:59] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:01:59] - Filter (D): Lock on form released
[24.01.2002 08:01:59] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:00] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:00] - SMIController.handleRequest (D): End: dis_ind_entry
[session=00A8D7F074380565008677E2D1519269]
sims.servlet.worker.dataEntry.DistrictIndicatorWorker pushed back in pool.
[24.01.2002 08:02:00] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:01] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:01] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:02] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:02] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:02] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:03] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:03] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:03] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.2002 08:02:04] - SMIController.handleRequest (D): Start:
dis_ind_entry [session=00A8D7F074380565008677E2D1519269]
[24.01.20

RE: Excessive high usage of memory by Tomcat on NT

2002-01-23 Thread Manish Bhatnagar

No, we are not running Tomcat as a service on NT.

-Original Message-
From: Frank Diakovasilis [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 2:04 AM
To: 'Tomcat Users List'
Subject: RE: Excessive high usage of memory by Tomcat on NT


out of curiosity, are you running tomcat as a service?

-Original Message-
From: Manish Bhatnagar [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 22, 2002 12:18 AM
To: Tomcat
Subject: Excessive high usage of memory by Tomcat on NT


Hello all:
We are facing the problem of excessive memory usage by our
servlets (that call JNI functions). The memory usage seems
to touch 50+ MB in 2000 Server but it drops down to 30 MB
soon. But, this does not happen in NT. The memory keeps on
increasing and there is a point in time when Tomcat occupies
*all* the available memory.
We are taking care of *garbage collecting* the objects
frequently(by calling Runtime.gc()). Is there any other way
by which we can have some kind of control over the usage of
memory?
Do we have to install a patch for NT (if something like this
is available)?

NT Server:
--
PIII 500 MHz, 256MB RAM, 40GB HDD

2000 Server:

PIII 700 MHz, 128MB RAM, 20GB HDD

Tomcat:
---
Version 3.2.1

JDK:

Sun's JDK 1.3

Any suggestions, pointers are appreciated.
Thanks
Manish


--
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: sending mail thru servlets

2002-01-23 Thread Anuerin G . Diaz


hi,

  kindly disregard the problem,  i just copied the the jar files to the 
${TOMCAT_HOME}/lib/apps directory and restarted tomcat. do i have to restart tomcat 
everytime i add a new jar library?

 help on how to automate this step ( copying of jar files to necessary locations) 
would be greatly appreciated.

ciao!

On Thu, 24 Jan 2002 14:05:06 -0500
Anuerin G.  Diaz <[EMAIL PROTECTED]> wrote:

> 
> 
> hi,
> 


> 
> 
>   i noticed that the jar files were not copied to the deployment directory. where in 
>the ${TOMCAT_HOME}/lib directory should i manually place the JavaMail (and JAF) APIs?
> 
>   or is this an ant-related question?
> 
> thanks!
> 
> -- 
> 
> "Programming, an artform that fights back."
> 
> =
> Anuerin G. Diaz
> Design Engineer
> Millennium Software, Incorporated
> 2305 B West Tower, Philippines Stocks Exchange Center,
> Exchange Road, Ortigas Center, Pasig City
> 
> Tel# 638-3070 loc. 72
> Fax# 638-3079
> =
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 


-- 

"Programming, an artform that fights back."

=
Anuerin G. Diaz
Design Engineer
Millennium Software, Incorporated
2305 B West Tower, Philippines Stocks Exchange Center,
Exchange Road, Ortigas Center, Pasig City

Tel# 638-3070 loc. 72
Fax# 638-3079
=


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




sending mail thru servlets

2002-01-23 Thread Anuerin G . Diaz



hi,

   im trying to send email using JavaMail thru servlets. i already placed the 
necessary api in the lib directory 

[adiaz@Ronin lib]$ pwd
/home/adiaz/Java/crs-web/lib
[adiaz@Ronin lib]$ jar tf mailapi.jar | grep mail/Add
javax/mail/Address.class
[adiaz@Ronin lib]$ ls
activation.jar  imap.jar  mailapi.jar  mail.jar  pop3.jar  README  smtp.jar

  
  the web-application compiles with no problems but this is what i got when accessing 
the servlet

Location: /crs/RemindUser
Internal Servlet Error:
java.lang.NoClassDefFoundError: javax/mail/Address
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at org.apache.tomcat.facade.ServletHandler.getServlet(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.preInit(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.init(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.service(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown 
Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at 
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Unknown Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source)
at java.lang.Thread.run(Thread.java:484)


  i noticed that the jar files were not copied to the deployment directory. where in 
the ${TOMCAT_HOME}/lib directory should i manually place the JavaMail (and JAF) APIs?

  or is this an ant-related question?

thanks!

-- 

"Programming, an artform that fights back."

=
Anuerin G. Diaz
Design Engineer
Millennium Software, Incorporated
2305 B West Tower, Philippines Stocks Exchange Center,
Exchange Road, Ortigas Center, Pasig City

Tel# 638-3070 loc. 72
Fax# 638-3079
=


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




Tomcat Performance Expectations?

2002-01-23 Thread Brown Bay

I have a single servlet based application. This application is accessed
througha browser and travels over to a high performance database through a
RMI-IIOP connection. It is not the best application in terms of code tuning.
We are deploying this application on Tomcat 4.0.1, Apache 1.3, Suse Linux
7.0 on a PIII 800Mz machine with 800Mz RAM. We are not planning on adding
multiple instances of Tomcat/Apache for the time being (or we are not quite
sure that our machine might be able to sustain that many threads of either)

Based on this what is the maximum number or requests that I can expect to
obtain from my applications. Can I expect say 1000 (or maybe 5000 or more)
concurrent users. How many requests/sec can I expect while delivering
acceptible response on the browser.

The reason I have asked such an open-ended question is that you might have
deployed your production system on such a configuration and must have
achieved some bechmarks. Please take the time and give me an estimate.

Thanks in advance.

Brown.

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




where to configure ?

2002-01-23 Thread Yang wanqiang

hi!
I have a web application developed on Redhat7.1+Apache+Tomcat+mysql, 
Now I can input http://host/App/index.jsp or http://host/app/ or http://host/index.jsp 
 in IE to enter my application, but what I want is  just input http://host and then I 
can start my application. Where I can configure to that?



webapps reloading

2002-01-23 Thread Olivier Chicha

h i,

I would like to reload the web application that is contained in my war file.

1) I override my war file
2) I use the remove request of the application manager
3) I use the install request of the application manager
in 50 % of the case, I receive this message

FAIL - Encountered exception java.lang.InternalError: jzentry == 0

the war file is correct and if I restart tomcat the new webapplication works fine.

here is the context I use for this application :



here are my vitual host attributes
  

What am I doing wrong ?

here is the corresponding part of the log
2002-01-24 00:01:41 Manager: remove: Removing web application at '/server'
2002-01-24 00:01:41 StandardHost[localhost]: Removing web application at context path 
/server
2002-01-24 00:01:52 Manager: install: Installing web application at '/server' from 
'jar:file:c:/tomcat4.0/webapps/server.war!/'
2002-01-24 00:01:52 StandardHost[localhost]: Installing web application at context 
path /server from URL jar:file:c:/tomcat4.0/webapps/server.war!/
2002-01-24 00:01:52 ManagerServlet.install[/server]
java.lang.InternalError: jzentry == 0
 at java.util.zip.ZipFile$2.nextElement(Unknown Source)
 at org.apache.naming.resources.WARDirContext.loadEntries(WARDirContext.java:764)
 at org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:190)
 at org.apache.catalina.core.StandardContext.setResources(StandardContext.java:1107)
 at org.apache.catalina.core.StandardContext.start(StandardContext.java:3302)
 at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785)
 at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454)
 at org.apache.catalina.core.StandardHost.install(StandardHost.java:712)
 at org.apache.catalina.servlets.ManagerServlet.install(ManagerServlet.java:376)
 at org.apache.catalina.servlets.ManagerServlet.doGet(ManagerServlet.java:277)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
 at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
 at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 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.java:201)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:518)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 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:2344)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 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:163)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 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:1011)
 at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106)
 at java.lang.Thread.run(Unknown Source)











AW: Tomcat Performance Tuning;

2002-01-23 Thread Reto Badertscher

I'm to interested in some information about performance tuning.
After stressing Tomcat 4.01 with a lot of requests i got the following
messages in the catalina.log

2002-01-24 01:25:03 HttpProcessor[8080][74] Starting background thread
2002-01-24 01:25:04 HttpConnector[8080] No processor available, rejecting
this connection
2002-01-24 01:25:07 HttpConnector[8080] No processor available, rejecting
this connection
.
After that i wasnt' able to connect again - i had to restart Tomcat.

For development i'm using the standard configuration - but in about 2 weeks
we wanna go production. So i would be glad for some guidelines (e.g. to
avoid the above described situation).

Thanks

Reto


-Ursprungliche Nachricht-
Von: Murat Bicer [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 23. Januar 2002 18:38
An: 'Tomcat Users List'
Betreff: Tomcat Performance Tuning;


Is there a good documentation about tomcat performance tuning. I checked
Jakarta site but they don't have enough information.

Thanks
Murat


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


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




Apache2 + Tomcat4.0.1 + mod_webapp

2002-01-23 Thread Falcon cheetah

I managed to get mod_webapp to compile into a .o, .a,
.la. How can I link it into a .so library? I tried to
figure using libtool on my own but it keeps on giving
me weird errors.

Thank you.

__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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




Apache2 + Tomcat4.0.1 + mod_jk

2002-01-23 Thread Falcon cheetah

Ok, what does this warning mean? this is what I see in
the apache2_error_log_file
[Wed Jan 23 19:34:23 2002] [warn] [client
my_ip_address] handler "jakarta-servlet" not found
for: numguess.jsp, referer:
http://webserver:8002/examples/jsp/

I get this warning when I try
http://webserver:8002/examples/jsp/num/numguess.jsp

which shows me (in the browser) a page with the
following error:

Server error!
Error message: 
handler "jakarta-servlet" not found for: numguess.jsp 
If you think this is a server error, please contact
the webmaster 
Error 500
webserver
Wed Jan 23 19:34:23 2002 
Apache/2.0.31-dev (Unix) DAV/2 mod_jk/1.2.0 

__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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




Re: exceptions...

2002-01-23 Thread Tom

Check line 484 of the file JspServlet.java

- Original Message -
From: "Krzysztof Janiszewski" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: January 23, 2002 4:50 PM
Subject: exceptions...


> Hi.
>
> What does it mean:
>
> 2002-01-23 12:07:54 ApplicationDispatcher[/gromen] Servlet.service() for
> servlet
>  jsp threw exception
> javax.servlet.ServletException:
> at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:484)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
>
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
> java:679)
> at org.apache.catalina.core.ApplicationDispatcher.doForward
> ApplicationDispatcher.java:431)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
> patcher.java:355)
>
>
> after this the following errors are repeating many many times (about 400
MB
> !!!) of text in logs:
>
>
> at
> org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.jav
> a:409)
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCon
> textImpl.java:446)
> at
org.apache.jsp.errorPage$jsp._jspService(errorPage$jsp.java:2471)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSer
> vlet.java:202)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
> 82)
> at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
> atcher.java:679)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationD
> ispatcher.java:431)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
> patcher.java:355)
>
>
> What to do with it?
>
> Pozdrawiam
>
> Krzysztof Janiszewski
> IT Partner
> http://www.it-partner.com.pl/ - oprogramowanie dla kawiarni internetowych
> http://www.fr.pl - webhosting
>
>
>
> --
> Placisz raz - uzywasz caly czas!
> http://www.onetmail.onet.pl/oferta
>
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>


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




Connection Abort

2002-01-23 Thread Susan Baker

We are having problems at one of our client sites that tomcat suddenly exits
with the following message, which you only get if you happen to have the
shell that started tomcat still open.  It is exiting so suddenly that it
can't even write to the log.

java.net.SocketException: Software caused connection abort
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
at java.net.ServerSocket.implAccept(ServerSocket.java:240)
at java.net.ServerSocket.accept(ServerSocket.java:224)
at
org.apache.tomcat.service.SimpleTcpEndpoint.acceptSocket(SimpleTcpEndpoint.j
ava:267)
at
org.apache.tomcat.service.SimpleTcpEndpoint.acceptConnections(SimpleTcpEndpo
int.java:248)
at
org.apache.tomcat.service.TcpListenerThread.run(SimpleTcpEndpoint.java:319)
at java.lang.Thread.run(Thread.java:479)
Endpoint ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080] shutdown
due to exception: java.net.SocketException: Software caused connection abort

According to our application log everything the user did to that point
completed successfully.

It is running solaris 2.7 on a Ultra-2.  Tomcat is either 3.2 or 3.3...I'm
pretty sure it is 3.2.

Any suggestions would be greatly appreciated.


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




exceptions...

2002-01-23 Thread Krzysztof Janiszewski

Hi.

What does it mean:

2002-01-23 12:07:54 ApplicationDispatcher[/gromen] Servlet.service() for
servlet
 jsp threw exception
javax.servlet.ServletException:
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:484)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
java:679)
at org.apache.catalina.core.ApplicationDispatcher.doForward
ApplicationDispatcher.java:431)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
patcher.java:355)


after this the following errors are repeating many many times (about 400 MB
!!!) of text in logs:


at
org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.jav
a:409)
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCon
textImpl.java:446)
at org.apache.jsp.errorPage$jsp._jspService(errorPage$jsp.java:2471)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSer
vlet.java:202)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
82)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
atcher.java:679)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationD
ispatcher.java:431)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
patcher.java:355)


What to do with it?

Pozdrawiam

Krzysztof Janiszewski
IT Partner
http://www.it-partner.com.pl/ - oprogramowanie dla kawiarni internetowych
http://www.fr.pl - webhosting



-- 
Placisz raz - uzywasz caly czas!
http://www.onetmail.onet.pl/oferta



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




Tomcat and RetrievalWare

2002-01-23 Thread Brian Hanuska

Is anyone using Convera's Retrievalware product with Tomcat?
I am looking for performance information.  
Any information would help, like OS that you are running on, number of simultaneous 
users supported, execute thread count, heap size.

Thanks



Brian Hanuska



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




RE: mod_webapp building help

2002-01-23 Thread Thad Humphries

Oh, sorry.  I never saw that message under 4.0.1.  And I did not use the
--with-tomcat flag, only (IIRC) the --with-apxs tag.

On Wed, 2002-01-23 at 15:45, Lloyd Meinholz wrote:
> That message was generated by make in the webapp-module-1.0.2-tc402 source.
> It didn't have anything to do with tomcat other than I used the
> --with-tomcat flag to configure.
>
-- 

Thad Humphries  "...no religious test shall ever be required
Web Development Manager  as a qualification to any office or public
Phone: 540/675-3015, x225trust under the United States." -Article VI


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




RE: problem with unsubscribe

2002-01-23 Thread Murat Bicer

You can simply unsubscribe yourself like

telnet ns.hyperreal.org 25

here you get a smtp server

then type the following

mail from: [EMAIL PROTECTED]
rcpt to: [EMAIL PROTECTED]
data
.

don't forget the last "."

that's it.

-Original Message-
From: Hong Jiang [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, January 23, 2002 3:32 PM
To: [EMAIL PROTECTED]
Subject: problem with unsubscribe

Anybody knows a way to unsubscribe from the tomcat-user list if your
outgoing mail server is different from the incoming server?
I subscribe to the list as [EMAIL PROTECTED] Since my company's outgoing
mail server is not the same as incoming server, I have a outgoing mail
account as [EMAIL PROTECTED] I tried several times to use the
unsubscribe link to unsubscribe [EMAIL PROTECTED] from the list, but it
never worked, because every time the address of the unsubscribe mail was
always [EMAIL PROTECTED] I tried to write to the user-help and
trouble link of tomcat user, both did not work either.

I am so tired getting tons of email everyday. Could anybody help me with
this?

Thanks in advance.


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




RE: mod_webapp building help

2002-01-23 Thread Lloyd Meinholz

That message was generated by make in the webapp-module-1.0.2-tc402 source.
It didn't have anything to do with tomcat other than I used the
--with-tomcat flag to configure.

Lloyd


> -Original Message-
> From: Thad Humphries [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 23, 2002 3:34 PM
> To: Tomcat Users List
> Subject: RE: mod_webapp building help
> 
> 
> I didn't try to rebuild all of Tomcat.  All I built mod_webapp from
> webapp-module-1.0.1-tc401-src.tar.gz
> 
> On Wed, 2002-01-23 at 15:03, Lloyd Meinholz wrote:
> > The TEST thing seems to be fixed in the latest nightly 
> build (20021119) and
> > in the 4.0.2-b2 src download page.
> > 
> > I'm having other problems on Sparc Solaris 8. I get the 
> following messages:
> > 
> > *** Warning: This library needs some functionality provided 
> by -lwebapp.
> > *** I have the capability to make that library 
> automatically link in when
> > *** you link to this library.  But I can only do this if you have a
> > *** shared version of the library, which you do not appear to have.
> > 
> > *** Warning: libtool could not satisfy all declared inter-library
> > *** dependencies of module mod_webapp.  Therefore, libtool 
> will create
> > *** a static module, that should work as long as the dlopening
> > *** application is linked with the -dlopen flag.
> > 
> > Did you have this problem or have any idea how to fix it? I have a
> > libwebapp.a and libwebapp.la built but no .so and I don't 
> know how to build
> > one and I'm not even sure that's what's being refered to by 
> -lwebapp. Did
> > you have this problem or do you have any idea how to solve 
> it? Thanks,
> > 
> > Lloyd
> > ...
> -- 
> --
> --
> Thad Humphries  "...no religious test shall ever 
> be required
> Web Development Manager  as a qualification to any office 
> or public
> Phone: 540/675-3015, x225trust under the United States." 
> -Article VI
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 



mod_webapps Access Control Question

2002-01-23 Thread Seth Falcon

I'm using Tomcat 4 / Apache 1.3 and mod_webapps.
I would like to control access to the web
applications from Apache using AuthType Basic. It
appears that mod_webapps does the forwarding
before  or  is read. Here's
what I've tried:


  AuthType Basic
  AuthName test
  AuthUserFile /my/user/file
  require valid-user 


WebAppConnection con1 warp localhost:
WebAppDeploy myApp.war con1 /test/myApp/

I would expect that any URL of form

http://myhost/test/*

would get the login pop-up, but if I enter

http://myhost/test/myApp/index.html

It serves up the webapp without any
authentication.

I realize it is possible to implement some
authentication on the Tomcat side, but I'd like
to centralize the authentication and do it all up
front.

+ seth

 

=




__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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




RE: mod_webapp building help

2002-01-23 Thread Thad Humphries

I didn't try to rebuild all of Tomcat.  All I built mod_webapp from
webapp-module-1.0.1-tc401-src.tar.gz

On Wed, 2002-01-23 at 15:03, Lloyd Meinholz wrote:
> The TEST thing seems to be fixed in the latest nightly build (20021119) and
> in the 4.0.2-b2 src download page.
> 
> I'm having other problems on Sparc Solaris 8. I get the following messages:
> 
> *** Warning: This library needs some functionality provided by -lwebapp.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have.
> 
> *** Warning: libtool could not satisfy all declared inter-library
> *** dependencies of module mod_webapp.  Therefore, libtool will create
> *** a static module, that should work as long as the dlopening
> *** application is linked with the -dlopen flag.
> 
> Did you have this problem or have any idea how to fix it? I have a
> libwebapp.a and libwebapp.la built but no .so and I don't know how to build
> one and I'm not even sure that's what's being refered to by -lwebapp. Did
> you have this problem or do you have any idea how to solve it? Thanks,
> 
> Lloyd
> ...
-- 

Thad Humphries  "...no religious test shall ever be required
Web Development Manager  as a qualification to any office or public
Phone: 540/675-3015, x225trust under the United States." -Article VI


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




problem with unsubscribe

2002-01-23 Thread Hong Jiang

Anybody knows a way to unsubscribe from the tomcat-user list if your
outgoing mail server is different from the incoming server?
I subscribe to the list as [EMAIL PROTECTED] Since my company's outgoing
mail server is not the same as incoming server, I have a outgoing mail
account as [EMAIL PROTECTED] I tried several times to use the
unsubscribe link to unsubscribe [EMAIL PROTECTED] from the list, but it
never worked, because every time the address of the unsubscribe mail was
always [EMAIL PROTECTED] I tried to write to the user-help and
trouble link of tomcat user, both did not work either.

I am so tired getting tons of email everyday. Could anybody help me with
this?

Thanks in advance.



Tomcat 4.0 + Solaris

2002-01-23 Thread Gearoid Coughlan

Hi,

Im running Tomcat 4.0.1 on sparc Solaris, with 
java version "1.2.1"
Solaris VM (build Solaris_JDK_1.2.1_03a, native threads, sunwjit)

I set the ulimit -s 2048 in startup.sh as recomended

but alas at startup, java core dumps.

any ideas,

ltr
gearĂ³id



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




Tomcat + Solaris (part II)

2002-01-23 Thread Gearoid Coughlan

hi,

the following is the trace i get in catalina.out



Starting service Tomcat-Standalone
Apache Tomcat/4.0.1
Segmentation Fault
si_signo [11]: Segmentation Fault
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x10]

stackpointer=FFBEBD30

Exiting Thread (sys_thread_t:0xff8cace0) : no stack

Exiting Thread (sys_thread_t:0x3441b8) : no stack
"Finalizer" (TID:0x13360c, sys_thread_t:0x133590, state:CW, thread_t: t@6, 
threadID:0xff041dc0, stack_bottom:0xff042000, stack_size:0x2) prio=8

[1] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:106)
[2] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
[3] java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
---
"Reference Handler" (TID:0x12da9c, sys_thread_t:0x12da20, state:CW, thread_t: t@5, 
threadID:0xff071dc0, stack_bottom:0xff072000, stack_size:0x2) prio=10

[1] java.lang.Object.wait(Object.java:424)
[2] java.lang.ref.Reference$ReferenceHandler.run(Reference.java:107)
---
"Signal dispatcher" (TID:0x1115ac, sys_thread_t:0x111530, state:MW, thread_t: t@4, 
threadID:0xff3a1dc0, stack_bottom:0xff3a2000, stack_size:0x2) prio=10

---
"main" (TID:0x398ac, sys_thread_t:0x39830, state:R, thread_t: t@1, threadID:0x24ac8, 
stack_bottom:0xffbf, stack_size:0x2) prio=5 *current thread*

[1] org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:591)
[2] org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[3] org.apache.catalina.core.StandardContext.start(StandardContext.java:3334)
[4] org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[5] org.apache.catalina.core.StandardHost.start(StandardHost.java:612)
[6] org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1092)
[7] org.apache.catalina.core.StandardEngine.start(StandardEngine.java:307)
[8] org.apache.catalina.core.StandardService.start(StandardService.java:376)
[9] org.apache.catalina.core.StandardServer.start(StandardServer.java:494)
[10] org.apache.catalina.startup.Catalina.start(Catalina.java:776)
[11] org.apache.catalina.startup.Catalina.execute(Catalina.java:681)
[12] org.apache.catalina.startup.Catalina.process(Catalina.java:179)
[13] java.lang.reflect.Method.invoke(Native Method)
[14] org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:114)
---


ltr
gearĂ³id



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




RE: Excessive high usage of memory by Tomcat on NT

2002-01-23 Thread Frank Diakovasilis

out of curiosity, are you running tomcat as a service?

-Original Message-
From: Manish Bhatnagar [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 22, 2002 12:18 AM
To: Tomcat
Subject: Excessive high usage of memory by Tomcat on NT


Hello all:
We are facing the problem of excessive memory usage by our
servlets (that call JNI functions). The memory usage seems
to touch 50+ MB in 2000 Server but it drops down to 30 MB
soon. But, this does not happen in NT. The memory keeps on
increasing and there is a point in time when Tomcat occupies
*all* the available memory.
We are taking care of *garbage collecting* the objects
frequently(by calling Runtime.gc()). Is there any other way
by which we can have some kind of control over the usage of
memory?
Do we have to install a patch for NT (if something like this
is available)?

NT Server:
--
PIII 500 MHz, 256MB RAM, 40GB HDD

2000 Server:

PIII 700 MHz, 128MB RAM, 20GB HDD

Tomcat:
---
Version 3.2.1

JDK:

Sun's JDK 1.3

Any suggestions, pointers are appreciated.
Thanks
Manish


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

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




Re: having to use HttpServletResponse.setContentType

2002-01-23 Thread Craig R. McClanahan



On Wed, 23 Jan 2002, Marx, Mitchell E (Mitch), ALCNS wrote:

> Date: Wed, 23 Jan 2002 15:11:12 -0500
> From: "Marx, Mitchell E (Mitch), ALCNS" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: having to use HttpServletResponse.setContentType
>
>
> Configuration: Solaris 2.6, Apache 1.3.20, mod_jk 3.3, Tomcat 3.2.3
>
> In migrating an application from JavaWebServer/WebLogic, it seems that
> servlets that extend from HttpServlet need to have
>
>   setContentType("text/html");
>
> when running under Tomcat, but did not under the previous web servers.
> Otherwise, they are served as "text/plain" and Netscape 4.76 shows the
> HTML as text, instead of rendered HTML.
>
> Is this a feature or a misconfiguration on my part?
>

Many older servlet containers did indeed assume a content type of
"text/html" when the application omitted one, but the behavior was never
defined in the spec until Servlet 2.3, where the container is explicitly
prohibited from setting a default content type (Section 5.2).  Thus, it is
unfortunate but not surprising to see variation in older containers.

> Mitchell Evan Marx[EMAIL PROTECTED]
> AT&T IP Network Configuration & Provisioning Development
>

Craig


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




having to use HttpServletResponse.setContentType

2002-01-23 Thread Marx, Mitchell E (Mitch), ALCNS


Configuration: Solaris 2.6, Apache 1.3.20, mod_jk 3.3, Tomcat 3.2.3

In migrating an application from JavaWebServer/WebLogic, it seems that
servlets that extend from HttpServlet need to have 

setContentType("text/html");

when running under Tomcat, but did not under the previous web servers.
Otherwise, they are served as "text/plain" and Netscape 4.76 shows the
HTML as text, instead of rendered HTML.

Is this a feature or a misconfiguration on my part?

Mitchell Evan Marx[EMAIL PROTECTED]
AT&T IP Network Configuration & Provisioning Development

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




RE: mod_webapp building help

2002-01-23 Thread Lloyd Meinholz

The TEST thing seems to be fixed in the latest nightly build (20021119) and
in the 4.0.2-b2 src download page.

I'm having other problems on Sparc Solaris 8. I get the following messages:

*** Warning: This library needs some functionality provided by -lwebapp.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module mod_webapp.  Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.

Did you have this problem or have any idea how to fix it? I have a
libwebapp.a and libwebapp.la built but no .so and I don't know how to build
one and I'm not even sure that's what's being refered to by -lwebapp. Did
you have this problem or do you have any idea how to solve it? Thanks,

Lloyd



> -Original Message-
> From: Thad Humphries [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 23, 2002 2:45 PM
> To: Tomcat Users List
> Subject: Re: mod_webapp building help
> 
> 
> There is a README.txt file in the directory.  Use that to learn how to
> point to apxs, etc.  
> 
> When I last downloaded the 4.0.1 source, the configure script was
> missing.  I had to copy that out of my copy of the 4.0 source.
> 
> I built mod_webapp on Sun Solaris 2.7 just last week.  There were some
> tricks in doing it.  First, I had to install a number of GNU 
> tools on my
> SPARC (I got them from http://www.sunfreeware.com/).  Second, I edited
> the configure script (again, the one from 4.0).  I changed line 2505
> from
> 
>   if {TEST} i! "${local_target}" = "apr"
> 
> to
>   if ${TEST} "${local_target}" = "apr"
> 
> Lastly, I had to edit the Makefile.in to point to 
> /usr/local/bin/libtool
> since the configure script did not properly @@LIBTOOL@@.
> 
> All that finally built a mod_webapp.so for Solaris 2.7 and 
> that has been
> working for me with Tomcat 4.0.1.
> 
> On Wed, 2002-01-23 at 14:35, Rahadul Kabir wrote:
> > 
> > can someone please tell me how to build Webapp-module from 
> the source.
> > is there any documentation about this on the Jakarta page.
> > thanks.
> > 
> > --rahad
> -- 
> --
> --
> Thad Humphries  "...no religious test shall ever 
> be required
> Web Development Manager  as a qualification to any office 
> or public
> Phone: 540/675-3015, x225trust under the United States." 
> -Article VI
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 



RE: Ap 1.3.22+TC 4.0.1+NT 4 = Web-app not yet deployed

2002-01-23 Thread Ashish kulkarni

Hi 
Please find the attached httpd.conf filr for apache
1.3.22 along this mail,
which is working fine for me

Ashish
--- [EMAIL PROTECTED] wrote:
> Ashish (and dchambers),
> 
> (1) Changing ServerName from SAWEBD01 to sawebd01
> did not make any 
> difference.
> (2) http://localhost:8080/manager/list worked OK,
> verifying that
> that webapplication is up and running (per your
> directions).
> 
> Ashish. I would appreciate your sending me your
> httpd.conf file, as
> you offered, with the TC 4.0 and apache 1.3.22
> configuration.
> 
> Thanks.  Dennis
> 
> -Original Message-
> From: kulkarni.ash13
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 23, 2002 7:22 AM
> To: tomcat-user
> Subject: RE: Ap 1.3.22+TC 4.0.1+NT 4 = Web-app not
> yet deployed
> 
> 
> hi Sorry about it
> I have mod_webapp.so and libapr.dll , in libexec as
> well as in module in apache directory,
> have u tried this command
> http://localhost:8080/manager/list
> to check if you have that webapplication up and
> running
> 
> or else i can send u my httpd.conf file, where in i
> have configured tomcat4.0 with apache1.3.22
> 
> Ashish
> --- [EMAIL PROTECTED] wrote:
> > Hi Ashish,
> > 
> > The libexec scenario didn't work.  Would you (or
> > someone else) please 
> > provide
> > an example of an alias (use Tomcat examples) that
> > would work in this
> > situation?  I assume that it would be different,
> > since it's using warp 
> > and, therefore,
> > not referencing a folder in the same manner as
> > Apache itself would (?).
> > 
> > Thanks.
> > 
> > Dennis
> > 
> > -Original Message-
> > From: kulkarni.ash13
> > [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, January 22, 2002 1:05 PM
> > To: tomcat-user
> > Subject: Re: Ap 1.3.22+TC 4.0.1+NT 4 = Web-app not
> > yet deployed
> > 
> > 
> > Hi Try copying the mod_webapp.so and libapr.dll in
> > libexec folder of apache 1.3.22,
> > also decare the alias for examples, ROOT etc in
> the
> > alias section of the apache httpd.conf file
> > also u canuse only also try /examples instead of
> > /examples/
> > 
> > I hops this helps
> > Ashish
> > 
> > --- [EMAIL PROTECTED] wrote:
> > > Trying to get Apache to work with Tomcat (I
> know,
> > so
> > > what else
> > > is new...).  Have researched and reconfigured,
> but
> > > keep getting
> > > WebApp: Error 404, Web-application not yet
> > deployed.
> > >  Any help
> > > provided greatly appreciated.  (details follow) 
> > > Thanks!
> > > 
> > > Using the following:
> > > - NT 4.0 Server
> > > - Apache 1.3.22 (running as service)
> > > - Tomcat 4.0.1 (running as service)
> > > 
> > > - mod_webapp.so and libapr.dll are in Apache's
> > > modules folder.
> > > - %TOMCAT_HOME% and %CATALINA_HOME% set.
> > > 
> > >
> >
>
=
> > > - httpd.conf changes:
> > > LoadModule webapp_module modules/mod_webapp.so
> > > AddModule mod_webapp.c
> > > ServerName SAWEBD01
> > > # Adding context and applications
> > >WebAppConnection  econn   warp  
> > > SAWEBD01:8008
> > >WebAppDeploy  exampleseconn 
> /examples/
> > > 
> > >WebAppConnection  tconn   warp  
> > > SAWEBD01:8008
> > >WebAppDeploy  ROOTtconn  /tomcat/
> > > 
> > >WebAppConnection  dconn   warp  
> > > SAWEBD01:8008
> > >WebAppDeploy  tomcat-docs dconn 
> > > /tomcat-docs/
> > > 
> > >WebAppConnection  wconn   warp  
> > > SAWEBD01:8008
> > >WebAppDeploy  webdav  wconn  /webdav/
> > > 
> > >WebAppConnection  jconn   warp  
> > > SAWEBD01:8008
> > >WebAppDeploy  dennis  jconn  /dennis/
> > > #
> > > 
> > >
> >
>
=
> > > - server.xml changes (added to bottom of file):
> > >   
> > >   
> > > 
> > >  > >
> >
>
className="org.apache.catalina.connector.warp.WarpConnector"
> > >  port="8008" minProcessors="5"
> > > maxProcessors="75"
> > >  enableLookups="true"
> > >  acceptCount="10" debug="0"/>
> > > 
> > > 
> > > 
> > > 
> > >  > >
> >
>
className="org.apache.catalina.connector.warp.WarpEngine"
> > >  name="SAWEBD01" debug="0"
> appBase="webapps">
> > > 
> > >   
> > >> >
> className="org.apache.catalina.logger.FileLogger"
> > >   prefix="apache_log." suffix=".txt"
> > >   timestamp="true"/>
> > > 
> > >   
> > >> >
> className="org.apache.catalina.realm.MemoryRealm"
> > />
> > > 
> > > 
> > > 
> > > 
> > >   
> > > 
> > >
> >
>
=
> > > - Apache's error.log:
> > > [Tue Jan 22 12:01:12 2002] [error] Connection
> > > "jconn" cannot connect
> > > [Tue Jan 22 12:01:12 2002] [error] Cannot open
> > > connection "jconn"
> > > [Tue Jan 22 12:01:14 2002] [error] Connection
> > > "wconn" cannot connect
> > > [Tue Jan 22 12:01:14 2002] [error] Cannot open
> > > connection "wconn"
> > > [Tue Jan 22 12:01:15 2002] [error] Connection
> > > "dconn" cannot

Apache1.3/Tomcat4.0 binding question

2002-01-23 Thread Weigang Feng

 Hi, everyone, this is Victor, I would like to get some text that
talking about how to setup to use Tomcat4.0 wrap connector to talk to
apache1.3,  any pointer?


Thanks in advance,

Victor





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




RE: Persistent Sessions

2002-01-23 Thread Matt Goyer

>> As long as you shut down Tomcat gracefully, the standard session
manager
*does* save sessions across a restart, along with all of your session
attributes -- but ONLY IF you make them serializable.

Our attributes are implementing serializable but it still doesn't appear
to be saving and reloading them when I shutdown and restart webapps
using the manager webapp. 

Though when I shutdown at the command prompt it does indeed create a
bunch of *.ser files but when I restart tomcat the session attributes
that I saved prior to shutdown aren't there though the manager webapp
lists the same number of activate session as before shutdown.

What am I missing?

Thanks,
Matt 

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, January 23, 2002 2:21 PM
To: Tomcat Users List
Subject: Re: Persistent Sessions




On Wed, 23 Jan 2002, Matt Goyer wrote:

> Date: Wed, 23 Jan 2002 14:14:14 -0500
> From: Matt Goyer <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Persistent Sessions
>
> I know that the docs warn 'Use of this Manager implementation has not 
> been thoroughly tested, and should be considered experimental!' but 
> has anyone tried using persistent sessions on a production site?
>

There are definitely some outstanding bugs in this code.

> Alternatively, without persistent sessions is there a way to restart 
> tomcat without losing all the active sessions?

As long as you shut down Tomcat gracefully, the standard session manager
*does* save sessions across a restart, along with all of your session
attributes -- but ONLY IF you make them serializable.

>
> Thanks,
> Matt
>

Craig


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


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




Re: mod_webapp building help

2002-01-23 Thread Thad Humphries

There is a README.txt file in the directory.  Use that to learn how to
point to apxs, etc.  

When I last downloaded the 4.0.1 source, the configure script was
missing.  I had to copy that out of my copy of the 4.0 source.

I built mod_webapp on Sun Solaris 2.7 just last week.  There were some
tricks in doing it.  First, I had to install a number of GNU tools on my
SPARC (I got them from http://www.sunfreeware.com/).  Second, I edited
the configure script (again, the one from 4.0).  I changed line 2505
from

if {TEST} i! "${local_target}" = "apr"

to
if ${TEST} "${local_target}" = "apr"

Lastly, I had to edit the Makefile.in to point to /usr/local/bin/libtool
since the configure script did not properly @@LIBTOOL@@.

All that finally built a mod_webapp.so for Solaris 2.7 and that has been
working for me with Tomcat 4.0.1.

On Wed, 2002-01-23 at 14:35, Rahadul Kabir wrote:
> 
> can someone please tell me how to build Webapp-module from the source.
> is there any documentation about this on the Jakarta page.
> thanks.
> 
> --rahad
-- 

Thad Humphries  "...no religious test shall ever be required
Web Development Manager  as a qualification to any office or public
Phone: 540/675-3015, x225trust under the United States." -Article VI


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




Re: Apache2 + Tomcat4.0.1 + mod_jk

2002-01-23 Thread Falcon cheetah

in this file :
/tmp/jakarta/connectors/util/java/org/apache/tomcat/util/buf/HexUtils.java

changed byte[] to char[]

in this file: 
/tmp/jakarta/connectors/jk/java/org/apache/ajp/tomcat4/Ajp13Connector.java
 
// 
   socket.setKeepAlive(true);
  socket.setSoTimeout(0);
 
and that was in order to build tomcat-ajp.jar for
4.0.1 snapshot of jan-22.

Is that some bug that I sumbled on? Is it fixed in the
newer releases? I am not sure if either will cause a
problem in my instance of the server.




__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

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




Re: Tomcat, Threads and IllegalAccessError

2002-01-23 Thread Michael Engelhart

Thanks but I've already tried that. Still doesn't work.  It's not a 
classloader problem I don't think but a Thread violation error of some 
sort I think because it's happening in an InnerClass called 
TheClass$ReadThread...

I'm going to download a different web container and see if I have the 
same problems to see if it's just Tomcat.

Mike
On Wednesday, January 23, 2002, at 02:22  PM, Bo Xu wrote:

>
> I am not sure, because your "3rd party library" is in
> jakarta-tomcat-4.0.1/lib/, so it will be loaded by
> "Share Classloader", and "Share Classloader" is
> "upper" than your "webapp classloader". I just
> guess this is the reason of that problem, you can
> try it by moving your "3rd party library" from
> jakarta-tomcat-4.0.1/lib/ into WEB-INF/lib(and
> it is better to keep only-one copy).
>


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




mod_webapp building help

2002-01-23 Thread Rahadul Kabir


can someone please tell me how to build Webapp-module from the source.
is there any documentation about this on the Jakarta page.
thanks.

--rahad


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




Re: Tomcat, Threads and IllegalAccessError

2002-01-23 Thread Bo Xu

- Original Message - 
From: "Michael Engelhart" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2002 2:17 PM
Subject: Re: Tomcat, Threads and IllegalAccessError


> Oh and for your other question I have the 3rd party library stored in 
> the Tomcat container home at
> jakarta-tomcat-4.0.1/lib/
> 
> Thanks
> Mike
>[...]


I am not sure, because your "3rd party library" is in
jakarta-tomcat-4.0.1/lib/, so it will be loaded by 
"Share Classloader", and "Share Classloader" is
"upper" than your "webapp classloader". I just
guess this is the reason of that problem, you can
try it by moving your "3rd party library" from
jakarta-tomcat-4.0.1/lib/ into WEB-INF/lib(and
it is better to keep only-one copy).

the doc of classloader is in:
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html
(other doc)
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/index.html


Have a nice day :-)
Bo
Jan232002



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




Re: Persistent Sessions

2002-01-23 Thread Craig R. McClanahan



On Wed, 23 Jan 2002, Matt Goyer wrote:

> Date: Wed, 23 Jan 2002 14:14:14 -0500
> From: Matt Goyer <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Persistent Sessions
>
> I know that the docs warn 'Use of this Manager implementation has not
> been thoroughly tested, and should be considered experimental!' but has
> anyone tried using persistent sessions on a production site?
>

There are definitely some outstanding bugs in this code.

> Alternatively, without persistent sessions is there a way to restart
> tomcat without losing all the active sessions?

As long as you shut down Tomcat gracefully, the standard session manager
*does* save sessions across a restart, along with all of your session
attributes -- but ONLY IF you make them serializable.

>
> Thanks,
> Matt
>

Craig


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




Re: Apache2 + Tomcat4.0.1 + mod_jk

2002-01-23 Thread Craig R. McClanahan



On Wed, 23 Jan 2002, Falcon cheetah wrote:

> Date: Wed, 23 Jan 2002 11:00:50 -0800 (PST)
> From: Falcon cheetah <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: Re: Apache2 + Tomcat4.0.1 + mod_jk
>
> And where would you get 4.0.2b2
> I can only see 4.0?
>

It's listed under "Milestone Builds" on the Jakarta website's standard
binary downloads page:

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

Craig


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




Re: Tomcat, Threads and IllegalAccessError

2002-01-23 Thread Michael Engelhart

Oh and for your other question I have the 3rd party library stored in 
the Tomcat container home at
jakarta-tomcat-4.0.1/lib/

Thanks
Mike

On Wednesday, January 23, 2002, at 02:14  PM, Michael Engelhart wrote:

> No, it's an IllegalAccessError.  It's listed in the Error section of 
> java.lang javadoc.
>
> Below the list of excceptions is the Errors subsection.  Here's the 
> relevant comment:
>
> /* Begin JavaDoc java.lang.IllegalAccessError */
> Thrown if an application attempts to access or modify a field, or to 
> call a method that it does not have access to.
> Normally, this error is caught by the compiler; this error can only 
> occur at run time if the definition of a class has incompatibly changed.
> /* End javaDoc */
>
> This is what's strange is that it compiles fine and runs fine as an 
> application.  The code also runs fine when run in a larger webapp that 
> I have where I'm not spawning threads myself and I'm letting the 
> container handle everything.   In this case I need to spawn new threads 
> though because of the nature of what I'm doing.
>
> Thanks
> Mike
>
>
> On Wednesday, January 23, 2002, at 11:50  AM, Bo Xu wrote:
>
>> I am not sure, do you mean java.lang.IllegalAccessException? where did 
>> you
>> put
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 


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




Persistent Sessions

2002-01-23 Thread Matt Goyer

I know that the docs warn 'Use of this Manager implementation has not
been thoroughly tested, and should be considered experimental!' but has
anyone tried using persistent sessions on a production site? 

Alternatively, without persistent sessions is there a way to restart
tomcat without losing all the active sessions?

Thanks,
Matt


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




Re: Tomcat, Threads and IllegalAccessError

2002-01-23 Thread Michael Engelhart

No, it's an IllegalAccessError.  It's listed in the Error section of 
java.lang javadoc.

Below the list of excceptions is the Errors subsection.  Here's the 
relevant comment:

/* Begin JavaDoc java.lang.IllegalAccessError */
Thrown if an application attempts to access or modify a field, or to 
call a method that it does not have access to.
Normally, this error is caught by the compiler; this error can only 
occur at run time if the definition of a class has incompatibly changed.
/* End javaDoc */

This is what's strange is that it compiles fine and runs fine as an 
application.  The code also runs fine when run in a larger webapp that I 
have where I'm not spawning threads myself and I'm letting the container 
handle everything.   In this case I need to spawn new threads though 
because of the nature of what I'm doing.

Thanks
Mike


On Wednesday, January 23, 2002, at 11:50  AM, Bo Xu wrote:

> I am not sure, do you mean java.lang.IllegalAccessException? where did 
> you
> put


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




RE: Ap 1.3.22+TC 4.0.1+NT 4 = Web-app not yet deployed

2002-01-23 Thread Dennis . Johnson

Ashish (and dchambers),

(1) Changing ServerName from SAWEBD01 to sawebd01 did not make any 
difference.
(2) http://localhost:8080/manager/list worked OK, verifying that
that webapplication is up and running (per your directions).

Ashish. I would appreciate your sending me your httpd.conf file, as
you offered, with the TC 4.0 and apache 1.3.22 configuration.

Thanks.  Dennis

-Original Message-
From: kulkarni.ash13 [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 23, 2002 7:22 AM
To: tomcat-user
Subject: RE: Ap 1.3.22+TC 4.0.1+NT 4 = Web-app not yet deployed


hi Sorry about it
I have mod_webapp.so and libapr.dll , in libexec as
well as in module in apache directory,
have u tried this command
http://localhost:8080/manager/list
to check if you have that webapplication up and
running

or else i can send u my httpd.conf file, where in i
have configured tomcat4.0 with apache1.3.22

Ashish
--- [EMAIL PROTECTED] wrote:
> Hi Ashish,
> 
> The libexec scenario didn't work.  Would you (or
> someone else) please 
> provide
> an example of an alias (use Tomcat examples) that
> would work in this
> situation?  I assume that it would be different,
> since it's using warp 
> and, therefore,
> not referencing a folder in the same manner as
> Apache itself would (?).
> 
> Thanks.
> 
> Dennis
> 
> -Original Message-
> From: kulkarni.ash13
> [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 22, 2002 1:05 PM
> To: tomcat-user
> Subject: Re: Ap 1.3.22+TC 4.0.1+NT 4 = Web-app not
> yet deployed
> 
> 
> Hi Try copying the mod_webapp.so and libapr.dll in
> libexec folder of apache 1.3.22,
> also decare the alias for examples, ROOT etc in the
> alias section of the apache httpd.conf file
> also u canuse only also try /examples instead of
> /examples/
> 
> I hops this helps
> Ashish
> 
> --- [EMAIL PROTECTED] wrote:
> > Trying to get Apache to work with Tomcat (I know,
> so
> > what else
> > is new...).  Have researched and reconfigured, but
> > keep getting
> > WebApp: Error 404, Web-application not yet
> deployed.
> >  Any help
> > provided greatly appreciated.  (details follow) 
> > Thanks!
> > 
> > Using the following:
> > - NT 4.0 Server
> > - Apache 1.3.22 (running as service)
> > - Tomcat 4.0.1 (running as service)
> > 
> > - mod_webapp.so and libapr.dll are in Apache's
> > modules folder.
> > - %TOMCAT_HOME% and %CATALINA_HOME% set.
> > 
> >
>
=
> > - httpd.conf changes:
> > LoadModule webapp_module modules/mod_webapp.so
> > AddModule mod_webapp.c
> > ServerName SAWEBD01
> > # Adding context and applications
> >WebAppConnection  econn   warp  
> > SAWEBD01:8008
> >WebAppDeploy  exampleseconn  /examples/
> > 
> >WebAppConnection  tconn   warp  
> > SAWEBD01:8008
> >WebAppDeploy  ROOTtconn  /tomcat/
> > 
> >WebAppConnection  dconn   warp  
> > SAWEBD01:8008
> >WebAppDeploy  tomcat-docs dconn 
> > /tomcat-docs/
> > 
> >WebAppConnection  wconn   warp  
> > SAWEBD01:8008
> >WebAppDeploy  webdav  wconn  /webdav/
> > 
> >WebAppConnection  jconn   warp  
> > SAWEBD01:8008
> >WebAppDeploy  dennis  jconn  /dennis/
> > #
> > 
> >
>
=
> > - server.xml changes (added to bottom of file):
> >   
> >   
> > 
> >  >
>
className="org.apache.catalina.connector.warp.WarpConnector"
> >  port="8008" minProcessors="5"
> > maxProcessors="75"
> >  enableLookups="true"
> >  acceptCount="10" debug="0"/>
> > 
> > 
> > 
> > 
> >  >
>
className="org.apache.catalina.connector.warp.WarpEngine"
> >  name="SAWEBD01" debug="0" appBase="webapps">
> > 
> >   
> >> className="org.apache.catalina.logger.FileLogger"
> >   prefix="apache_log." suffix=".txt"
> >   timestamp="true"/>
> > 
> >   
> >> className="org.apache.catalina.realm.MemoryRealm"
> />
> > 
> > 
> > 
> > 
> >   
> > 
> >
>
=
> > - Apache's error.log:
> > [Tue Jan 22 12:01:12 2002] [error] Connection
> > "jconn" cannot connect
> > [Tue Jan 22 12:01:12 2002] [error] Cannot open
> > connection "jconn"
> > [Tue Jan 22 12:01:14 2002] [error] Connection
> > "wconn" cannot connect
> > [Tue Jan 22 12:01:14 2002] [error] Cannot open
> > connection "wconn"
> > [Tue Jan 22 12:01:15 2002] [error] Connection
> > "dconn" cannot connect
> > [Tue Jan 22 12:01:15 2002] [error] Cannot open
> > connection "dconn"
> > [Tue Jan 22 12:01:17 2002] [error] Connection
> > "tconn" cannot connect
> > [Tue Jan 22 12:01:17 2002] [error] Cannot open
> > connection "tconn"
> > [Tue Jan 22 12:01:18 2002] [error] Connection
> > "econn" cannot connect
> > [Tue Jan 22 12:01:18 2002] [error] Cannot open
> > connection "econn"
> > [Tue Jan 22 12:01:33 2002] [error] Web-application
> > not yet deployed
> > [Tue Jan 22 12:02:09 2002] [error] Web-application
> > no

Re: Re: Apache2 + Tomcat4.0.1 + mod_jk

2002-01-23 Thread Kirby Vandivort

http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/

On Wed, Jan 23, 2002 at 11:00:50AM -0800, Falcon cheetah wrote:
> And where would you get 4.0.2b2
> I can only see 4.0?
> 
> --- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> > 
> > 
> > On Wed, 23 Jan 2002, Marc G. Fournier wrote:
> > 
> > > Date: Wed, 23 Jan 2002 14:26:10 -0400 (AST)
> > > From: Marc G. Fournier <[EMAIL PROTECTED]>
> > > Reply-To: Tomcat Users List
> > <[EMAIL PROTECTED]>
> > > To: Tomcat Users List
> > <[EMAIL PROTECTED]>
> > > Subject: Re: Apache2 + Tomcat4.0.1 + mod_jk
> > >
> > >
> > > This may be so, but my understanding is that you
> > can't use mod_jk for
> > > *Tomcat 4.x* ... so I think you need to install
> > mod_webapp for
> > > Apache2->Tomcat4.x, and leave mod_jk ther for
> > Apache2->Tomcat3.x ...
> > >
> > 
> > Your understanding is not correct -- mod_jk is also
> > supported under 4.x,
> > and the Java side of it is included (with many bug
> > fixes) in the 4.0.2b2
> > release.
> > 
> > Craig
> > 
> > 
> > >
> > >
> > > On Wed, 23 Jan 2002, Falcon cheetah wrote:
> > >
> > > > Are you sure about that? Because both the doc
> > that I
> > > > used and others on apache site say that you CAN
> > use
> > > > mod_jk for both 1.3 and 2.0!
> > > >
> > > > Any idea?
> > > >
> > > > --- "Marc G. Fournier" <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > mod_jk is for Tomcat 3.x ... mod_webapp is for
> > > > > Tomcat 4.x ... wrong module
> > > > > :(
> > > > >
> > > > >
> > > > > On Wed, 23 Jan 2002, Falcon cheetah wrote:
> > > > >
> > > > > > Greetings,
> > > > > >
> > > > > > I managed to install the above subject on my
> > RH
> > > > > Linux
> > > > > > 7.1. I am downloaded the latest
> > apache2.0.28beta
> > > > > > together with tomcat 4.0.1. Built apache
> > according
> > > > > to
> > > > > > the instructions. I followed instructions
> > found on
> > > > > >
> > > > >
> > > >
> >
> http://www.iris.dti.ne.jp/~u-osamu/indexlinux72jdk140.html
> > > > > > I followed the instructions to the extent. I
> > > > > commented
> > > > > > out the ssl part.
> > > > > >
> > > > > > When I typed ./apachectl configtest, it gave
> > me
> > > > > error
> > > > > > that it can not recognize "AddModule" in
> > > > > >
> > > > > > LoadModule jk_module modules/mod_jk.so
> > > > > > #AddModule mod_jk.c
> > > > > >
> > > > > > So I commented it out. My understanding is
> > that I
> > > > > need
> > > > > > AddModule in order for Apache to load
> > mod_jk,
> > > > > > otherwise there not be communication between
> > > > > apache2
> > > > > > and tomcat4.
> > > > > >
> > > > > > I changed the port for ajp13 from 8009 to
> > 8006
> > > > > since I
> > > > > > have tomcat 3.2 running on the same machine.
> > > > > >
> > > > > > I am able to communicate with Apache on port
> > 8002,
> > > > > it
> > > > > > serves files fine. I can also get tomcat to
> > serve
> > > > > jsp
> > > > > > on 8003. But when I try to access jsp files
> > on the
> > > > > > apache port it gives me page not found! and
> > in the
> > > > > > error log I find [Wed Jan 23 12:31:36 2002]
> > [warn]
> > > > > > [client local_ip] handler "jakarta-servlet"
> > not
> > > > > found
> > > > > > for: carts.jsp, referer:
> > > > > >
> > > > >
> > > >
> >
> http://localhost:8002/examples/jsp/sessions/carts.html
> > > > > >
> > > > > >
> > > > > > Is the AddModule causing the problem?
> > > > > > Also when I look at the localhost_log.txt
> > file I
> > > > > find
> > > > > > an exception for every context available. An
> > > > > example
> > > > > > is :
> > > > > > 2002-01-23 12:02:56
> > > > > > StandardWrapper[/tomcat-docs:JkServlet]:
> > Marking
> > > > > > servlet JkServlet as unavailable
> > > > > > 2002-01-23 12:02:56
> > StandardContext[/tomcat-docs]:
> > > > > > Servlet /tomcat-docs threw load() exception
> > > > > > javax.servlet.ServletException: Wrapper
> > cannot
> > > > > find
> > > > > > servlet class
> > org.apache.ajp.tomcat4.JkServlet or
> > > > > a
> > > > > > class it depends on
> > > > > > at
> > > > > >
> > > > >
> > > >
> >
> org.apache.catalina.core.StandardWrapper.load(Unknown
> > > > > > Source)
> > > > > > at
> > > > > >
> > > > >
> > > >
> >
> org.apache.catalina.core.StandardContext.loadOnStartup(Unknown
> > > > > > Source)
> > > > > >
> > > > > > Why is it complaining about JkServlet? I
> > made sure
> > > > > to
> > > > > > have tomcat-ajp.jar in the server/lib
> > directory,
> > > > > and
> > > > > > made sure the class is there.
> > > > > >
> > > > > > I read somewhere that apache2 does not work
> > with
> > > > > apxs,
> > > > > > is that ture?
> > > > > >
> > > > > > I also noticed that in some of the source
> > code the
> > > > > > developers are using methods that only
> > appeared in
> > > > > JDK
> > > > > > 1.3, an example is
> > Socket.setKeepAlive(boolean). I
> > > > > > replaced that, since I am running jdk 1.2.2
> > to
> > > > > > Socket.setSOTimeOut(0);
> > > > > >
> > > > > > I know am asking several question

Re: About persistent

2002-01-23 Thread Tom Drake

Bo:

Each one of your requests will burn a socket and a thread
(both of which are managed by Tomcat).

So, you'll need to make sure that you don't exceed the limits
on these resources.

However, keeping an open socket connection for 'long' periods
of time may not be the best way of meeting your goals.

RMI may be a better choice, however, you may run into firewall
issues.

Assuming that you really want to stick to the HTTP connection,
your initial request could start a new 'thread' on the server (that
you manage with code you write). The server would need
to return an identifier that the applet passes along with subsequent
requests so that your server can find the corresponding object/thread,
and retrieve any data that is 'available'. This way, you don't burn
more sockets than you really need. The server could 'cancel'
any objects/threads that haven't been asked for (by an applet) after
some time period. This would help limit the number of threads in your
server.

The cost of this solution is in making/breaking multiple TCP connections
for each request, but the advantage is that you gain control over what
resources the server is using.

Good Luck

Tom Drake


- Original Message -
From: "Bo Xu" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2002 10:41 AM
Subject: Re: About persistent


| - Original Message -
| From: "Vjeran Marcinko" <[EMAIL PROTECTED]>
| To: "Tomcat Users List" <[EMAIL PROTECTED]>
| Sent: Wednesday, January 23, 2002 12:45 PM
| Subject: About persistent
|
|
| Hi again.
| One more question, and yes, I know this
| isn't standard usage that servlets are made for, but
| situation is like this -
|
| I have to create servlet that will never exit its doPost() method,
| and that way be able to keep response's output stream constantly
| open, and send asinchronous messages to applet which has sent
| that POST request.
| Tell me, since there will be bunch of applets keeping this persistent
| connections, will it crash somehow Tomcat ?
| I don't know Tomcat's internal structure, so I'm wondering is there
| a case when all servlet threads from thread pool (I assume it exists in
| Tomcat) could be used (since never exiting), thus freezing whole web
| service ?
| And is there some timeout implemented for response, when they last too
long
| ?
|
| Thanx,
| Vjeran
| [...]
|
|
|
| * about "timeout":
|the following is from server.xml in TOMCAT4.0:
| 
| 
| 
|
| I think "6"(60s) will be set into
| org.apache.catalina.connector.http.HttpConnector, and in:
| org.apache.catalina.connector.http.HttpConnector,java:
|  ...
|  private int connectionTimeout = Constants.DEFAULT_CONNECTION_TIMEOUT;
|  ...
|  public void setConnectionTimeout(int connectionTimeout) {
| this.connectionTimeout = connectionTimeout;
| }
|  ...
| public void run() {
|  ...
|socket = serverSocket.accept();
|  ...
|if (connectionTimeout > 0)
|   socket.setSoTimeout(connectionTimeout);
|   socket.setTcpNoDelay(tcpNoDelay);
|} catch (AccessControlException ace) {
|  ...
|
|
| so I guess there will be a "TimeOut" Exception when container is in a
| "reading-status" but can not get any(more-than-1) byte within 60s.
| so normally your Applet need to send at least 1 byte during 60s.
|
| but if your Servlet is "writing" bytes to client, I guess you will not
| get "TimeOut". (Is my guessing  right?   Thanks :-)  )   the following
| is from doc of J2SE1.3:
|
| java.net.Socket.setSoTimeout
| public void setSoTimeout(int timeout)
| throws SocketExceptionEnable/disable SO_TIMEOUT with the specified
timeout,
| in milliseconds. With this option set to a non-zero timeout, a read() call
| on the InputStream associated with this Socket will block for only this
| amount of time. If the timeout expires, a java.io.InterruptedIOException
is
| raised, though the Socket is still valid. The option must be enabled prior
| to entering the blocking operation to have effect. The timeout must be >
0.
| A timeout of zero is interpreted as an infinite timeout.
|
|
|
| * about Thread:
|I guess it is better to keep a short-time HTTP request/response, but
|because your application need a long/forever one, so I think you can
|try, and:
| -  another way is keep the client-status in server-side(for ex., how many
| bytes have already been read/written), and in client-side(Applet),
| connect to Servlet periodicly(to release/re-made the http-connection)
|
|
| Bo
| Jan232002
|
|
|
| --
| To unsubscribe:   
| For additional commands: 
| Troubles with the list: 
|
|
|


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




Re: Apache2 + Tomcat4.0.1 + mod_jk

2002-01-23 Thread Falcon cheetah

And where would you get 4.0.2b2
I can only see 4.0?

--- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> 
> 
> On Wed, 23 Jan 2002, Marc G. Fournier wrote:
> 
> > Date: Wed, 23 Jan 2002 14:26:10 -0400 (AST)
> > From: Marc G. Fournier <[EMAIL PROTECTED]>
> > Reply-To: Tomcat Users List
> <[EMAIL PROTECTED]>
> > To: Tomcat Users List
> <[EMAIL PROTECTED]>
> > Subject: Re: Apache2 + Tomcat4.0.1 + mod_jk
> >
> >
> > This may be so, but my understanding is that you
> can't use mod_jk for
> > *Tomcat 4.x* ... so I think you need to install
> mod_webapp for
> > Apache2->Tomcat4.x, and leave mod_jk ther for
> Apache2->Tomcat3.x ...
> >
> 
> Your understanding is not correct -- mod_jk is also
> supported under 4.x,
> and the Java side of it is included (with many bug
> fixes) in the 4.0.2b2
> release.
> 
> Craig
> 
> 
> >
> >
> > On Wed, 23 Jan 2002, Falcon cheetah wrote:
> >
> > > Are you sure about that? Because both the doc
> that I
> > > used and others on apache site say that you CAN
> use
> > > mod_jk for both 1.3 and 2.0!
> > >
> > > Any idea?
> > >
> > > --- "Marc G. Fournier" <[EMAIL PROTECTED]> wrote:
> > > >
> > > > mod_jk is for Tomcat 3.x ... mod_webapp is for
> > > > Tomcat 4.x ... wrong module
> > > > :(
> > > >
> > > >
> > > > On Wed, 23 Jan 2002, Falcon cheetah wrote:
> > > >
> > > > > Greetings,
> > > > >
> > > > > I managed to install the above subject on my
> RH
> > > > Linux
> > > > > 7.1. I am downloaded the latest
> apache2.0.28beta
> > > > > together with tomcat 4.0.1. Built apache
> according
> > > > to
> > > > > the instructions. I followed instructions
> found on
> > > > >
> > > >
> > >
>
http://www.iris.dti.ne.jp/~u-osamu/indexlinux72jdk140.html
> > > > > I followed the instructions to the extent. I
> > > > commented
> > > > > out the ssl part.
> > > > >
> > > > > When I typed ./apachectl configtest, it gave
> me
> > > > error
> > > > > that it can not recognize "AddModule" in
> > > > >
> > > > > LoadModule jk_module modules/mod_jk.so
> > > > > #AddModule mod_jk.c
> > > > >
> > > > > So I commented it out. My understanding is
> that I
> > > > need
> > > > > AddModule in order for Apache to load
> mod_jk,
> > > > > otherwise there not be communication between
> > > > apache2
> > > > > and tomcat4.
> > > > >
> > > > > I changed the port for ajp13 from 8009 to
> 8006
> > > > since I
> > > > > have tomcat 3.2 running on the same machine.
> > > > >
> > > > > I am able to communicate with Apache on port
> 8002,
> > > > it
> > > > > serves files fine. I can also get tomcat to
> serve
> > > > jsp
> > > > > on 8003. But when I try to access jsp files
> on the
> > > > > apache port it gives me page not found! and
> in the
> > > > > error log I find [Wed Jan 23 12:31:36 2002]
> [warn]
> > > > > [client local_ip] handler "jakarta-servlet"
> not
> > > > found
> > > > > for: carts.jsp, referer:
> > > > >
> > > >
> > >
>
http://localhost:8002/examples/jsp/sessions/carts.html
> > > > >
> > > > >
> > > > > Is the AddModule causing the problem?
> > > > > Also when I look at the localhost_log.txt
> file I
> > > > find
> > > > > an exception for every context available. An
> > > > example
> > > > > is :
> > > > > 2002-01-23 12:02:56
> > > > > StandardWrapper[/tomcat-docs:JkServlet]:
> Marking
> > > > > servlet JkServlet as unavailable
> > > > > 2002-01-23 12:02:56
> StandardContext[/tomcat-docs]:
> > > > > Servlet /tomcat-docs threw load() exception
> > > > > javax.servlet.ServletException: Wrapper
> cannot
> > > > find
> > > > > servlet class
> org.apache.ajp.tomcat4.JkServlet or
> > > > a
> > > > > class it depends on
> > > > > at
> > > > >
> > > >
> > >
>
org.apache.catalina.core.StandardWrapper.load(Unknown
> > > > > Source)
> > > > > at
> > > > >
> > > >
> > >
>
org.apache.catalina.core.StandardContext.loadOnStartup(Unknown
> > > > > Source)
> > > > >
> > > > > Why is it complaining about JkServlet? I
> made sure
> > > > to
> > > > > have tomcat-ajp.jar in the server/lib
> directory,
> > > > and
> > > > > made sure the class is there.
> > > > >
> > > > > I read somewhere that apache2 does not work
> with
> > > > apxs,
> > > > > is that ture?
> > > > >
> > > > > I also noticed that in some of the source
> code the
> > > > > developers are using methods that only
> appeared in
> > > > JDK
> > > > > 1.3, an example is
> Socket.setKeepAlive(boolean). I
> > > > > replaced that, since I am running jdk 1.2.2
> to
> > > > > Socket.setSOTimeOut(0);
> > > > >
> > > > > I know am asking several questions but hope
> > > > someone
> > > > > will find an answer for me.
> > > > >
> > > > > Thank you.
> > > > >
> > > > >
> > > > >
> > > > >
> __
> > > > > Do You Yahoo!?
> > > > > Send FREE video emails in Yahoo! Mail!
> > > > > http://promo.yahoo.com/videomail/
> > > > >
> > > > > --
> > > > > To unsubscribe:
> > > >
> 
> > > > > For additional commands:
> > > > 
> > > > > Troubles with the list:
> >

Re: About persistent

2002-01-23 Thread Bo Xu

- Original Message -
From: "Bo Xu" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, January 23, 2002 1:41 PM
Subject: Re: About persistent


> - Original Message -
> From: "Vjeran Marcinko" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Wednesday, January 23, 2002 12:45 PM
> Subject: About persistent
>
>
> Hi again.
> One more question, and yes, I know this
> isn't standard usage that servlets are made for, but
> situation is like this -
>
> I have to create servlet that will never exit its doPost() method,
> and that way be able to keep response's output stream constantly
> open, and send asinchronous messages to applet which has sent
> that POST request.
> Tell me, since there will be bunch of applets keeping this persistent
> connections, will it crash somehow Tomcat ?
> I don't know Tomcat's internal structure, so I'm wondering is there
> a case when all servlet threads from thread pool (I assume it exists in
> Tomcat) could be used (since never exiting), thus freezing whole web
> service ?
> And is there some timeout implemented for response, when they last too
long
> ?
>
> Thanx,
> Vjeran
> [...]
>
>
>
> * about "timeout":
>the following is from server.xml in TOMCAT4.0:
> 
> port="8080" minProcessors="5" maxProcessors="75"
>enableLookups="true" redirectPort="8443"
>acceptCount="10" debug="0" connectionTimeout="6"/>
> 
>
> I think "6"(60s) will be set into
> org.apache.catalina.connector.http.HttpConnector, and in:
> org.apache.catalina.connector.http.HttpConnector,java:
>  ...
>  private int connectionTimeout = Constants.DEFAULT_CONNECTION_TIMEOUT;
>  ...
>  public void setConnectionTimeout(int connectionTimeout) {
> this.connectionTimeout = connectionTimeout;
> }
>  ...
> public void run() {
>  ...
>socket = serverSocket.accept();
>  ...
>if (connectionTimeout > 0)
>   socket.setSoTimeout(connectionTimeout);
>   socket.setTcpNoDelay(tcpNoDelay);
>} catch (AccessControlException ace) {
>  ...
>
>
> so I guess there will be a "TimeOut" Exception when container is in a
> "reading-status" but can not get any(more-than-1) byte within 60s.
> so normally your Applet need to send at least 1 byte during 60s.
>
> but if your Servlet is "writing" bytes to client, I guess you will not
> get "TimeOut". (Is my guessing  right?   Thanks :-)  )   the following
> is from doc of J2SE1.3:
>
> java.net.Socket.setSoTimeout
> public void setSoTimeout(int timeout)
> throws SocketExceptionEnable/disable SO_TIMEOUT with the specified
timeout,
> in milliseconds. With this option set to a non-zero timeout, a read() call
> on the InputStream associated with this Socket will block for only this
> amount of time. If the timeout expires, a java.io.InterruptedIOException
is
> raised, though the Socket is still valid. The option must be enabled prior
> to entering the blocking operation to have effect. The timeout must be >
0.
> A timeout of zero is interpreted as an infinite timeout.
>
>
>
> * about Thread:
>I guess it is better to keep a short-time HTTP request/response, but
>because your application need a long/forever one, so I think you can
>try, and:
> -  another way is keep the client-status in server-side(for ex., how many
> bytes have already been read/written), and in client-side(Applet),
> connect to Servlet periodicly(to release/re-made the http-connection)
>
>
> Bo
> Jan232002
>[...]


I forgot one :-)
* about Thread:
- ...
- if the client ends the connection, your "doPost" code needs to find it
  (by a Exception? or other), and ends this "doPost" method, so this
  Thread will be released.

Bo
Jan232002



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