Possible AbstractProtocol.waitingProcessors leak in Tomcat 9.0.75
Hello! I guess I found a memory leak which I am not quite sure how to reproduce yet. Our application is using WebSockets and sometimes it seems that Tomcat 9.0.75 does not always remove the „UpgradeProcessorInternal“ process from the list of „waitingProcessors“ in „org.apache.coyote.AbstractProtocol“. I managed to create a dump (in that e-mail below) of that data from a live VM and found that some of those UpgradeProcessorInternal instances are referencing a "Closed Socket", which somehow feels odd to me. This list slowly grows. The entries are never removed. Those UpgradeProcessorInternal-s referencing a live socket are matching exactly the number of live WebSocket sessions. What do you think? Env: Tomcat: 9.0.75.0 Spring Boot: 2.7.12 Java: 17.0.7 Best regards, Mario connector :Connector[HTTP/1.1-2888] waitingProcessors: 325 processor#1: UpgradeProcessorInternal@1087825622 socketWrapper state: Closed NioChannel msgSent=11 msgReceived=13 processor#2: UpgradeProcessorInternal@92090237 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#3: UpgradeProcessorInternal@1641815002 socketWrapper state: Closed NioChannel msgSent=11 msgReceived=9 processor#4: UpgradeProcessorInternal@1749164616 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#5: UpgradeProcessorInternal@508142663 socketWrapper state: Closed NioChannel msgSent=11 msgReceived=12 processor#6: UpgradeProcessorInternal@1482593872 socketWrapper state: Closed NioChannel msgSent=11 msgReceived=12 processor#7: UpgradeProcessorInternal@1176145940 socketWrapper state: Closed NioChannel msgSent=4389 msgReceived=205 processor#8: UpgradeProcessorInternal@1420482234 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#9: UpgradeProcessorInternal@31846900 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#10: UpgradeProcessorInternal@1726295282 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#11: UpgradeProcessorInternal@288536869 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#12: UpgradeProcessorInternal@969872343 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#13: UpgradeProcessorInternal@420227862 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#14: UpgradeProcessorInternal@552002299 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#15: UpgradeProcessorInternal@255507237 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#16: UpgradeProcessorInternal@724602640 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#17: UpgradeProcessorInternal@1706491794 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#18: UpgradeProcessorInternal@1925947118 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#19: UpgradeProcessorInternal@2044888516 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#20: UpgradeProcessorInternal@905596380 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#21: UpgradeProcessorInternal@897538387 socketWrapper state: org.apache.tomcat.util.net.SecureNioChannel@61aa8978:java.nio.channels.SocketChannel[connected local=/***.***.***.***:2888 remote=/***.***.***.***:40566] msgSent=7277 msgReceived=447 processor#22: UpgradeProcessorInternal@1070005238 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#23: UpgradeProcessorInternal@34919463 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#24: UpgradeProcessorInternal@565924232 socketWrapper state: Closed NioChannel msgSent=12 msgReceived=14 processor#25: UpgradeProcessorInternal@1146279009 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#26: UpgradeProcessorInternal@1467208007 socketWrapper state: Closed NioChannel msgSent=11 msgReceived=9 processor#27: UpgradeProcessorInternal@348911347 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#28: UpgradeProcessorInternal@38694518 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#29: UpgradeProcessorInternal@1164156250 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=9 processor#30: UpgradeProcessorInternal@1675936734 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#31: UpgradeProcessorInternal@441511021 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=13 processor#32: UpgradeProcessorInternal@59206586 socketWrapper state: org.apache.tomcat.util.net.SecureNioChannel@5910f8ae:java.nio.channels.SocketChannel[connected local=/***.***.***.***:2888 remote=/***.***.***.***:50444] msgSent=3684 msgReceived=449 processor#33: UpgradeProcessorInternal@1027164423 socketWrapper state: Closed NioChannel msgSent=10 msgReceived=12 processor#34: UpgradeProcessorInternal@2101191939 socketWra
Re: Possible AbstractProtocol.waitingProcessors leak in Tomcat 9.0.75
I also spent quite some time already to create such a test case, but did not yet manage to find something. For now it works in Production to remove those dangling processes once per hour (via bad reflection stuff ;-) ) … will try to add some logging to probably get a grasp about what is going on. Best regards, Mario > Am 27.07.2023 um 12:45 schrieb Mark Thomas : > > I've taken a look at the code and can't see how this might be happening. I > think a reproducible test case is going to be required to investigate this > further. > > Mark > > > On 12/07/2023 09:25, Mark Thomas wrote: >> Hi Mario, >> That does look like a possible bug. >> I'll try and do a code review before the next release but from experience f >> you are able to figure out how to reproduce it that would help a lot. >> Thanks, >> Mark >> On 06/07/2023 15:19, ma...@datenwort.at.INVALID wrote: >>> Hello! >>> >>> I guess I found a memory leak which I am not quite sure how to reproduce >>> yet. >>> Our application is using WebSockets and sometimes it seems that Tomcat >>> 9.0.75 does not always remove the „UpgradeProcessorInternal“ process from >>> the list of „waitingProcessors“ in „org.apache.coyote.AbstractProtocol“. >>> >>> I managed to create a dump (in that e-mail below) of that data from a live >>> VM and found that some of those UpgradeProcessorInternal instances are >>> referencing a "Closed Socket", which somehow feels odd to me. This list >>> slowly grows. The entries are never removed. >>> Those UpgradeProcessorInternal-s referencing a live socket are matching >>> exactly the number of live WebSocket sessions. >>> >>> What do you think? >>> >>> Env: >>> Tomcat: 9.0.75.0 >>> Spring Boot: 2.7.12 >>> Java: 17.0.7 >>> >>> >>> Best regards, >>> Mario >>> >>> >>> connector :Connector[HTTP/1.1-2888] >>> waitingProcessors: 325 >>> processor#1: UpgradeProcessorInternal@1087825622 socketWrapper state: >>> Closed NioChannel msgSent=11 msgReceived=13 >>> processor#2: UpgradeProcessorInternal@92090237 socketWrapper state: Closed >>> NioChannel msgSent=10 msgReceived=13 >>> processor#3: UpgradeProcessorInternal@1641815002 socketWrapper state: >>> Closed NioChannel msgSent=11 msgReceived=9 >>> processor#4: UpgradeProcessorInternal@1749164616 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=13 >>> processor#5: UpgradeProcessorInternal@508142663 socketWrapper state: Closed >>> NioChannel msgSent=11 msgReceived=12 >>> processor#6: UpgradeProcessorInternal@1482593872 socketWrapper state: >>> Closed NioChannel msgSent=11 msgReceived=12 >>> processor#7: UpgradeProcessorInternal@1176145940 socketWrapper state: >>> Closed NioChannel msgSent=4389 msgReceived=205 >>> processor#8: UpgradeProcessorInternal@1420482234 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=12 >>> processor#9: UpgradeProcessorInternal@31846900 socketWrapper state: Closed >>> NioChannel msgSent=10 msgReceived=9 >>> processor#10: UpgradeProcessorInternal@1726295282 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=12 >>> processor#11: UpgradeProcessorInternal@288536869 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=13 >>> processor#12: UpgradeProcessorInternal@969872343 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=13 >>> processor#13: UpgradeProcessorInternal@420227862 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=13 >>> processor#14: UpgradeProcessorInternal@552002299 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=12 >>> processor#15: UpgradeProcessorInternal@255507237 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=12 >>> processor#16: UpgradeProcessorInternal@724602640 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=9 >>> processor#17: UpgradeProcessorInternal@1706491794 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=12 >>> processor#18: UpgradeProcessorInternal@1925947118 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=13 >>> processor#19: UpgradeProcessorInternal@2044888516 socketWrapper state: >>> Closed NioChannel msgSent=10 msgReceived=12 >>> processor#20: UpgradeProcessorInternal@905596380 socketWrapper state: >>> Closed N
Re: getSession() thread-safe? User A can see user B's account
Hi! > I still don't understand how JSF knows which session you are requesting. > I'm sorry that I don't know a thing about JSF. > Without going into any details, but JSF simply has a facesServlet which get the session from the request and puts it in its internal structures. So it simply takes what it gets from the container. Ciao, Mario - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with Emailappender of Log4j
Hi, we have a problem with our emailappender of Log4j. We are using Log4js emailappender to be informed when an unhandled exception is thrown in an application. If an exception is thrown we get an email with a exceptionstacktrace as mailbody. This works fine with Tomcat 4. Since we are using Tomcat 5.5.12 with Sun jdk 1.5_07 no stacktrace is sent! We get a mail with empty body. I did some test with jdk 1.5 and Log4j and emailnotification works fine. But on Tomcat 5.5 we get empty email. Who can help? Any ideas? Thanks Mario -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Emailappender of Log4j
Here are the codes:
Javacode:
Logger logger = Logger.getLogger(CreditLimitEditActionFromList.class.getName());
try {
// some code where exceptions can occur
} catch (Exception e) {
logger.error("unhandled exception: ",e);
}
Log4j-config:
log4j.rootLogger=ERROR, email
log4j.appender.email = org.apache.log4j.net.SMTPAppender
log4j.appender.email.BufferSize = 512
log4j.appender.email.From = server
log4j.appender.email.SMTPHost = localhost
log4j.appender.email.Subject = CreditLimitRequest Error Report
log4j.appender.email.To = [EMAIL PROTECTED]
log4j.appender.email.layout = org.apache.log4j.PatternLayout
log4j.appender.email.layout.conversionPattern = %d %-5p [%-10t] %c{2} - %m%n
Normally we get emails with mailbody like:
2006-08-22 09:22:33,667 61214430 [http-8090-Processor13] ERROR
com.omv.creditlimit.action.CreditLimitEditActionFromList.execute(CreditLimitEditActionFromList.java:295)-
unhandled exception:
java.lang.NullPointerException
at
com.omv.creditlimit.business.RulesEngineImpl.setDocumentID(RulesEngineImpl.java:366)
at
com.omv.creditlimit.action.CreditLimitEditActionFromList.execute(CreditLimitEditActionFromList.java:121)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
Mario
Original-Nachricht
Datum: Mon, 21 Aug 2006 12:40:12 -0400
Von: "Martin Gainty" <[EMAIL PROTECTED]>
An: "Tomcat Users List"
Betreff: Re: Problem with Emailappender of Log4j
> Mario-
>
> can we see the exception handler and how you are capturing stackTrace?
>
> M-
> *
> This email message and any files transmitted with it contain confidential
> information intended only for the person(s) to whom this email message is
> addressed. If you have received this email message in error, please
> notify
> the sender immediately by telephone or email and destroy the original
> message without making a copy. Thank you.
>
>
>
> - Original Message -
> From: "Mario Bittermann" <[EMAIL PROTECTED]>
> To:
> Sent: Monday, August 21, 2006 12:01 PM
> Subject: Problem with Emailappender of Log4j
>
>
> > Hi,
> >
> > we have a problem with our emailappender of Log4j.
> > We are using Log4js emailappender to be informed when an unhandled
> exception is thrown in an application.
> > If an exception is thrown we get an email with a exceptionstacktrace as
> mailbody. This works fine with Tomcat 4.
> >
> > Since we are using Tomcat 5.5.12 with Sun jdk 1.5_07 no stacktrace is
> sent! We get a mail with empty body.
> > I did some test with jdk 1.5 and Log4j and emailnotification works fine.
> But on Tomcat 5.5 we get empty email.
> >
> > Who can help? Any ideas?
> >
> > Thanks
> > Mario
> > --
> >
> >
> > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
> > Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
> >
> > -
> &
Re: Solved Problem with Emailappender of Log4j
Problem is solved. We used wrong Mail API. With 1.4 everything works fine.
Mario
Original-Nachricht
Datum: Tue, 22 Aug 2006 09:27:22 +0200
Von: "Mario Bittermann" <[EMAIL PROTECTED]>
An: "Tomcat Users List"
Betreff: Re: Problem with Emailappender of Log4j
> Here are the codes:
>
> Javacode:
> Logger logger =
> Logger.getLogger(CreditLimitEditActionFromList.class.getName());
> try {
> // some code where exceptions can occur
> } catch (Exception e) {
>logger.error("unhandled exception: ",e);
> }
>
> Log4j-config:
>
> log4j.rootLogger=ERROR, email
> log4j.appender.email = org.apache.log4j.net.SMTPAppender
> log4j.appender.email.BufferSize = 512
> log4j.appender.email.From = server
> log4j.appender.email.SMTPHost = localhost
> log4j.appender.email.Subject = CreditLimitRequest Error Report
> log4j.appender.email.To = [EMAIL PROTECTED]
> log4j.appender.email.layout = org.apache.log4j.PatternLayout
> log4j.appender.email.layout.conversionPattern = %d %-5p [%-10t] %c{2} -
> %m%n
>
> Normally we get emails with mailbody like:
>
> 2006-08-22 09:22:33,667 61214430 [http-8090-Processor13] ERROR
> com.omv.creditlimit.action.CreditLimitEditActionFromList.execute(CreditLimitEditActionFromList.java:295)-
> unhandled exception:
> java.lang.NullPointerException
> at
> com.omv.creditlimit.business.RulesEngineImpl.setDocumentID(RulesEngineImpl.java:366)
> at
> com.omv.creditlimit.action.CreditLimitEditActionFromList.execute(CreditLimitEditActionFromList.java:121)
> at
> org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
> at
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
> at
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
> at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
> at
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
> at
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
> at
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:595)
>
>
> Mario
> Original-Nachricht
> Datum: Mon, 21 Aug 2006 12:40:12 -0400
> Von: "Martin Gainty" <[EMAIL PROTECTED]>
> An: "Tomcat Users List"
> Betreff: Re: Problem with Emailappender of Log4j
>
> > Mario-
> >
> > can we see the exception handler and how you are capturing stackTrace?
> >
> > M-
> > *
> > This email message and any files transmitted with it contain
> confidential
> > information intended only for the person(s) to whom this email message
> is
> > addressed. If you have received this email message in error, please
> > notify
> > the sender immediately by telephone or email and destroy the original
> > message without making a copy. Thank you.
> >
> >
> >
> > - Original Message -
> > From: "Mario Bittermann" <[EMAIL PROTECTED]>
> > To:
> > Sent: Monday, August 21, 2006 12:01 PM
> > Subject: Problem with Emailappender of Log4j
> >
> >
> > > Hi,
> > >
> > > we have a problem with our emailappender of Log4j.
> > > We are using Log4js emailappender to be informed when an unhandled
> > exception is thrown in
Re: advice on auto logout servlet
Hi Mark, Is there any way to allow servlets to auto-logout a user when the timeout has been reached. We solved the problem slightly different. We use a rather small timeout for the session (say 10 minutes) and put a small iframe (nearly hidden, just changing colors) on the page where we use a javascript which refresh this little page (meta refresh might do it too) every minute. Due to this ping the session wont expire as long as the browser is open. Once the user closed the browser those pings are absent and the session will be destroyed. No need to put the user on a "you have been logged out" page as the browser window for to the corresponding session is no longer existent. Should I patent this? ;-) --- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to turn off logging
hi, I need to stop all logging actions to start tomcat from a non writable medium (CD). What's the easiest way to do this? Thanks and regards ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: common-compress
Hi! > Where I can find the jar of this project? > You have to build it from SVN using maven, or download a snapshot from http://www.ibiblio.org/maven/commons-compress/jars/commons-compress-20050911.jar Currently we have no nightly nor a release build. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat will not create session cookie
Hello,
I'm new to the forum. I have a strange problem with my tomcat installation.
I'm using tomcat5.5.26 and struts for my web projekt.
I configured the projekt in a context file, like this :
I set the attribute cookies to 'true' because I want to have session
cookies.
Furthermore I added the following lines to the index.jsp to display the
cookies :
out.println("Cookies : ");
Cookie[] cookies=request.getCookies();
if(cookies==null) {
out.println("No cookies");
} else {
Cookie MyCookie;
for(int i=0;ihttp://localhost>
http://localhost everythink is fine. The session cookie wil be created and
the output of the script above is like :
Cookies : JSESSIONID=05E932958950B69BE03874B8FCE26C3E
But when I open the webapp over the internet with an URL like
www.myprojekt.com tomcat will not create an session cookie. Tomcat adds the
jsessionid to the URL's and teh output of the script above is :
Cookies : No cookies
What is the problem ? Why can't tomcat create session cookie for
www.myprojekt.com ?
Thanks,
Mario
AW: Tomcat will not create session cookie
Hello Christopher, you are right. It was a Firewall problem. Thanks for your help. Mario -Ursprüngliche Nachricht- Von: Christopher Schultz [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 13. Juni 2008 18:59 An: Tomcat Users List Betreff: Re: Tomcat will not create session cookie -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mario, mkweb wrote: | Hello, | I'm new to the forum. I have a strange problem with my tomcat installation. | I'm using tomcat5.5.26 and struts for my web projekt. | | I configured the project in a context file, like this : | Remove the path and docbase attributes, then try again and let us know if you are still having problems. Where does your context.xml file live? | I set the attribute cookies to 'true' because I want to have session | cookies. cookies="true" is the default, but it doesn't hurt to specify it. | My problem is now when I open the webapp with the url | http://localhost everything is fine. The session cookie wil be | created and the output of the script above is like : | Cookies : JSESSIONID=05E932958950B69BE03874B8FCE26C3E That doesn't sound like a problem. | But when I open the webapp over the internet with an URL like | www.myprojekt.com tomcat will not create an session cookie. Tomcat adds the | jsessionid to the URL's and teh output of the script above is : | Cookies : No cookies Are you operating over a proxy or firewall that strips cookies from requests and responses? Try using a tool like LiveHTTPHeaders (for Firefox) or a similar tool for whatever browser you are using to see what the client requests and server responses look like. | What is the problem ? Why can't tomcat create session cookie for | www.myprojekt.com ? Is your code ever actually creating a cookie? Or, are you expecting to see the JSESSIONID cookie only? If so, are you sure you have a session? You mentioned that your URL contains ;jsessionid=[the session id], so I would guess that's the case. Is the session working and consistent? If so, then the implication is that the cookie itself is being suppressed somewhere -- probably /not/ in Tomcat's code. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhSp2sACgkQ9CaO5/Lv0PBUTACeKMzbgAZLZPiOrPe+vICX6YAi Qk4AnRdHn8sKhu3uaqPlzfh4kS8LEJjc =/Iw+ -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
apache22 + mod_jk + tomcat55 on FreeBSD - configuration problem (maybe ?)
Hello guys
I'm trying to set up apache to redirect requests to tomcat on my
FreeBSD-6.2-STABLE
but I can't get this to work
please help me :)
here is what I do:
so first I've installed the latest ports
apache-2.2.4
mod_jk-ap2-1.2.21,1
tomcat-5.5.20
and I've edited the config files to look like this:
for apache httpd and mod_jk
/usr/local/etc/apache22/httpd.conf
[CODE]
ServerRoot "/usr/local"
Listen 80
LoadModule authn_file_module libexec/apache22/mod_authn_file.so
LoadModule authn_dbm_module libexec/apache22/mod_authn_dbm.so
LoadModule authn_anon_module libexec/apache22/mod_authn_anon.so
LoadModule authn_default_module libexec/apache22/mod_authn_default.so
LoadModule authn_alias_module libexec/apache22/mod_authn_alias.so
LoadModule authz_host_module libexec/apache22/mod_authz_host.so
LoadModule authz_groupfile_module libexec/apache22/mod_authz_groupfile.so
LoadModule authz_user_module libexec/apache22/mod_authz_user.so
LoadModule authz_dbm_module libexec/apache22/mod_authz_dbm.so
LoadModule authz_owner_module libexec/apache22/mod_authz_owner.so
LoadModule authz_default_module libexec/apache22/mod_authz_default.so
LoadModule auth_basic_module libexec/apache22/mod_auth_basic.so
LoadModule auth_digest_module libexec/apache22/mod_auth_digest.so
LoadModule file_cache_module libexec/apache22/mod_file_cache.so
LoadModule cache_module libexec/apache22/mod_cache.so
LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so
LoadModule include_module libexec/apache22/mod_include.so
LoadModule filter_module libexec/apache22/mod_filter.so
LoadModule charset_lite_module libexec/apache22/mod_charset_lite.so
LoadModule deflate_module libexec/apache22/mod_deflate.so
LoadModule log_config_module libexec/apache22/mod_log_config.so
LoadModule logio_module libexec/apache22/mod_logio.so
LoadModule env_module libexec/apache22/mod_env.so
LoadModule mime_magic_module libexec/apache22/mod_mime_magic.so
LoadModule cern_meta_module libexec/apache22/mod_cern_meta.so
LoadModule expires_module libexec/apache22/mod_expires.so
LoadModule headers_module libexec/apache22/mod_headers.so
LoadModule usertrack_module libexec/apache22/mod_usertrack.so
LoadModule unique_id_module libexec/apache22/mod_unique_id.so
LoadModule setenvif_module libexec/apache22/mod_setenvif.so
LoadModule version_module libexec/apache22/mod_version.so
LoadModule ssl_module libexec/apache22/mod_ssl.so
LoadModule mime_module libexec/apache22/mod_mime.so
LoadModule dav_module libexec/apache22/mod_dav.so
LoadModule status_module libexec/apache22/mod_status.so
LoadModule autoindex_module libexec/apache22/mod_autoindex.so
LoadModule asis_module libexec/apache22/mod_asis.so
LoadModule info_module libexec/apache22/mod_info.so
LoadModule cgi_module libexec/apache22/mod_cgi.so
LoadModule dav_fs_module libexec/apache22/mod_dav_fs.so
LoadModule vhost_alias_module libexec/apache22/mod_vhost_alias.so
LoadModule negotiation_module libexec/apache22/mod_negotiation.so
LoadModule dir_module libexec/apache22/mod_dir.so
LoadModule imagemap_module libexec/apache22/mod_imagemap.so
LoadModule actions_module libexec/apache22/mod_actions.so
LoadModule speling_module libexec/apache22/mod_speling.so
LoadModule userdir_module libexec/apache22/mod_userdir.so
LoadModule alias_module libexec/apache22/mod_alias.so
LoadModule rewrite_module libexec/apache22/mod_rewrite.so
LoadModule php5_modulelibexec/apache22/libphp5.so
LoadModule jk_module libexec/apache22/mod_jk.so
User www
Group www
ServerAdmin [EMAIL PROTECTED]
ServerName 85.11.148.165:80
DocumentRoot "/usr/local/www/apache22/data"
AllowOverride None
Order deny,allow
Deny from all
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
DirectoryIndex index.html index.php
Order allow,deny
Deny from all
Satisfy All
ErrorLog /var/log/httpd-error.log
LogLevel warn
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""
combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"
%I %O" combinedio
CustomLog /var/log/httpd-access.log combined
ScriptAlias /cgi-bin/ "/usr/local/www/apache22/cgi-bin/"
AllowOverride None
Options None
Order allow,deny
Allow from all
DefaultType text/plain
TypesConfig etc/apache22/mime.types
AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz
Include etc/apache22/extra/httpd-autoindex.conf
Include etc/apache22/extra/httpd-userdir.conf
Include etc/apache22/extra/mod_jk.conf
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
Include etc/apache22/Includes/*.conf
[/CODE]
/usr/local/www/apache22/workers.properties
[CODE]
worker.list=damnjk
worker.damnjk.port=8009
worker.damnjk.host=localhost
worker.damnjk.type=ajp13
[/CODE]
/usr/local/etc/apache22/extra/mod_jk.conf
[CODE]
JkWorkersFile /usr/local/etc/apache22/wor
Re: Re: apache22 + mod_jk + tomcat55 on FreeBSD - configuration problem (maybe ?)
This worked :) thank you very much man! :) >JkMount works with respect to URLs, not file system pathes: > >Use > > JkMount /jsp-examples/* damnjk > >instead of > > JkMount /usr/local/tomcat5.5/webapps/jsp-examples/* damnjk > >There might be further config bugs after fixing this one :) > >Regards, > >Rainer > >Mario Pavlov wrote: >> Hello guys >> I'm trying to set up apache to redirect requests to tomcat on my >> FreeBSD-6.2-STABLE >> but I can't get this to work >> please help me :) >> here is what I do: >> so first I've installed the latest ports >> apache-2.2.4 >> mod_jk-ap2-1.2.21,1 >> tomcat-5.5.20 >> >> and I've edited the config files to look like this: >> for apache httpd and mod_jk >> /usr/local/etc/apache22/httpd.conf >> [CODE] >> ServerRoot "/usr/local" >> >> Listen 80 >> >> LoadModule authn_file_module libexec/apache22/mod_authn_file.so >> LoadModule authn_dbm_module libexec/apache22/mod_authn_dbm.so >> LoadModule authn_anon_module libexec/apache22/mod_authn_anon.so >> LoadModule authn_default_module libexec/apache22/mod_authn_default.so >> LoadModule authn_alias_module libexec/apache22/mod_authn_alias.so >> LoadModule authz_host_module libexec/apache22/mod_authz_host.so >> LoadModule authz_groupfile_module libexec/apache22/mod_authz_groupfile.so >> LoadModule authz_user_module libexec/apache22/mod_authz_user.so >> LoadModule authz_dbm_module libexec/apache22/mod_authz_dbm.so >> LoadModule authz_owner_module libexec/apache22/mod_authz_owner.so >> LoadModule authz_default_module libexec/apache22/mod_authz_default.so >> LoadModule auth_basic_module libexec/apache22/mod_auth_basic.so >> LoadModule auth_digest_module libexec/apache22/mod_auth_digest.so >> LoadModule file_cache_module libexec/apache22/mod_file_cache.so >> LoadModule cache_module libexec/apache22/mod_cache.so >> LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so >> LoadModule include_module libexec/apache22/mod_include.so >> LoadModule filter_module libexec/apache22/mod_filter.so >> LoadModule charset_lite_module libexec/apache22/mod_charset_lite.so >> LoadModule deflate_module libexec/apache22/mod_deflate.so >> LoadModule log_config_module libexec/apache22/mod_log_config.so >> LoadModule logio_module libexec/apache22/mod_logio.so >> LoadModule env_module libexec/apache22/mod_env.so >> LoadModule mime_magic_module libexec/apache22/mod_mime_magic.so >> LoadModule cern_meta_module libexec/apache22/mod_cern_meta.so >> LoadModule expires_module libexec/apache22/mod_expires.so >> LoadModule headers_module libexec/apache22/mod_headers.so >> LoadModule usertrack_module libexec/apache22/mod_usertrack.so >> LoadModule unique_id_module libexec/apache22/mod_unique_id.so >> LoadModule setenvif_module libexec/apache22/mod_setenvif.so >> LoadModule version_module libexec/apache22/mod_version.so >> LoadModule ssl_module libexec/apache22/mod_ssl.so >> LoadModule mime_module libexec/apache22/mod_mime.so >> LoadModule dav_module libexec/apache22/mod_dav.so >> LoadModule status_module libexec/apache22/mod_status.so >> LoadModule autoindex_module libexec/apache22/mod_autoindex.so >> LoadModule asis_module libexec/apache22/mod_asis.so >> LoadModule info_module libexec/apache22/mod_info.so >> LoadModule cgi_module libexec/apache22/mod_cgi.so >> LoadModule dav_fs_module libexec/apache22/mod_dav_fs.so >> LoadModule vhost_alias_module libexec/apache22/mod_vhost_alias.so >> LoadModule negotiation_module libexec/apache22/mod_negotiation.so >> LoadModule dir_module libexec/apache22/mod_dir.so >> LoadModule imagemap_module libexec/apache22/mod_imagemap.so >> LoadModule actions_module libexec/apache22/mod_actions.so >> LoadModule speling_module libexec/apache22/mod_speling.so >> LoadModule userdir_module libexec/apache22/mod_userdir.so >> LoadModule alias_module libexec/apache22/mod_alias.so >> LoadModule rewrite_module libexec/apache22/mod_rewrite.so >> LoadModule php5_modulelibexec/apache22/libphp5.so >> LoadModule jk_module libexec/apache22/mod_jk.so >> >> >> User www >> Group www >> >> >> ServerAdmin [EMAIL PROTECTED] >> >> ServerName 85.11.148.165:80 >> >> DocumentRoot "/usr/local/www/apache22/data" >> >> >> AllowOverride None >> Order deny,allow >> Deny from all >> >> &g
Re: [OT] webdav client libraries for Java?
Hi! > - Jakarta Slide seems to have been retired a while ago, the jackrabbit > implementation doesn't provide a _generic_ webdav client. > > - commons-vfs has webdav supported as "sandbox" component for quite > some aeons by now it seems. > commons-vfs just uses jakarta slide which is retired - as you said. If there is another good open-source-ASF-compliant-licensed webdav-client for java out there it can be plugged into VFS then too. Not helpful for your research, though ;-) Ciao, Mario - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException trying to cast MemoryUserDatabase to UserDatabase
Hi!
> A more flexible option is to use securityfilter
> (http://securityfilter.sourceforge.net) to handle everything.
>
If you are already using spring have a look at ACEGI.
It is not really easy to install, but allows you to e.g. have different
login methods within the same webapp.
Regarding the principal. Remember, you can always use reflection to
break into an object (given you use no securitymanager or a liberal
configured one).
For example, I used for a while:
try
{
Method hasRoleMeth =
principal.getClass().getMethod("hasRole", String.class);
return (Boolean) hasRoleMeth.invoke(principal, role);
}
catch (NoSuchMethodException e)
{
log.error(e.getLocalizedMessage(), e);
}
catch (IllegalAccessException e)
{
log.error(e.getLocalizedMessage(), e);
}
catch (InvocationTargetException e)
{
log.error(e.getLocalizedMessage(), e);
}
Ciao,
Mario
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassCastException trying to cast MemoryUserDatabase to UserDatabase
Hi! > Mario, you are a hero. do women come and worship you in the street? Haha! Oh boy ... you don't want to know ... Glad it helped you! :-) Ciao, Mario - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question regarding 6.0.14 and NoClassDefFound org/apache/juli/logging/LogFactory
Hello all, We are experiencing this issue when trying to run tomcat 6.0.14 on a RHEL 4.6 system. Looking up through the archives yields items regarding the MANIFEST.MF Class-Path line, and the actual CLASSPATH environment, however altering these items or removing them, or leaving them produces the same results. The interesting thing is, on other machines, the same seteup works fine and does not throw the exception. I cannot seem to find any other options other than the MANIFEST.MF, so any help or even ideas would be greatly appreciated! Thanks much in advance, Mario- Exception follows: - Do newlines (empty lines) matter in the seed list? Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/juli/logging/LogFactory at org.apache.catalina.startup.Bootstrap.(Bootstrap.java:54) Caused by: java.lang.ClassNotFoundException: org.apache.juli.logging.LogFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) ... 1 more - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
'Parametrizing' context.xml?
Is there a way to 'parametrize' context.xml, for instance, in a manner one can 'parametrize' build.xml? For some webapplication in context.xml one puts, for instance, JDBC specific stuff. But, several developers can have different 'properties' for the database (different user accounts, and so on). Is there a way to parametrize those somehow, or each developer need to have separate context.xml? Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 'Parametrizing' context.xml?
Bill Barker wrote:
> "Mario Splivalo" wrote in message
> news:4b266622.5060...@megafon.hr...
>
> Tomcat also supports ant-style variable replacement, so using that then
> Ken's example would look like:
>
> baseprefix
> ${BPVAL}
>
>
> where BPVAL is a Java system property (that can be set in
> catalina.properties for example).
And, those can be used also in apps context.xml?
> Of course, this only works for Tomcat. Ken's suggestion will work on any
> servlet container.
Yes, in the long run I'll stick to those, but since we're only using
Tomcat for now it would be much easier not to fiddle with ant.
Thank you all!
Mike
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 'Parametrizing' context.xml?
Pid wrote: > On 14/12/2009 16:21, Mario Splivalo wrote: >> Is there a way to 'parametrize' context.xml, for instance, in a manner >> one can 'parametrize' build.xml? >> >> For some webapplication in context.xml one puts, for instance, JDBC >> specific stuff. But, several developers can have different 'properties' >> for the database (different user accounts, and so on). >> >> Is there a way to parametrize those somehow, or each developer need to >> have separate context.xml? > > Despite the other helpful answers, I'm going to try a different tack. > > If each developer needs the web app to behave differently, then each > developer will need their own version. > > In order to apply different settings, such as a DB user, one would need > to restart the application - thus breaking it for other developers. Actually, each developer has his own Tomcat installation as well as the application we're all working on. It's just that some use different Linux distros, some use Windows. I needed a way to include context.xml in the SCM, but for each developer to have it's own personal version. I have logger setup, database realm setup (among other thins) in context.xml. Some developers use Debian with Postgres installed from packages (so they use postgres system acount for database access on their workstations), others use custom Postgres installation for Windows (so they use different username/password for connection to the database). Some have log files in /var/local/log/tomcatapps/app1/, others have D:\Projects\WhereIPutMyStuff\ForToday. Then, production server has Tomcat installed on Debian servers according to the Debian Policy FSH. I needed a way to have context.xml in scm, but with a way for each developer to has his own 'settings'. Using ant, as nice people described earlier, gives me just that (with a little bit of overhead - one needs to know that context.xml definition has changed, and issue 'ant reinitialize' (or whatever) task to build proper context.xml. So, I'm happy! :) Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: 'Parametrizing' context.xml?
Bill Barker wrote:
> "Mario Splivalo" wrote in message
> news:4b27994e.5080...@megafon.hr...
>> Bill Barker wrote:
>>> "Mario Splivalo" wrote in message
>>> news:4b266622.5060...@megafon.hr...
>>>
>>> Tomcat also supports ant-style variable replacement, so using that then
>>> Ken's example would look like:
>>>
>>> baseprefix
>>> ${BPVAL}
>>>
>>>
>>> where BPVAL is a Java system property (that can be set in
>>> catalina.properties for example).
>> And, those can be used also in apps context.xml?
>>
>
> Yes, this should work in context.xml (and even server.xml).
I'm having trouble finding that in documentation. Could you point me out
on where to find more info on this feature?
I can't put BPVAL you mention above in catalina.properties - I have
dozen of web applications, and each of them might have different
'parametars' I'd like to configure. Which means I would need to have
separate 'parametar' entries for each context file.
Thnx in advance,
Mike
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Two contexts of the same webapp
Is it possible for a webbaplication to have two instances within single tomcat? I was thinking of having two (almost) identical context files which both point to the same docBase. Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Two contexts of the same webapp
Caldarale, Charles R wrote: From: Mario Splivalo [mailto:mario.spliv...@megafon.hr] Subject: Two contexts of the same webapp Is it possible for a webbaplication to have two instances within single tomcat? Yes, just keep the location of the .war (or expansion thereof) outside of the appBase directory. Note that the two webapp instances will not share any classes or static data, which is probably a good thing. Thnx! Yes, apps need to be separate, it's just that they're the same. I have separate configurations, logs, everything set up. But, now, I'm wondering, since I'll be having dozens of the same applications, I'd like to automate deploying using war files. In that case, having separate war file for each instance forces me to have several same docBase directories? Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Two contexts of the same webapp
Caldarale, Charles R wrote: >> From: Mario Splivalo [mailto:mario.spliv...@megafon.hr] >> Subject: Re: Two contexts of the same webapp >> >> But, now, I'm wondering, since I'll be having dozens of the same >> applications, I'd like to automate deploying using war files. In >> that case, having separate war file for each instance forces me to >> have several same docBase directories? > > Instead of a separate .war file for each, can you configure the different > settings in each app's element? That would let you have one .war > file, but different .xml files all having the same docBase. > > Look here for individualized settings: > http://tomcat.us.apache.org/tomcat-6.0-doc/config/context.html#Context%20Parameters > http://tomcat.us.apache.org/tomcat-6.0-doc/config/context.html#Environment%20Entries > http://tomcat.us.apache.org/tomcat-6.0-doc/config/context.html#Resource%20Definitions I could, of course, but I'm loosing the auto-war-deploy feature that way, right? I would like to use ant or tomcat manager to deploy war files. Although, the app is fairly simple, so I could just use manager to stop all the applications, overwrite the docBase directory with the new version, and then start all the apps. Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Two contexts of the same webapp
André Warnier wrote: > Mario Splivalo wrote: > ... > >> >> Thnx! Yes, apps need to be separate, it's just that they're the same. >> I have separate configurations, logs, everything set up. >> >> But, now, I'm wondering, since I'll be having dozens of the same >> applications, I'd like to automate deploying using war files. In that >> case, having separate war file for each instance forces me to have >> several same docBase directories? >> > Can you maybe explain why you need to have dozens of instances of the > same webapp ? > There might be other forms of configuring Tomcat to achieve the same > goals in an easier way. Well, the proprietary library we're using to receive connection to some proprietary -based service is awfully written - we can't get an service-identifier (let's call it that way) within the library. That is why we have dozen applications, and in configuration of the app we setup the service-identifier string and each app 'listens' on its own url: http://tomcat.local/app1/servlet/receive http://tomcat.local/app2/servlet/receive http://tomcat.local/app3/servlet/receive And each service know which 'instance' to 'attack'. Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Two contexts of the same webapp
Caldarale, Charles R wrote: >> Although, the app is fairly simple, so I could just use manager to stop >> all the applications, overwrite the docBase directory with the new >> version, and then start all the apps. > > Or just overwrite the docBase target with the new version, then do a touch on > each of the .xml files in conf/Catalina/[host]. Touch! Thnx, this is a life saver! :) Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Having different apps (contexts) on different ports
Can I have several Tomcat contexts on different ports? I need to have manager app listening only on 8080, and all the other apps on 80. Is something like that possible, within one Tomcat Service? Or, if I fire up two services (under same server), each with its own set of connectors, is manager app from one service able to manage apps in another? Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Having different apps (contexts) on different ports
On 11/15/2011 09:01 AM, Mario Splivalo wrote: > Can I have several Tomcat contexts on different ports? > > I need to have manager app listening only on 8080, and all the other > apps on 80. Is something like that possible, within one Tomcat Service? > > Or, if I fire up two services (under same server), each with its own set > of connectors, is manager app from one service able to manage apps in > another? I neglected to mention I'm using tomcat6. Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Having different apps (contexts) on different ports
On 11/15/2011 06:56 PM, Tim Watts wrote: >> Perhaps an alternative that may work "good enough" would be to bind 8080 >> to localhost and 80 to a "public" IP address. Or, similarly, if the >> machined is multi-homed bind each port to different addresses. >> Presumably, you'd want the 8080 address to be on an address that doesn't >> have a route to the Internet. >> >> See 'address' on /docs/config/http.html . >> >> All the apps will still be available on both ports but if you're >> concerned about the public accessing 'manager' then putting it on an >> address they can't reach would give you some measure of isolation. >> >> Of course, this also means *you* can't reach 'manager' from "outside" >> either -- unless you tunnel in via ssh or something. >> > > And of course, no need to use different ports if you're using different > addresses. But I'm sure that light would have come on soon enough :-) Eh. Unfortunately I have only one IP on the box, publicly visible. The general idea was to protect manager app from 'the world'. But I managed to set up Valve within the manager context that would block access to it (manager) from all but the specified IPs. Thank you both for your inputs, I actually just wanted to make sure I can't do what I initially wanted :) Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
minSpareThreads maxSpareThreads
I am migrating application from tomcat 5.5 to tomcat 6.0 and I'm a bit confused about Connector configuration attributes. In 5.5 i had minSpareThreads and maxSpareThreads. Are those still used in 6.0? They are not listed in as attributes here: http://tomcat.apache.org/tomcat-6.0-doc/config/http.html#Standard Implementation however, there is mention of minSpareThreads under the useExecutor attribute for NEO connectors. And then, the two books I have on tomcat (WroxPress and O'Riley Tomcat Definitive Guide) mention those attributes in standard connector implementation. Now, is there a reason those are not mentioned in tomcat documentation? Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: minSpareThreads maxSpareThreads
Pid wrote: > On 03/05/2010 09:29, Mario Splivalo wrote: >> I am migrating application from tomcat 5.5 to tomcat 6.0 and I'm a bit >> confused about Connector configuration attributes. >> >> In 5.5 i had minSpareThreads and maxSpareThreads. Are those still used >> in 6.0? They are not listed in as attributes here: >> >> http://tomcat.apache.org/tomcat-6.0-doc/config/http.html#Standard >> Implementation >> >> however, there is mention of minSpareThreads under the useExecutor >> attribute for NEO connectors. >> >> And then, the two books I have on tomcat (WroxPress and O'Riley Tomcat >> Definitive Guide) mention those attributes in standard connector >> implementation. >> >> Now, is there a reason those are not mentioned in tomcat documentation? > > I think that functionality has been moved to the Executor. So, if I don't use executor I can't set those attributes? One just have to love Tomcat documentation :) Mike - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: minSpareThreads maxSpareThreads
André Warnier wrote: > Mario Splivalo wrote: >> >> One just have to love Tomcat documentation :) >> > Specially considering the price you pay for it. Oh, that is so professional. So, it's cheap therefore it can be unprofessional? It's a joke, I hear you saying? Pardon my 'humor', I meant no offense. I'll be more than willing to help documenting all the changed features, I just need some info considering what is done. There really is NO mention whatsoever about minSpareThreads and maxSpareThreads in documentation, using executors or not. I'll be more than happy to supply the patch to the docs, as soon as I find out what changes were introduced. Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: minSpareThreads maxSpareThreads
Caldarale, Charles R wrote: >> From: Mario Splivalo [mailto:mario.spliv...@megafon.hr] >> Subject: Re: minSpareThreads maxSpareThreads >> >> So, if I don't use executor I can't set those attributes? > > Correct. The documentation for executors mention just maxThreads and minSpareThreads, does that mean that maxSpareThreads is completely obsolete? >> One just have to love Tomcat documentation :) > > Please submit a patch for any doc improvements you'd like to see. Of course, as I've mentioned, as soon as I find out what is going on :) Accept my apology if I offended someone, that surely was not my intention. Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: minSpareThreads maxSpareThreads
Caldarale, Charles R wrote: >> From: Mario Splivalo [mailto:mario.spliv...@megafon.hr] >> Subject: Re: minSpareThreads maxSpareThreads >> >> There really is NO mention whatsoever about minSpareThreads >> and maxSpareThreads in documentation, using executors or not. > > That's simply not true; they're documented here: > http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html Yes, I stand corrected. I can assume that maxSpareThreads is now obsolete, right? Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: minSpareThreads maxSpareThreads
Christopher Schultz wrote: > Mario, > > On 5/3/2010 8:18 AM, Mario Splivalo wrote: >> André Warnier wrote: >>> Mario Splivalo wrote: >>>> One just have to love Tomcat documentation :) >>>> >>> Specially considering the price you pay for it. >> Oh, that is so professional. So, it's cheap therefore it can be >> unprofessional? It's a joke, I hear you saying? > > Relax. Did so :) My apologies to the list, and esp. André. > >> There really is NO mention whatsoever about >> minSpareThreads and maxSpareThreads in documentation, using executors or >> not. > > It's because you're looking for a specific word that's not in there. Try > reading all the attributes for the HTTP Connector: > http://tomcat.apache.org/tomcat-6.0-doc/config/http.html > > You'll see that "maxThreads" is in there. There is no "minThreads", but > you can treat it as if minThreads is 0 (zero). > > > Try looking at the documentation again: > http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html > > Specifically, "minSpareThreads" /is/ in there though there is no > "maxSpareThreads". > Yes, it actually makes sense now, to use executors for desired behavior. It's just that I somehow missed the introduction of the executors. I still don't understand the actual benefit of using executors - is there any performance gain in using executors? Mario Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
How to unsubscribe?
I apologise for asking this question directly to this list, but all of my other inquiries to the users-ow...@tomcat.apache.org were not answered. I tried to unsubscribe from this list many times, but I don't get confirmation email, ever. If someone could contact me directly to have this sorted out, I'd be more than happy. Thank you again, Mario - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat clustering in a server with SSL
Hi, On Sun, Nov 21, 2010 at 7:02 AM, rujin raj wrote: > Hi, > > > I am having a windows 2008 ent server and tomcat 6.0.29 64 bit,JVM 1.6.0 64 > bit installed and SSL is configured in my server. > You mean, you have configured your single Tomcat to use SSL? Right? > > I need to configure tomcat clustering in same machine, because SSL > certificate is installed in that machine. > What exactly do you mean with "SSL is installed in that machine". Machine = Tomcat or Machine = windows Server 2008? > > Give some idea to install tomcat clustering in a server. > Without more information, I would install three Linux servers based upon HyperV (if you really have win 2008 ent). One virtual Linux Server for Apache httpd (offloading SSL, Backend Cluster configuration (mod_jk)). Two or maybe one virtual Linux Server with one or two Tomcats installed into. Benefits: You have an Apache for SSL offloading and cluster Backend communication. You have one or two separated server for your tomcat. If you like, you could do it also with windows. Through the vitalization, you could quickly move to another hardware box, in case of an HW error. Mario http://www.n0r1sk.com > > --rujin >
Re: Tomcat clustering in a server with SSL
As André wrote, there is a lot of documentation around. But for a starting point, some informations: 1. You can install multiple Tomcats in a single OS by defining the uses TCP/IP ports through the server.xml 2. To make this clear to the outside world (your users), use an Apache with mod_jk and AJP13 protocol for load balancing. Example configuration server.xml: Server1: Server2: Example configuration Apache: worker.properties: workers.tomcat_home=/usr/local/apache-tomcat-6.0.18 workers.java_home=/usr/local/jdk1.6.0_07 worker.list=lb, server1, server2, worker.lb.type=lb worker.lb.balance_workers=server1, server2 worker.lb.sticky_session=true worker.lb.method=S worker.server1.port=8009 worker.server1.host=10.0.0.1 worker.server1.type=ajp13 worker.server1.lbfactor=1 worker.server2.port=9009 worker.server2.host=10.0.02 worker.server2.type=ajp13 worker.server2.lbfactor=1 virtualhost config (eg. httpd.conf) JkMount /* lb JkMount / lb Order Deny,Allow Allow from ALL Please notice, this is a brain dump! No claim to completeness!!! Mario -- http://www.n0r1sk.com On Sun, Nov 21, 2010 at 1:10 PM, André Warnier wrote: > rujin raj wrote: > >> Hi, >> >> >> I am having a windows 2008 ent server and tomcat 6.0.29 64 bit,JVM 1.6.0 >> 64 >> bit installed and SSL is configured in my server. >> >> I need to configure tomcat clustering in same machine, because SSL >> certificate is installed in that machine. >> >> Give some idea to install tomcat clustering in a server. >> >> Tip #1 : http://www.catb.org/~esr/faqs/smart-questions.html > Tip #2 : http://tomcat.apache.org/tomcat-6.0-doc/ > Tip #3 : http://wiki.apache.org/tomcat/ > Tip #4 : http://wiki.apache.org/tomcat/SupportAndTraining > > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
Re: Tomcat clustering in a server with SSL
> > > > This isn't a good idea. You can run multiple HTTPD and Tomcat > instances on a Windows server. > > Installing linux virtual machines is just adding unnecessary overhead. > > To quote myself: > If you like, you could do it also with windows. Therefore I wrote that line Mario -- http://www.n0r1sk.com
Re: Server affinity instead of session affinity
On Tue, Nov 23, 2010 at 10:01 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> André,
>
> On 11/23/2010 10:27 AM, André Warnier wrote:
> > With the configuration below and your explanations, I suppose that there
> > is some kind of load-balancing going on between the two machines.
> > What is used at the front-end to load-balance ?
> >
> > An idea (for the moment vague) would be to use some intelligent
> > front-end, which would decide (maybe as Mark wrote, in function of the
> > client IP address) to start chanelling one client to either machine 1 or
> > machine 2 - and within it to Tomcat A,B,C or D - , set a cookie, and use
> > this cookie later to keep sending the same client to the same back-end
> > machine.
> > Kind of a session on top of a session..
>
> I believe there was a presentation at ApacheCon where someone presented
> something like this. I didn't attend, but I heard that a relatively
> simply use of httpd's mod_headers was used to essentially synthesize
> sticky sessions.
>
> The same technique could be applied to do a sort of "server stickiness":
>
> 1. Check the request for a SERVER_AFFINITY cookie
> 2. If none exists, choose a server however you like and set
> SERVER_AFFINITY=A/B or D/C
> 3. Given a server affinity, send the request to a specific back-end
> server.
>
> Note that #3 can be achieved by simply choosing an AJP worker that is
> not a load-balancer.
>
>
I guess you mean that:
Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/"
env=BALANCER_ROUTE_CHANGED
BalancerMember http://192.168.1.50:80 route=1
BalancerMember http://192.168.1.51:80 route=2
ProxySet stickysession=ROUTEID
ProxyPass /test balancer://mycluster
>From http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html.
Thats working quite good even for not "Apache" backends like IIS. (To make
basic client affinity possible)
Maybe this could be used to stick the whole "Client" to one backend by the
first request?
If there is an entry context to set this cookie, it should be possible to
stick the client to the backend for the following contexts - maybe.
Mario
--
http://www.n0r1sk.com
Re: tomcat 7 in debian/ubuntu
Hello, i would like to support your work on developing a (Linux) system independent package or Debian package. We have developed something similar for our own private needs (http://sourceforge.net/projects/smsgw/files/installer/1.11/) but we are currently switched back to building binary Debian packages for our private project builds. Currently at work we are also making deb based packages for distributing Tomcat in our web-farm. The primary private idea was to make something similar to the .bin installation of Java. But that isn't a trivial task because it needs a lot of experience about distributions, distribution updates and often you have to know what is the lowest common denominator of all. But in fact, it would be very, very nice for straight forward users if there will be a system independent (script powered) package, because every packages system (deb, rpm, pkg etc..) is a little miracle of its own. Do you know if there is a Tomcat group about this topic. I'am interested in joining the discussion. Mario -- http://www.n0r1sk.com On Fri, Dec 3, 2010 at 10:20 PM, Jason Brittain < jason.britt...@mulesource.com> wrote: > Hi Rodrigo. > > As far as I am aware, there is currently no Tomcat 7 debian package tree > being worked on, nor am I currently working on one. I have recently been > discussing the possibility of working on a Tomcat 7 package that goes > across > both deb and RPM formats (in an attempt to merge lots of duplicate efforts, > and to promote more Tomcat compatibility across Linux distributions), but > as > of now that's just an idea I bounced off of a couple of people. I do agree > that Tomcat 7 packages are needed now. > > Cheers. > -- > Jason Brittain > MuleSoft <http://www.mulesoft.com> > > > On Fri, Dec 3, 2010 at 10:21 AM, Rodrigo Asensio > wrote: > > > anyone knows when debian/ubuntu is getting the package for tomcat 7 ?? > > >
AW: [eX-Bulk]: Problem with catalina.out
Hey,
do you have an example of your log4j-File(s)?
An example from one of my webservices:
%d %p %c{1.} [%t] %m%n
greetings
-Ursprüngliche Nachricht-
Von: Hélène Ortiz [mailto:ort...@ill.fr]
Gesendet: Montag, 23. April 2018 16:55
An: users@tomcat.apache.org
Betreff: [eX-Bulk]: Problem with catalina.out
Hi,
I'm working with Tomcat8 on Linux Debian.
My web application uses log4j to define logging policy in a specific file
(which rotates every day): myapp.log.
My problem is that Tomcat logs both in my file and in catalina.out ; the latter
grows very quickly and I didn't manage to find a solution.
I tried to modify logging.properties to remove Console handler but it does not
work.
Thanks a lot for your help
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
AW: [eX-Bulk]: Error while sending ajax post request to my tomcat web app
Hey,
seems u have a problem with CORS
https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS
cheers
-Ursprüngliche Nachricht-
Von: Zahi Fail [mailto:zahi.f...@gmail.com]
Gesendet: Mittwoch, 25. April 2018 12:53
An: Tomcat Users List
Betreff: [eX-Bulk]: Error while sending ajax post request to my tomcat web app
Hello,
I'm working with Tomcat 9.0.6 version as my servlet, I have tested my web
service with postman and it seems to work fine.
While i tried to send simple ajax that i have build and tested in chrome, i got
an error.
*the request is :*
function setAllTlcsStatus() {
var tlc = [{"id":1, "code":2, "time":"2009-02-15", "cycleSecond":22,
"programNumber":1221, "stageNumber":22, "moves":"22",
"detectors":"fead","conditions":"2ddsa"};
data.push(tlc);
$.ajax({
type: 'POST',
url: "http://127.0.0.1:8080/userManagement/rest/Traffic/users2";,
dataType: 'json',
contentType: 'application/json',
data: JSON.stringify(tlc),
success: function( data, textStatus, jQxhr ){
alert("good");
},
error: function( jqXhr, textStatus, errorThrown ){
alert("Not good");
console.log( errorThrown );
}
});
}
*and the error i got: *
*Failed to load http://127.0.0.1:8080/userManagement/rest/Traffic/users2
: Response to
preflight request doesn't pass access control check: No
'Access-Control-Allow-Origin' header is present on the requested resource.
Origin 'null' is therefore not allowed access.*
AW: [bulk] Re: SSL on Tomcat
Hey, arbeitet ihr gerade irgendwo? Hier hier gerade alle Anwendungen von außen nicht erreichbar gewesen. Über intern ging ... LG Mario -Ursprüngliche Nachricht- Von: Loai Abdallatif [mailto:loai.abdalla...@gmail.com] Gesendet: Dienstag, 2. Oktober 2018 09:07 An: Tomcat Users List Betreff: [bulk] Re: SSL on Tomcat Thanks Chris, Luis On Tue, Oct 2, 2018 at 10:00 AM Luis Rodríguez Fernández wrote: > Hello Christopher, > > It makes sense, thank you very much for your advice! > > Cheers, > > Luis > > El lun., 1 oct. 2018 a las 20:39, Christopher Schultz (< > ch...@christopherschultz.net>) escribió: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > Luis, > > > > On 10/1/18 11:06 AM, Luis Rodríguez Fernández wrote: > > > Agree with Christopher, you have to fix your client. Just get the > > > root Certificate Authority public key and import it in your client > > > truststore. > > > > I'd recommend trusting the finest-grained cert you can get away with. > > That might not always be the root CA cert. It might be the server's > > cert directly. > > > > > If you did not change it the client (java) the default keystore is > > > located in $JAVA_HOME/jre/lib/security/cacerts. Something like: > > > > > > keytool -import -keystore $JAVA_HOME/jre/lib/security/cacerts > > > -storepass trust_store_password_here -alias Root -import -file > > > the_downloaded_ca.crt > > > > > > The default password for cacerts is changeit > > > > FWIW, I wouldn't recommend changing the JVM's trust store. I say so > > for two reasons: > > > > 1. You will be trusting that certificate for ALL JVMS LAUNCHED > > AFTERWARD. Perhaps you don't want some other service to trust your > > 192.168.1.120 certificate when it's only supposed to be used with a > > single client service. > > > > 2. You will have to remember to update the trust store every time > > you change your Java installation. That means upgrades, downgrades, etc. > > > > The best way to do this IMO is to create a trust store specific for > > that service (client) and use it EXPLICITLY. > > > > - -chris > > -BEGIN PGP SIGNATURE- > > Comment: GPGTools - http://gpgtools.org > > Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ > > > > iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAluyafIACgkQHPApP6U8 > > pFijGRAAr8BXcoObcsRM/n++276xFYoAJPGKigExp6wpLjI0iHasPpXC0BPaMInb > > w7ZkgwAY77Qq7jCcUB8FGrBQXo+axN2r8MVsghV/UyTIwnZyKDM0lb4z6d6016Bc > > fQjoalUal857FH20PRAv5U+GrrpNcE7Mua5yu6eTqlMpX2hC0kBCc+oaH6xmtZr/ > > lvtn9UK5/ymS83yW5sxxYRa3uEnFf6U2EFJoWKGraEOHquEiX01Jn5nOYxccyPMT > > TtjZ+yzkc/gvBTsme0ZVdOXTK9m+0Q10f/Fgc4bidSb9ZybaBcm8YsOqpqjP9poC > > YU4KtJP7BsJbMVzNV7YFlmIDlOVXwzk84oqEj8trbUe8AtJnq9gCLFp6/1ElmXE4 > > xP26Gw1ck2vqQC/4u43HsiBegLFaBUorjNw3fWkf3PTiqSXHjXToJK9oYRv1DNkr > > SV8dlnujLbqmDQWag2FHTkE6Ka5sFBdbeFUdFP0Qd7jkhmErr5nziO1RtZ1bkIUz > > MaCYdpLR+OdU1XMrENnLHRedmpjDXp4UA1/mqr/PSMadQrlK7Z4fF5UVurXFWn7Z > > C+HNYzoSmvUL+y1KsficoK3ZGthUpkgApFFbFh3aSKdm07V+Xt1KK6sRndcjdoff > > KtU/sG0d0SSLnJmRCJHINRSOccmHZUiWGJ9+UXXE2Gd4nEw43r4= > > =okQm > > -END PGP SIGNATURE- > > > > > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > -- > > "Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better." > > - Samuel Beckett >
Re: sss
Ssss Trimis de pe iPhone‑ul meu Pe 6 sept. 2018, la 15:30, minglei yin a scris: > sss - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat Web admin
Hi, I have installed tomcat 5.5.17 and web administration tool. After to put login and password, I get that error: HTTP Status 403 - Access to the requested resource has been denied type Status report message Access to the requested resource has been denied description Access to the specified resource (Access to the requested resource has been denied) has been forbidden. Apache Tomcat/5.5.17 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
