IRC Networks
Irc Logs Stats
Start date: 2007-09-27 02:48:27
Last update: 2008-10-24 20:19:38
Channels: 41
Logged Lines: 6230436
Size: 1822.72 MB
Powered by
Channel Info
Network: freenodeChannel: #tomcat |
Search in www.irclog.org
Log from #tomcat at freenode 2006-05-15
Pages: 1
[17:35]<t0dw0zc>hi
[17:36]<t0dw0zc>simple question : how can we hide the tomcat version (signature) ? - I'm searching for a while in google and tomcat docs :( -
[19:36]<lzra7>Hello, I have an application that uses tomcat embedded (5.5.16). I have an HttpSessionListener that is used to maintain a list of all current sessions. The symptom I'm having is that old sessions (where CurrentTime - LastAccessedTime >> MaxInactiveInterval) will sometimes never leave the list. I don't know if the sessions aren't expiring or if sessionDestroyed isn't being called. Thoughts?
[19:39]<lzra7>(I have a process that inspects the sessions, getting & setting attributes every 60 seconds. I'm under the impression that getting/setting session attributes shouldn't affect expiration..)
[20:29]<dycn_c___>anyone ever use lamdaprobe?
[20:37]<zzgmznw>re: lamdaprobe: just tried it out, it looks neat.
[20:41]<dycn_c___>yeah i'm just trying it out but my JDBC usage is always 0% wasn't sure if its me or a bug
[20:47]<rrsjg2>Wow, that looks nice.
[20:47]<rrsjg2>Too bad it's GPL though.
[20:49]<dycn_c___>i think it only truly monitors global DS's at least that's what i'm gathering from the screenshots and the lack of documentation, but its still pretty cool
[20:50]<zzgmznw>seems like a better manager app, plus lots of neat stuff
[20:51]<rrsjg2>It's almost like a JMX console, but gives a more sensible view, tailored to Tomcat, and more to the point of what Tomcat admins want to see.
[20:51]<rrsjg2>It probably gets lots of its information from JMX.
[20:51]<dycn_c___>you have to enable JMX for some of the stuff
[20:52]<dycn_c___>memory utlization, etc
[20:52]<zzgmznw>yes, you need to enable jmx to get the memory stuff. it's neato.
[20:52]<rrsjg2>Nice graphs, too. Probably uses some other GPL'd graphing libraries.
[20:53]<dycn_c___>jfreechart
[20:53]<rrsjg2>ahh.
[20:53]<rrsjg2>yup.
[20:54]<rrsjg2>What version of Tomcat is everyone using here? So far I'm using 5.5.16, but only for lack of time to try 5.5.17. :)
[20:54]<zzgmznw>we're moving (slowly) from 4.1.30 to 5.5.17
[20:55]<dycn_c___>5.5.12 for one app, 5.5.9 for another
[20:55]<rrsjg2>randrew: Congrats on migrating.. (in advance)
[20:56]<zzgmznw>It'll be good to be up to date.
[20:56]<rrsjg2>mike_k___: 5.5.12 wasn't bad. 5.5.9 had some problems, but not everyone is affected I think.
[20:57]<dycn_c___>every group uses whatever they want, i'm sure we have other groups on other versions, i have a 3rd app on Sun JSAS 7...its one of my gripes...
[21:04]<rrsjg2>If you're really writing implementation independent (compliant) webapps, then it shouldn't matter. But, much of the time people write webapps that aren't quite compiliant.
[21:05]<axzysdjg>morning all
[21:05]<dycn_c___>its just an annoyance, we use JSAS for no particular reason other than a manager picked it off some sort of gartner chart or something..
[21:06]<rrsjg2>hi chrismon
[21:06]<rrsjg2>mike_k___: Yeah, stuff like that sucks.
[21:26]<axzysdjg>n/2
[21:26]<axzysdjg>oops
[21:26]<axzysdjg>hrm i need more alpha testers for freshet
[21:26]<axzysdjg>no one is downloading it :-/
[21:27]<lzra7>is there a way to convince HttpServletRequest.getRemoteHost() to try and return a FQDN, not an ip?
[21:27]<axzysdjg>i think there's too many of these projets out there
[21:27]<axzysdjg>Lrac6, you can always use java.net.InetAddress to convert
[21:28]<lzra7>ah, I'll try that, thx
[21:28]<axzysdjg>oh by the way
[21:28]<axzysdjg>getRmoteHost() should return the fqdn
[21:29]<axzysdjg>http://java.sun.com/products/servlet/2.5/docs/servlet-2_5-mr2/javax/servlet/ServletRequest.html#getRemoteAddr()
[21:29]<axzysdjg>that should return IP
[21:30]<axzysdjg>i am guessing thatnot that when getRemoteHost() returns an IP there's prolly no hostname (PTR) associated with the IP
[21:31]<lzra7>I think that it can choose not to resolve it, for performance reasons
[21:48]<axzysdjg>Lrac6, never heard of that
[21:49]<axzysdjg>heh right there in the docs... there hopefully is a way to keep tomcat from doing that
[21:50]<axzysdjg>i cannto see how bad such resolving could be if local DNS is setup properly
[21:50]<lzra7>yeah, I'll bet there is a way to turn it on - I just don't know how:)
[21:51]<lzra7>Apparently there is a bug in InetAddress that can cause a huge delay (5sec) doing a reverse lookup if no hostname is defined for an ip on some systems (Windows)
[21:55]<axzysdjg>yuc
[21:55]<axzysdjg>k
[22:08]<xrsxdrg>hi, is there any way of telling tomcat to execute some code when the session is expired because the user put another URL into the browser or he/she simply quit it? (or his/her power suply fails)
[22:33]<-- dvxn|syzzzyus xzs>http://www.bagdadsoftware.de")
[23:00]<rrsjg2>Yes. The servlet API specifies a listener that can do that.
[23:24]<mycng>I'm trying to implement a cache for session-level data (looking at JBossCache and oscache), but I'm not sure how to provide a wrapper so that it is accessible from my servlets (struts actions).
[23:32]<mycng>The simplest approach that I've seen is to create a serialized object and store it in the session. However, this doesn't provide any advanced caching capabilities (which may not be such a bad thing). More importantly, though, is that it really doesn't enforce any lifecycle control/usage through an api.
Pages: 1







