URIEncoding UTF-16 problem
Hello, I am facing problem in accessing deployed modules once I configured connector's URIEncoding to UTF-16 in server.xml. The log is showing nothing unusual but no web module is accessible and throwing http status 404. Can you some one told me what is the reason? Do I need to modify some other configurations as well? Environment information Windows XP Professional Tomcat 5.0.24 Modified Configuration. Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 disableUploadTimeout=true URIEncoding=UTF-16/ Regards, *** This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed, and may contain confidential and/or proprietary information. Therefore, any dissemination, distribution or copy of this email or such attached files, or the information contained herein and therein, should be appropriately restricted. If you have received this email in error please notify the sender immediately by return email and kindly delete this message and all attachments.. ***
Re: URIEncoding UTF-16 problem
Nayyer Kamran wrote: Hello, I am facing problem in accessing deployed modules once I configured connector's URIEncoding to UTF-16 in server.xml. Hi. Could you tell us *why* exactly you did set this attribute ? It is rather unusual, as it supposes that you expect all clients to encode their requested URI's in UTF-16 prior to sending the request to Tomcat on that connector. To my knowledge, no standard client (browser) will ever do so. Also, do you really known what it means ? UTF-16 is a Unicode encoding where each character occupies 2 bytes (16 bits). For most of the Western and Eastern European alphabetic characters, this results in a byte 0 followed by a non-zero byte. That probably explains why Tomcat is not recognising any of the URLs that you try to access, and giving 404 errors all the time. It's just that the URI as Tomcat sees it, never matches any of your webapps. Setting the URI encoding differently from the default normally supposes that the two sides (client and server) agree on an alternative encoding for the URI's. You cannot just do it on one side and not on the other. André - 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: ssl certificate
Thank you. I look forward to having a tomcat restart command. The stop and restart is considered downtime and requires documentation. I'm hoping it will come in a future release. Mark Thomas [EMAIL PROTECTED] 8/14/2008 11:17 AM Alonzo Wilson wrote: Please explain. How does adding a new connector restart tomcat and activate the new ssl cert? It doesn't. In 4.1.30 you can use the admin app to add a connector and start it. In 6.0.16 the admin app doesn't exist so JMX is your only option but this could be tricky so restarting Tomcat will be a lot simpler. Mark Mark Thomas [EMAIL PROTECTED] 8/12/2008 5:05 PM Alonzo Wilson wrote: 4.1.30 and 6.0.16 4.1.30 you should be able to use the admin app to add a new connector. With 6.0.16 you might be able to use JMX. Restarting Tomcat will be far easier. Mark - 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]
Re: ssl certificate
Alonzo Wilson wrote: Thank you. I look forward to having a tomcat restart command. The stop and restart is considered downtime and requires documentation. I'm hoping it will come in a future release. Sorry, that is very unlikely to ever happen. You can restart a context without dropping connections but you can't restart the server that way. If you need that level of availability, look into a simple httpd Tomcat cluster. Mark Mark Thomas [EMAIL PROTECTED] 8/14/2008 11:17 AM Alonzo Wilson wrote: Please explain. How does adding a new connector restart tomcat and activate the new ssl cert? It doesn't. In 4.1.30 you can use the admin app to add a connector and start it. In 6.0.16 the admin app doesn't exist so JMX is your only option but this could be tricky so restarting Tomcat will be a lot simpler. Mark Mark Thomas [EMAIL PROTECTED] 8/12/2008 5:05 PM Alonzo Wilson wrote: 4.1.30 and 6.0.16 4.1.30 you should be able to use the admin app to add a new connector. With 6.0.16 you might be able to use JMX. Restarting Tomcat will be far easier. Mark - 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] - 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: https j_security_check apparently Solved :P
Hi, Ye, i think thats what i needed apparently the redirection was the problem ... thanks for your help and excuse my ignorance but ... i have this connectors: Service name=Catalina Connector URIEncoding=UTF-8 port=8100 minSpareThreads=25 connectionTimeout=2 uRIEncoding=UTF-8 maxThreads=300 maxSpareThreads=75 /Connector Connector port=8443 scheme=https secure=true debug=0 minSpareThreads=25 clientAuth=false keystoreType=PKCS12 keystorePass= maxThreads=150 maxSpareThreads=75 keystoreFile=/home/jakarta/tomcat-5.5.16-8100/conf/icesi.p12 sslProtocol=TLS /Connector Connector port=8029 redirectPort=8463 protocol=AJP/1.3 /Connector . . . and when I used the transport-guarantee tag and try to access the page it changes the url with the connector that has the AJP/1.3 protocol associated... do you know why could this happen? TIA, Julio César Date: Thu, 14 Aug 2008 12:29:38 -0400 From: [EMAIL PROTECTED] To: users@tomcat.apache.org Subject: Re: https j_security_check apparently Solved :P -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julio, Julio César Chaves Fernández wrote: I was testing somethings within the login page that is configured in the web.xml file... and there was a piece of code doing a redirection to assure that the page is loaded over https... first i proved with a simple login page over https with no more than the login form ...and it worked as it supossed to ... then instead of insert the code to redirect the page over https I opened it with a url specifying https instead of http ... it worked ... so I changed back the form-login param in web.xml ... removed the redirection ... an tried again the same way i did with the simple login form ... and it worked ... now i have to ask ... did the redirection had something to do with this problem or do anyone know of a possible problem that can be raised when this is done?TIA, Honestly, I'm having a hard time understanding what you are doing. What is the additional redirection for? Why not simply use transport-guarantee in web.xml and let the container handle any HTTPS requirements? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkikXXIACgkQ9CaO5/Lv0PC1wgCgtUNuWDBsTqIPIjAfH64OPgv+ wf4An1rHKW4HmO15pAwckdz0msxOmLd2 =LSxR -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] _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx
Re: where to place context configuration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Len, Len Popp wrote: So, the server admin can configure the DB server etc. by editing the file under the conf dir, but every time they deploy a new version of the app the settings are auto-wiped? No. Ideally, the server admin sets up data sources in server.xml and then the webapps use web.xml (or context.xml) and resource-ref. You certainly don't want devs overwriting admin settings. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilmUYACgkQ9CaO5/Lv0PAIBQCfdKyLoxfV7YlNpDAsZN6IJsr9 LBwAoKQuAQSSf+ToToKYghhWtgP4ZMyF =olhN -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]
Re: Fwd: Re: servlet works, jsp not, why? (Tomcat 5.0)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Elanora, [EMAIL PROTECTED] wrote: When I use sql:query var=rs dataSource=jdbc/TestDB I get: javax.servlet.ServletException: Unable to get connection, DataSource invalid: java.sql.SQLException: No suitable driver found for jdbc/TestDB I suspect it is because your configuration is broken. But, your JSP should certainly mention the DataSource name, not the URL for the DataSource. According to the JSTL documentation (http://java.sun.com/products/jsp/jstl/1.1/docs/tlddocs/index.html), dataSource is: Data source associated with the database to query. A String value represents a relative path to a JNDI resource or the parameters for the DriverManager class. I'm not sure what that second part means (after the or), but it will certainly work if you have a JNDI DataSource mentioned. Using JNDI DataSources will be much better, too, because then you can use your connection pool instead of creating a new connection for every run of the JSP. If you aren't using a connection pool, you are asking for an OOME or DOS attack. Where have you placed the JAR file containing com.mysql.jdbc.Driver? Since you put your Resource configuration in server.xml, you need to have connector-j-x.y.z.jar in Tomcat's common/lib or server/lib directories (I always use common/lib). DO NOT PUT THIS SAME JAR FILE INTO YOUR WEBAPP'S WEB-INF/lib DIRECTORY: the JAR file should appear in only one place. parameter namedriverClassName/name valuecom.mysql.jdbc.Driver/value /parameter parameter nameurl/name valuejdbc:mysql://localhost:3306/javatest?autoReconnect=true/value /parameter I know that the Tomcat documentation says to use autoReconnect, but it is wrong, wrong, wrong. Mark Matthews and MySQL both agree that everyone should stop using that parameter, and instead use proper connection checking in your connection pool. You need to use a validationQuery set to something simple like SELECT 1. I believe newer versions of the driver actually support PING which does even less work, but has the same effect of ensuring that the connection is good. Hope that helps, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilm9cACgkQ9CaO5/Lv0PCYqQCgmbtFY/6e1vKocPFc+rrGpUwf mFwAniTFNLa0v9BuZ17lqCEGUwwJEzI+ =0j0O -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]
Re: https j_security_check apparently Solved :P
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julio, Julio César Chaves Fernández wrote: Ye, i think thats what i needed apparently the redirection was the problem ... thanks for your help and excuse my ignorance but ... i have this connectors: Can you explain what each of these connectors is for? I can see one HTTPS, one HTTP, and one AJP13. How are you really accessing Tomcat? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilnFEACgkQ9CaO5/Lv0PAkzgCdEdtYw4tgxGGmV0acfIaWyHCM e4oAoJPqTIEa/LkOjeJNeLW4cg4k/Qzv =/WE8 -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]
Re: URIEncoding UTF-16 problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 André, André Warnier wrote: Could you tell us *why* exactly you [are trying to use UTF-16]? It is rather unusual, as it supposes that you expect all clients to encode their requested URI's in UTF-16 prior to sending the request to Tomcat on that connector. To my knowledge, no standard client (browser) will ever do so. ...at least not on the first request. The beauty of using an encoding like UTF-8 is that ASCII is a strict subset: any plain-old ASCII request can be interpreted as a UTF-8 request, which means that if you want to use UTF-8 on your site, but your visitors come in using ASCII, there's no problem (unless they have weird characters in their first request, which is rare). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilnPIACgkQ9CaO5/Lv0PCGAACfbQ104lWe+PbiZG1/O8yVYtu2 RXAAnAq8j9ta6m80E5zmRN2WLuFukxaj =f/2i -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]
RE: https j_security_check apparently Solved :P
Hi, the access is over Apache through the mod_jk connector (the one that connects with AJP13), and mapping with httpd.conf, but its also accessed by ports 8100 and 8443. Date: Fri, 15 Aug 2008 11:10:09 -0400 From: [EMAIL PROTECTED] To: users@tomcat.apache.org Subject: Re: https j_security_check apparently Solved :P -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julio, Julio César Chaves Fernández wrote: Ye, i think thats what i needed apparently the redirection was the problem ... thanks for your help and excuse my ignorance but ... i have this connectors: Can you explain what each of these connectors is for? I can see one HTTPS, one HTTP, and one AJP13. How are you really accessing Tomcat? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilnFEACgkQ9CaO5/Lv0PAkzgCdEdtYw4tgxGGmV0acfIaWyHCM e4oAoJPqTIEa/LkOjeJNeLW4cg4k/Qzv =/WE8 -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] _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us
RE: Clustering failing over with Tomcat 6.0.16
I created a simple session variable test and it seems to be working. I must have a problem with how I am using it in my application. I will look for in the framework will send my findings. But at this time, its not a tomcat issue.. -Original Message- From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2008 12:30 PM To: Tomcat Users List Subject: Re: Clustering failing over with Tomcat 6.0.16 It resyncs upon startup. can you provide a simple test case for us, the more you provide, the faster we can get you an answer Filip Gupta, Sharad wrote: I have tried different time periods, it still is reproducible ... -Original Message- From: Angus Mezick [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2008 8:49 AM To: Tomcat Users List Subject: RE: Clustering failing over with Tomcat 6.0.16 Does it take time for nodeA to resync the sessions after it comes back up? Could Sharad be shutting down nodeB too early? --Angus Mezick -Original Message- From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] Sent: Monday, August 11, 2008 11:07 PM To: Tomcat Users List Subject: Re: Clustering failing over with Tomcat 6.0.16 nope, it should work both ways Gupta, Sharad wrote: Hi, I have a cluster of Tomcat 6.0.16 using DeltaManager. Session replication works fine, failover works fine for the first time. That is, the first time I failover from, lets say, nodeA to nodeB, my session is carried over the user continues with the existing logged in session without being asked to log back in. But the problem happens when nodeA comes backup nodeB needs to be shutdown. The session information is somehow, not carried over as my app asks me to relogin at that point in time. Is this a desired behaviour with DeltaManager? Thanks - 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] - 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] - 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: where to place context configuration
Thanks for reminding me about resource-ref. I don't think that putting app-specific settings in server.xml is ideal - I'd rather have the per-app config files - but I can see that would get around the issues I'm complaining about. -- Len On Fri, Aug 15, 2008 at 10:57, Christopher Schultz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Len, Len Popp wrote: So, the server admin can configure the DB server etc. by editing the file under the conf dir, but every time they deploy a new version of the app the settings are auto-wiped? No. Ideally, the server admin sets up data sources in server.xml and then the webapps use web.xml (or context.xml) and resource-ref. You certainly don't want devs overwriting admin settings. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilmUYACgkQ9CaO5/Lv0PAIBQCfdKyLoxfV7YlNpDAsZN6IJsr9 LBwAoKQuAQSSf+ToToKYghhWtgP4ZMyF =olhN -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]
Re: Amazing stuff with Tomcat
On Sat, Aug 9, 2008 at 8:11 PM, Johnny Kewl [EMAIL PROTECTED] wrote: We now doing absolutely incredible stuff with Tomcat... and I just want to show you where we at. For those that dont know... we made Tomcat not only do our web stuff, Tomcat is also our application server... But have a look at this to see just how interesting this has become... We now make our swing apps without libraries ;) This is our test case... http://www.kewlstuff.co.za/ideao2/pojobinder/PojoBinder.htm That test uses Postgres, and H2, and Swing, but the app will work remotely on the wire, without carrying any libraries ;) A swing app that doesnt have to carry libraries is tiny... so we pop them out of browsers, almost instantly. On a lan, a remote machine that does not have anything but Java on it... launches that little application that you see, which then diplays a few thousand records from postgres, and carries a local H2 dB, ie it creates an embedded dB on the remote clients machine... in 3 seconds... And little old Tomcat is doing it ;) Tomcat is the best thing that we ever did ;) Tomcat can go way beyond a little old web site... we definitely owe the TC guys lunch ;) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I am interested how this is being achieved. Can you please tell me where does the Swing application being run (on server or on client)? If it is run on server, what is being send down to client? And can user inter-act with the swing application on client? (mouse click, enter text)? Thank you. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
URL rewrite!!!
Hi, Can anyone tell me how can I configure URL rewrite in tomcat 5.5. What I actually need is define url rewrite to perform the following 301 redirections: 1) From www.mydomain.com/index.htm to www.mydomain.com http://www.mydomain.com/ 2) From lang.mydomain.com/lang/ http://de.littlewoodscasino.com/de/ to lang.mydomain.com http://www.littlewoodscasino.com (to avoid using the language folder) 3) From all pages in a certain directory - e.g www.mydomain.com/help/ to www.mydomain.com http://www.mydomain.com/ Thanks in advanced
RE: URL rewrite!!!
-Original Message- From: Shahar Cohen [mailto:[EMAIL PROTECTED] Subject: URL rewrite!!! Can anyone tell me how can I configure URL rewrite in tomcat 5.5. Try this: http://tuckey.org/urlrewrite/ - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
gzip failing for some files
I've set my Tomcat server up to gzip files of appropriate types, but for some reason it doesn't seem to be working on two files (according to YSlow). These files don't seem to be special, both are minified. One is fairly large (~328k), the other is medium-sized (72k). Here are the additional lines added to the http connector: compression=on compressionMinSize=2048 noCompressionUserAgents=gozilla, traviata compressableMimeType=text/html, text/xml, text/javascript, text/css Unix file permissions and ownership are identical to other js files which are being gzipped correctly. Any thoughts?
Re: https j_security_check apparently Solved :P
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Julio, Julio César Chaves Fernández wrote: the access is over Apache through the mod_jk connector (the one that connects with AJP13), and mapping with httpd.conf, but its also accessed by ports 8100 and 8443. I think you might reduce confusion if you debug one connector setup at a time. If you access your web application exclusively through Apache/AJP, does the application behave in the way you expect? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkilt9UACgkQ9CaO5/Lv0PCesACgkPPuZfbXi1JytUPG8JNN+/5s lAsAoKvBxJGtvVAdGL+gCXdqDYjYNdt/ =kJ9R -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]
reloadable problem with filters
I'm having an odd problem. When filters are enabled in my application (e.g., to add an Expires header to certain files), I have to restart the tomcat server every time I recompile. When the filters are disabled, I don't have to restart the server (i.e., reloadable works). tomcat/conf/web.xml: Context reloadable=true WatchedResourceWEB-INF/web.xml/WatchedResource /Context From WEB-INF/web.xml: ... filter filter-nameExpiresFilter/filter-name filter-classapp.ExpiresFilter/filter-class /filter filter-mapping filter-nameExpiresFilter/filter-name url-pattern*.js/url-pattern /filter-mapping ... Any thoughts on why this would be happening, or workarounds?
RE: reloadable problem with filters
Sorry, I forgot to mention. This is for Tomcat 5.5.23. _ From: Daniel Blumenthal [mailto:[EMAIL PROTECTED] Sent: Friday, August 15, 2008 1:40 PM To: 'Tomcat Users List' Subject: reloadable problem with filters I'm having an odd problem. When filters are enabled in my application (e.g., to add an Expires header to certain files), I have to restart the tomcat server every time I recompile. When the filters are disabled, I don't have to restart the server (i.e., reloadable works). tomcat/conf/web.xml: Context reloadable=true WatchedResourceWEB-INF/web.xml/WatchedResource /Context From WEB-INF/web.xml: ... filter filter-nameExpiresFilter/filter-name filter-classapp.ExpiresFilter/filter-class /filter filter-mapping filter-nameExpiresFilter/filter-name url-pattern*.js/url-pattern /filter-mapping ... Any thoughts on why this would be happening, or workarounds?
Using tabbed browsers causes session sharing
Hello All While using tabbed browsers (e.g. IE 7) I am facing a login problem. Say on Tab#1 I login with a username A, on Tab#2 I login with username B, I still see A's session. Apparently the browser/Tomcat doesn't create a new session. Has anyone faced this problem? Are there any fixes? Thanks Murthy
Redirection
Hi, I have the following scenerio. I have a site which provide music online. Now for hosting the actual song i have purchased another site with better band widthm but no tomcat. So my webserver(tomcat) is running on one server(say domain1) and files are hosted on another (with different domain name say domain2, which anyone can access using http). Now i have to put http://domain2/abc.music on my site to access these files. Now i can do something like that write a normal Servlet which receive song id and i forward it to appropriate link(http link to another site domain2). but when someone start downloading they see that data is coming from domain2, i dont want user to see domain2, and also i can not do somethin like when user request any file first get it on to domain1 server and then provide it to user as it will be too much bandwidth wastage. So is there any way to do this using anything in apache,tomcat to hide domain2 from everyone., Thanks, Ravi.
Re: Tomcat monitoring
Dear Tokajac, As far as I see http://www.zabbix.com http://www.zabbix.com is not available for WinXP (that's my platform). *shrug* You could always run it on FreeBSD or Linux in VMWare. I downloaded Zapcat. Can Zapcat be useful without zabbix? No, it only works as a bridge to Zabbix. That's what it was designed to do. Here is a discussion about some other tools that you can use to monitor your VM. http://java-monitor.com/forum/showthread.php?t=1 There is also Zenoss and MC4J. Hope this helps. -- Kees Jan http://java-monitor.com/forum/ [EMAIL PROTECTED] 06-51838192 Human beings make life so interesting. Do you know that in a universe so full of wonders, they have managed to invent boredom. Quite astonishing... -- Terry Partchett - 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: reloadable problem with filters
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel, Daniel Blumenthal wrote: I'm having an odd problem. When filters are enabled in my application (e.g., to add an Expires header to certain files), I have to restart the tomcat server every time I recompile. When the filters are disabled, I don't have to restart the server (i.e., reloadable works). Tomcat should be restarting when reloadable=true and your install new class files regardless of the filter configuration. One thing I've found is that if you don't actually /use/ a particular class, and then you update it, Tomcat will not reload the webapp. Could this be the behavior you are experiencing? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkil2ZcACgkQ9CaO5/Lv0PCerACfb3GTPDWMECHz6XWmOAekWdPb UK0An1cwuOxVKTh9NgU1ydJJcMJ0xwur =/13/ -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]
Re: Using tabbed browsers causes session sharing
This is normal behavior. Sessions are tied to cookies bound to an entire domain. Why would you want the same person logged in twice with different accounts? On 8/15/08, murthy gandikota [EMAIL PROTECTED] wrote: Hello All While using tabbed browsers (e.g. IE 7) I am facing a login problem. Say on Tab#1 I login with a username A, on Tab#2 I login with username B, I still see A's session. Apparently the browser/Tomcat doesn't create a new session. Has anyone faced this problem? Are there any fixes? Thanks Murthy - 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: Redirection
On Fri, Aug 15, 2008 at 11:47 AM, Ravi Sharma [EMAIL PROTECTED] wrote: So is there any way to do this using anything in apache,tomcat to hide domain2 from everyone., You should either move everything to the higher-bandwidth server, or have your DNS identify it as a subdomain -- 'music.domain1.com' or something. FWIW, -- Hassan Schroeder [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]
Re: Using tabbed browsers causes session sharing
Sessions are tied to the whole browser, not tabs within the browser. In other words, it's a browser issue, not a tomcat issue. murthy gandikota wrote: Hello All While using tabbed browsers (e.g. IE 7) I am facing a login problem. Say on Tab#1 I login with a username A, on Tab#2 I login with username B, I still see A's session. Apparently the browser/Tomcat doesn't create a new session. Has anyone faced this problem? Are there any fixes? Thanks Murthy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to tell Tomcat to use an additional classpath other than web-inf/classes?
Does anyone know of a way to tell Tomcat to use an additional classpath (other than WEB-INF/classes) when loading an application? I've got an off the shelf application that requires us to copy our custom classes into the application's WEB-INF/classes/ directory every time we upgrade, which is frequent. Ideally, I would like to put the upgraded files on nfs (which is outside Tomcat folder) that Tomcat can pick up every time it is restarted. -- View this message in context: http://www.nabble.com/How-to-tell-Tomcat-to-use-an-additional-classpath-other-than-web-inf-classes--tp19004517p19004517.html Sent from the Tomcat - User mailing list archive at Nabble.com. - 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: Using tabbed browsers causes session sharing
Robert Dietrick wrote: Why would you want the same person logged in twice with different accounts? As a developer of a web app that has both admin and regular user roles, I want to do this all the time. The admin roles can change things in ways that affect the regular user's view. I want to see how things change without having to log out and log back in as a different user. The way I deal with it is to use Firefox for one and IE for the other. - 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: Using tabbed browsers causes session sharing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill, Bill Davidson wrote: Robert Dietrick wrote: Why would you want the same person logged in twice with different accounts? As a developer of a web app that has both admin and regular user roles, I want to do this all the time. The admin roles can change things in ways that affect the regular user's view. I want to see how things change without having to log out and log back in as a different user. The way I deal with it is to use Firefox for one and IE for the other. You could use separate tabs in the same browser if you were to disable cookies on your browser (and you have correctly encoded your outgoing URLs). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkil5VIACgkQ9CaO5/Lv0PDRxQCgurXC0dPS00+MzAoJAhCVSfo+ fZMAoLcD1AgKgVTHnXJBqyW0n1UCKlUZ =Ul1U -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]
RE: reloadable problem with filters
Hi Chris, Unfortunately, I don't think it's related to that. The reloadable attribute has been working like a champ for me. But today, I added a filter (a new class, created today). As soon as I added the configuration to the web.xml file, I started having to restart the Tomcat server after each compile. If I comment out the filter tags from web.xml, everything works fine. If I uncomment just the filter.../filter section, I start getting this behavior again. I'm actually getting an error in catalina.out *during compilation* (see log extract below). I think that what's happening is that somehow the reload process is being triggered early, during the build process, before everything's ready. My guess is that this is being caused by the filter getting compiled - perhaps this is caused by the line in context.xml? (WatchedResourceWEB-INF/web.xml/WatchedResource) I'm going to see what happens if I rename the filter to ZZFilter (to try to change the build order). Daniel start compilation at 4:23:25 PM Aug 15, 2008 4:23:30 PM org.apache.catalina.loader.WabappClassLoader modified SEVERE: Resource '/WEB-INF/classes/app/ExpiresFilter.class' is missing Aug 15, 2008 4:23:30 PM org.apache.catalina.core.StandardContext reload INFO: Reloading this Context has started Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardManager doLoad SEVERE: ClassNotFoundException while loading persisted sessions: java.lang.ClassNotFoundException: app.MyClass ... (stack dump) Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardManager start SEVERE: Exception loading session from persistent storage ... (stack dump) Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardContext start SEVERE: Error filterStart Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardContext start SEVERE: Context [/myapp] startup failed du to previous errors compilation completes at 4:23:40 PM -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Friday, August 15, 2008 3:32 PM To: Tomcat Users List Subject: Re: reloadable problem with filters -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel, Daniel Blumenthal wrote: I'm having an odd problem. When filters are enabled in my application (e.g., to add an Expires header to certain files), I have to restart the tomcat server every time I recompile. When the filters are disabled, I don't have to restart the server (i.e., reloadable works). Tomcat should be restarting when reloadable=true and your install new class files regardless of the filter configuration. One thing I've found is that if you don't actually /use/ a particular class, and then you update it, Tomcat will not reload the webapp. Could this be the behavior you are experiencing? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkil2ZcACgkQ9CaO5/Lv0PCerACfb3GTPDWMECHz6XWmOAekWdPb UK0An1cwuOxVKTh9NgU1ydJJcMJ0xwur =/13/ -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]
RE: Using tabbed browsers causes session sharing
I've found that if I set the maxAge of the cookie to -1 (which means the cookie should only exist until the browser exits) that on Internet Explorer each window I open the session is different. Each tab shares the session. In Firefox, the session is shared by all tabs and windows. -Original Message- From: Bill Davidson [mailto:[EMAIL PROTECTED] Sent: Fri 8/15/2008 2:14 PM To: Tomcat Users List Cc: Subject:Re: Using tabbed browsers causes session sharing Robert Dietrick wrote: Why would you want the same person logged in twice with different accounts? As a developer of a web app that has both admin and regular user roles, I want to do this all the time. The admin roles can change things in ways that affect the regular user's view. I want to see how things change without having to log out and log back in as a different user. The way I deal with it is to use Firefox for one and IE for the other. - 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]
RE: reloadable problem with filters
Unfortunately, neither renaming the file to ZZExpiresFilter.java nor removing the line from the config file appears to be having an effect. -Original Message- From: Daniel Blumenthal [mailto:[EMAIL PROTECTED] Sent: Friday, August 15, 2008 4:34 PM To: 'Tomcat Users List' Subject: RE: reloadable problem with filters Hi Chris, Unfortunately, I don't think it's related to that. The reloadable attribute has been working like a champ for me. But today, I added a filter (a new class, created today). As soon as I added the configuration to the web.xml file, I started having to restart the Tomcat server after each compile. If I comment out the filter tags from web.xml, everything works fine. If I uncomment just the filter.../filter section, I start getting this behavior again. I'm actually getting an error in catalina.out *during compilation* (see log extract below). I think that what's happening is that somehow the reload process is being triggered early, during the build process, before everything's ready. My guess is that this is being caused by the filter getting compiled - perhaps this is caused by the line in context.xml? (WatchedResourceWEB-INF/web.xml/WatchedResource) I'm going to see what happens if I rename the filter to ZZFilter (to try to change the build order). Daniel start compilation at 4:23:25 PM Aug 15, 2008 4:23:30 PM org.apache.catalina.loader.WabappClassLoader modified SEVERE: Resource '/WEB-INF/classes/app/ExpiresFilter.class' is missing Aug 15, 2008 4:23:30 PM org.apache.catalina.core.StandardContext reload INFO: Reloading this Context has started Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardManager doLoad SEVERE: ClassNotFoundException while loading persisted sessions: java.lang.ClassNotFoundException: app.MyClass ... (stack dump) Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardManager start SEVERE: Exception loading session from persistent storage ... (stack dump) Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardContext start SEVERE: Error filterStart Aug 15, 2008 4:23:35 PM org.apache.catalina.session.StandardContext start SEVERE: Context [/myapp] startup failed du to previous errors compilation completes at 4:23:40 PM -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Friday, August 15, 2008 3:32 PM To: Tomcat Users List Subject: Re: reloadable problem with filters -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel, Daniel Blumenthal wrote: I'm having an odd problem. When filters are enabled in my application (e.g., to add an Expires header to certain files), I have to restart the tomcat server every time I recompile. When the filters are disabled, I don't have to restart the server (i.e., reloadable works). Tomcat should be restarting when reloadable=true and your install new class files regardless of the filter configuration. One thing I've found is that if you don't actually /use/ a particular class, and then you update it, Tomcat will not reload the webapp. Could this be the behavior you are experiencing? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkil2ZcACgkQ9CaO5/Lv0PCerACfb3GTPDWMECHz6XWmOAekWdPb UK0An1cwuOxVKTh9NgU1ydJJcMJ0xwur =/13/ -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] - 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: Using tabbed browsers causes session sharing
I would suggest assigning each logged-in user the capabilities of nindividual roles which have a specified capability http://tomcat.apache.org/tomcat-4.0-doc/manager-howto.html start with xml basic MemoryRealm and work your way into JDBCRealm or JNDIRealm Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Date: Fri, 15 Aug 2008 16:21:38 -0400 From: [EMAIL PROTECTED] To: users@tomcat.apache.org Subject: Re: Using tabbed browsers causes session sharing -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill, Bill Davidson wrote: Robert Dietrick wrote: Why would you want the same person logged in twice with different accounts? As a developer of a web app that has both admin and regular user roles, I want to do this all the time. The admin roles can change things in ways that affect the regular user's view. I want to see how things change without having to log out and log back in as a different user. The way I deal with it is to use Firefox for one and IE for the other. You could use separate tabs in the same browser if you were to disable cookies on your browser (and you have correctly encoded your outgoing URLs). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkil5VIACgkQ9CaO5/Lv0PDRxQCgurXC0dPS00+MzAoJAhCVSfo+ fZMAoLcD1AgKgVTHnXJBqyW0n1UCKlUZ =Ul1U -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] _ Get ideas on sharing photos from people like you. Find new ways to share. http://www.windowslive.com/explore/photogallery/posts?ocid=TXT_TAGLM_WL_Photo_Gallery_082008
RE: reloadable problem with filters
From: Daniel Blumenthal [mailto:[EMAIL PROTECTED] Subject: RE: reloadable problem with filters I'm actually getting an error in catalina.out *during compilation* (see log extract below). Are you compiling into the deployment directory of an active application? I don't know how you could ever make that work reliably, especially if more than one class is compiled at a time. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - 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: How to tell Tomcat to use an additional classpath other than web-inf/classes?
- Original Message - From: swimming_rabbit [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Friday, August 15, 2008 9:48 PM Subject: How to tell Tomcat to use an additional classpath other than web-inf/classes? Does anyone know of a way to tell Tomcat to use an additional classpath (other than WEB-INF/classes) when loading an application? I've got an off the shelf application that requires us to copy our custom classes into the application's WEB-INF/classes/ directory every time we upgrade, which is frequent. Ideally, I would like to put the upgraded files on nfs (which is outside Tomcat folder) that Tomcat can pick up every time it is restarted. -- View this message in context: http://www.nabble.com/How-to-tell-Tomcat-to-use-an-additional-classpath-other-than-web-inf-classes--tp19004517p19004517.html Sent from the Tomcat - User mailing list archive at Nabble.com. 3 choices that come to mind + Make your own custom class loader... + Use Java's EX class loader mechanism... ie you can stick stuff in the JRE Ex folder... should work if no one upgrades the JRE + Use TC's POJO Application server my baby ;) You can put your classes, JARs in a Tomcat on the other side of the world and they will still work ;) You call em like this... Class uiApp = vessel.getRemoteClass(com.yourco.the.class.to.run); And thats it... One TC at your office... with your classes in it... other TC's calling the above... anywhere. This strange phenomenon is because TC just happens to be the most powerful application server on earth... but its a secret, dont tell glassfish ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - 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: reloadable problem with filters
On my development machine, I do compile into the same directory that I'm running from. Is there a more effective development configuration? -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Friday, August 15, 2008 4:50 PM To: Tomcat Users List Subject: RE: reloadable problem with filters From: Daniel Blumenthal [mailto:[EMAIL PROTECTED] Subject: RE: reloadable problem with filters I'm actually getting an error in catalina.out *during compilation* (see log extract below). Are you compiling into the deployment directory of an active application? I don't know how you could ever make that work reliably, especially if more than one class is compiled at a time. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - 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]
Re: Using tabbed browsers causes session sharing
On Fri, Aug 15, 2008 at 1:21 PM, Christopher Schultz [EMAIL PROTECTED] wrote: Bill Davidson wrote: The way I deal with it is to use Firefox for one and IE for the other. You could use separate tabs in the same browser if you were to disable cookies on your browser (and you have correctly encoded your outgoing URLs). Yep, this is probably the best way to do it. Just keep in mind that if you copy links it will have your session id in them. -Dave - 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: How to tell Tomcat to use an additional classpath other thanweb-inf/classes?
From: swimming_rabbit [mailto:[EMAIL PROTECTED] Subject: How to tell Tomcat to use an additional classpath other thanweb-inf/classes? Does anyone know of a way to tell Tomcat to use an additional classpath (other than WEB-INF/classes) when loading an application? (The discussion below is based on Tomcat 6, since you didn't bother to tell us the version you're using.) You can put the classes in Tomcat's lib directory, and they'll be handled by the common loader rather than the webapp loader. If you don't want to pollute that directory, you can enable the shared loader in conf/catalina.properties and use whatever directory you want. The downside of the above is that the classes do not come and go with the webapp, so that may introduce problems during redeployment if you don't stop and start Tomcat. Alternatively, you can write a simple class loader that extends WebappLoader, specific to the webapp, to handle your additional directory. You can specify this class loader with the loaderClass attribute of the Loader element nested inside the webapp's Context element. Look here for some info: http://tomcat.apache.org/tomcat-6.0-doc/config/loader.html Tomcat already has an extension to WebappLoader that you might be able to use: org.apache.catalina.loader.VirtualWebappLoader You specify the additional paths via the virtualClasspath attribute in your Context element. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - 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: Using tabbed browsers causes session sharing
Christopher Schultz [EMAIL PROTECTED] wrote: You could use separate tabs in the same browser if you were to disable cookies on your browser (and you have correctly encoded your outgoing URLs). David Rees wrote: Yep, this is probably the best way to do it. Just keep in mind that if you copy links it will have your session id in them. I think it's easier to just use two browsers. I have to make sure everything works in IE and Firefox anyway so it's just as well that I'm using both on a fairly regular basis. - 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: reloadable problem with filters
From: Daniel Blumenthal [mailto:[EMAIL PROTECTED] Subject: RE: reloadable problem with filters On my development machine, I do compile into the same directory that I'm running from. You could try turning off autoDeploy and then manually initiate a redeployment when the compilations are done. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - 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: URIEncoding UTF-16 problem
Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 André, André Warnier wrote: Could you tell us *why* exactly you [are trying to use UTF-16]? It is rather unusual, as it supposes that you expect all clients to encode their requested URI's in UTF-16 prior to sending the request to Tomcat on that connector. To my knowledge, no standard client (browser) will ever do so. ...at least not on the first request. The beauty of using an encoding like UTF-8 is that ASCII is a strict subset: any plain-old ASCII request can be interpreted as a UTF-8 request, which means that if you want to use UTF-8 on your site, but your visitors come in using ASCII, there's no problem (unless they have weird characters in their first request, which is rare). The OP is talking about UTF-16, not UTF-8. What you are saing above about ASCII/UTF-8 is true, if one restricts oneself to strictly the 7-bit US-ASCII. That'ok for English, but not OK for mostly any other language on this planet. The default charset on the Web is iso-8859-1 (latin-1), not US-ASCII. Any character of iso-8859-1 whose codepoint is above 128 decimal does not encode as a single byte in UTF-8. My own name, expressed in the Unicode alphabet and encoded in UTF-8, occupies 6 bytes, not 7. Encoded as UTF-16, it occupies 12 bytes, half of which have a hex value of 00. Now about the first request bit : not on the first request, nor on any subsequent request, unless the server finds a way to tell the application that it only accepts requests with URI's encoded as UTF-16, and the browser not only understands the instruction, but obeys it. If there is an accepted and supported way to do that, I'd be glad to hear it, as it would solve a lot of practical web internationali(z/s)ation problems. So, back to the original question : why set the connector to UTF-16 URI encoding ? That will almost guarantee that Tomcat will not properly understand any URL requested by a standard browser. André - 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: Using tabbed browsers causes session sharing
murthy gandikota wrote: Hello All While using tabbed browsers (e.g. IE 7) I am facing a login problem. Say on Tab#1 I login with a username A, on Tab#2 I login with username B, I still see A's session. Apparently the browser/Tomcat doesn't create a new session. Has anyone faced this problem? Are there any fixes? Thanks Murthy That's probably because there is only one JSESSIONID cookie stored by the browser, no matter how many tabs are open, no ? - 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: Using tabbed browsers causes session sharing
Robert Dietrick wrote: This is normal behavior. Sessions are tied to cookies bound to an entire domain. Why would you want the same person logged in twice with different accounts? I don't know what the real issue of the OP is, but there are plenty of situations where you would want to have 2 or more distinct sessions onto a same service, even with the same user-id. For instance, you are browsing two different areas of a database, and you would need each session to keep a distinct context, and not mix up what happens in one with the other. - 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: URIEncoding UTF-16 problem
Replying to myself : André Warnier wrote: My own name, expressed in the Unicode alphabet and encoded in UTF-8, occupies 6 bytes, not 7. I meant 6 bytes, not 5, of course. It rather weakens my argument when I mix-up my own byte counts... - 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: Using tabbed browsers causes session sharing
Hi guys, shouldn't someone *explain* to the OP why this is happening ? I mean, the different bits and pieces are there in different answers, but maybe the big picture is missing to understand what and why it is happening ? Not knowing myself the hows and whys of Tomcat's session management, I don't feel confident enough to attempt such an explanation on my own. Or is it mentioned clearly somewhere in a doc that I missed ? I just went through items 1 to 26 of the list in http://tomcat.apache.org/tomcat-6.0-doc/index.html and, at first sight, I don't see anything that obviously points to session management. - 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: Using tabbed browsers causes session sharing
Sorry, I thought I did. It has nothing to do with tomcat; it's up to the browser whether or not it assigns different sessions to the tabs or not. Apparently IE, or some versions of IE, do. In my experience Firefox doesn't. I think if you have multiple Firefoxes opened, i.e., separate windows, not just separate tabs, they still share the session. André Warnier wrote: Hi guys, shouldn't someone *explain* to the OP why this is happening ? I mean, the different bits and pieces are there in different answers, but maybe the big picture is missing to understand what and why it is happening ? Not knowing myself the hows and whys of Tomcat's session management, I don't feel confident enough to attempt such an explanation on my own. Or is it mentioned clearly somewhere in a doc that I missed ? I just went through items 1 to 26 of the list in http://tomcat.apache.org/tomcat-6.0-doc/index.html and, at first sight, I don't see anything that obviously points to session management. - 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]
Re: Using tabbed browsers causes session sharing
Thats probably because it has nothing to do with tomcat or sessionmanagement, but has something to do with cookies and browser processes. AFAIK the only browser which allow theirself to be started in multiple processes are internet explorer and lynx. And internet explorer only if you activated a special option (start new window in separate process was the name in the good old days). The effect of the one process behaviour is: one process - one cookie - one session. So what can you do? Basically two things 1) switch off your cookies and let tomcat url rewrite your links. This is generally a very bad idea, since your users won't be switching the cookies (unless some stupid admin forces them too, but i think/hope those specimen became extinct now) and you are developing/testing not the same thing your users will use. Also keep in mind that most crawlers can't handle sessionids in urls properly. 2) Use two different browsers. Now with i think at least 5 classy browsers on the market it should be easy to find two or three to use simultaneously. On the plus side it will help you to keep the browser interoperability: here some browsers to use: Firefox 2 Firefox 3 Internet Explorer 7 Opera Flock Netscape Navigator 9 (Firefox 2.0.0.10 under the hood) Safari Mozilla Camino Konqueror Not all are available on all platforms, but most are. regards Leon On Sat, Aug 16, 2008 at 12:56 AM, André Warnier [EMAIL PROTECTED] wrote: Hi guys, shouldn't someone *explain* to the OP why this is happening ? I mean, the different bits and pieces are there in different answers, but maybe the big picture is missing to understand what and why it is happening ? Not knowing myself the hows and whys of Tomcat's session management, I don't feel confident enough to attempt such an explanation on my own. Or is it mentioned clearly somewhere in a doc that I missed ? I just went through items 1 to 26 of the list in http://tomcat.apache.org/tomcat-6.0-doc/index.html and, at first sight, I don't see anything that obviously points to session management. - 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]
Re: Using tabbed browsers causes session sharing
- Original Message - From: André Warnier [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, August 16, 2008 12:56 AM Subject: Re: Using tabbed browsers causes session sharing Hi guys, shouldn't someone *explain* to the OP why this is happening ? I mean, the different bits and pieces are there in different answers, but maybe the big picture is missing to understand what and why it is happening ? Not knowing myself the hows and whys of Tomcat's session management, I don't feel confident enough to attempt such an explanation on my own. Or is it mentioned clearly somewhere in a doc that I missed ? I just went through items 1 to 26 of the list in http://tomcat.apache.org/tomcat-6.0-doc/index.html and, at first sight, I don't see anything that obviously points to session management. Browsers are stateless, so they have no memory, they cant remember anything... So if you playing a game and you click refresh the browser will start again... it would forget the score in a game, they stupid ;) So servers give a browser a cookie... just some unique number, like 123456789 Then everytime the browser talks to the server it sends that back... then the server stores state against that number... So it stores say game score in a map addressed by 123456789... So now the server knows and can remember stuff... but note that its the server remembering, the browser just has this number... They call this the session... and they hooked up in the browser by the domain name... so if that is the same... the number is the same... the stuff the server looks up is the same... so it does not change between tabs... When security happens... it also uses the cookie... to remember that the user has logged on... so the same process is at work. Change domain names, use 2 browsers... or turn off cookies... so you can see now why the other guys said all those things... In old browsers... those invented just after the steam engine, they couldnt do cookies, so the memory was done via urls... If you look at how your google works... they still use that... eg: http://www.google.com/search?hl=enq=Sessions+in+TomcatbtnG=Google+Searchmeta= So thats another way to remember state... but it can get quite hectic to code compared to the nice easy TC session stuff. Also can you see why cookies/sessions have to be set when you send that page to a browser, and not when you just want the answer Its sending that unique number in TC if you look at the headers coming in you will see JSessionID = huge number... thats the thing.. More or less ;) Interesting hey clever people these TC dudes ;) I hang out in many mailing lists... this is the best one ;) --- HARBOR : http://www.kewlstuff.co.za/index.htm The most powerful application server on earth. The only real POJO Application Server. See it in Action : http://www.kewlstuff.co.za/cd_tut_swf/whatisejb1.htm --- - 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: Using tabbed browsers causes session sharing
if you want to take it a step further determine if the client is using an old browser route them to latest script language=JavaScript !-- function onLoad() if(parseInt(navigator.appVersion)7); document.window.open(http://www.microsoft.com/windows/downloads/ie/getitnow.mspx;); // -- /script ? Martin Gainty __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Date: Sat, 16 Aug 2008 01:29:56 +0200 From: [EMAIL PROTECTED] To: users@tomcat.apache.org Subject: Re: Using tabbed browsers causes session sharing Thats probably because it has nothing to do with tomcat or sessionmanagement, but has something to do with cookies and browser processes. AFAIK the only browser which allow theirself to be started in multiple processes are internet explorer and lynx. And internet explorer only if you activated a special option (start new window in separate process was the name in the good old days). The effect of the one process behaviour is: one process - one cookie - one session. So what can you do? Basically two things 1) switch off your cookies and let tomcat url rewrite your links. This is generally a very bad idea, since your users won't be switching the cookies (unless some stupid admin forces them too, but i think/hope those specimen became extinct now) and you are developing/testing not the same thing your users will use. Also keep in mind that most crawlers can't handle sessionids in urls properly. 2) Use two different browsers. Now with i think at least 5 classy browsers on the market it should be easy to find two or three to use simultaneously. On the plus side it will help you to keep the browser interoperability: here some browsers to use: Firefox 2 Firefox 3 Internet Explorer 7 Opera Flock Netscape Navigator 9 (Firefox 2.0.0.10 under the hood) Safari Mozilla Camino Konqueror Not all are available on all platforms, but most are. regards Leon On Sat, Aug 16, 2008 at 12:56 AM, André Warnier [EMAIL PROTECTED] wrote: Hi guys, shouldn't someone *explain* to the OP why this is happening ? I mean, the different bits and pieces are there in different answers, but maybe the big picture is missing to understand what and why it is happening ? Not knowing myself the hows and whys of Tomcat's session management, I don't feel confident enough to attempt such an explanation on my own. Or is it mentioned clearly somewhere in a doc that I missed ? I just went through items 1 to 26 of the list in http://tomcat.apache.org/tomcat-6.0-doc/index.html and, at first sight, I don't see anything that obviously points to session management. - 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] _ Be the filmmaker you always wanted to be—learn how to burn a DVD with Windows®. http://clk.atdmt.com/MRT/go/108588797/direct/01/
Re: Using tabbed browsers causes session sharing
That's an acceptable way to deal with the problem (it's not a tomcat problem after all but an abnormal use case). Anyone who's built an administrative web app is accustomed to such shenanigans. If you have a legitimate need to access different parts of your app while logged in under one account, then you should implement some notion of roles. On 8/15/08, Bill Davidson [EMAIL PROTECTED] wrote: Robert Dietrick wrote: Why would you want the same person logged in twice with different accounts? As a developer of a web app that has both admin and regular user roles, I want to do this all the time. The admin roles can change things in ways that affect the regular user's view. I want to see how things change without having to log out and log back in as a different user. The way I deal with it is to use Firefox for one and IE for the other. - 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]