Categories:
| / (391) | (rss) |
| general (23) | (rss) |
| austin (4) | (rss) |
| random (5) | (rss) |
| scooter (4) | (rss) |
| tech (368) | (rss) |
| books (38) | (rss) |
| coding (10) | (rss) |
| java (160) | (rss) |
| jobs (8) | (rss) |
| mac (67) | (rss) |
| misc (55) | (rss) |
| net (16) | (rss) |
| ruby (4) | (rss) |
| xml (7) | (rss) |
JBoss:
A Developer's Notebook
JBoss 4.0:
The Official Guide
XDoclet in Action
Recent Entries
- 10/12/2008
- Kindle 2
- 8/18/2008
- Seamless in San Diego
- 8/4/2008
- Austin iPhone DevCamp 2 thoughts
- 8/1/2008
- iphone dev camp - austin
- 7/9/2008
- Seam talk in St. Louis (this time for real)
- 7/8/2008
- Technologies I'm learning now
- 5/13/2008
- Mophie Juice-Pack Review
- 4/28/2008
- Should Java be on the iPhone?
- 2/26/2008
- Seam talk at Houston JBUG
- 2/20/2008
- Seam talk at St. Louis JUG (Thurs 2/21)
Search entries
Referers Disabled(referer spam)
NetNewsWire blogroll
- /opt/ti2m (xml)
- AirHockeyWorld News (xml)
- Amazon Web Services Blog (xml)
- Andrej Koelewijn (xml)
- Apple Developer Connection Headlines (xml)
- Apple Hot News (xml)
- As the Apple Turns (xml)
- AskMen.com (xml)
- Aslak Hellesoy's uncommon sense (xml)
- Austin Bloggers: Austin Meta-Blog (xml)
- Big Fat Blog (xml)
- BlackBox (xml)
- BLOG from the Slow Zone (xml)
- Blogging Roller (xml)
- Blogzilla (xml)
- CapMac Forums (xml)
- ChadFowler.com (xml)
- Cocoa Dev Central (xml)
- Code Intensity (xml)
- Computational Theology (xml)
- Cote's Weblog: Coding, Austin, etc. (xml)
- Craig's stack trace (xml)
- Creating Passionate Users (xml)
- Crypto-Gram (xml)
- cwinters.com (xml)
- David Geary's Weblog (xml)
- Dreams of a Rarebit Fiend (xml)
- Due Diligence (xml)
- Enter The JBoss Matrix (xml)
- Erik Hatcher - Blog (xml)
- Glenn Vanderburg: Weblog (xml)
- Groboclown's Weblog (xml)
- GrokLaw (xml)
- Hack the Planet (xml)
- Hacking Log 4.0 (xml)
- Hawk Wings (xml)
- Hot Laundry (xml)
- Jacob Hookom's Blog (xml)
- James Strachan's Radio Weblog (xml)
- JBoss forums (xml)
- Jeremy Zawodny's blog (xml)
- jnd.org (xml)
- John Battelle's Searchblog (xml)
- Jonathan Schwartz's Weblog (xml)
- Joy of Tech (xml)
- JSF Central - Your JavaServer Faces Community - News (xml)
- JSF Tutorials Net (xml)
- Ju's blog (xml)
- KeynoteHQ.com News (xml)
- Kismet/Wireless (xml)
- Lessig Blog (xml)
- lifehack.org (xml)
- Living Without Microsoft (xml)
- M1EK's Bake-Sale of Bile (xml)
- Mac OS X Hints (xml)
- MacRumors (xml)
- Matthias Wessendorf's Weblog (xml)
- MBlog (xml)
- Megatokyo News (xml)
- Memory Dump (xml)
- Michael Yuan Java blog (xml)
- Mitch Fincher's Weblog (xml)
- Mozilla Dot Org (xml)
- Norman Richards (xml)
- Object Country (xml)
- Outpost Gallifrey: Doctor Who News (xml)
- Pankaj Kumar's Weblog (xml)
- PeterDavid.net (xml)
- Philip Greenspun Weblog (xml)
- Potential Differences (xml)
- PragDave (xml)
- Presentation Zen (xml)
- raelity bytes :: (xml)
- Ranchero (xml)
- Rob Jones, Interaction Designer (xml)
- RubyForge Project News (xml)
- Sam Griffith Jr.'s Weblog (xml)
- Sanjay's Coding Tips (xml)
- SAP Ventures (xml)
- Scott on Writing (xml)
- Signal vs. Noise (xml)
- Slashdot (xml)
- Surfin' Safari (xml)
- Techie in Texas (xml)
- techno.blog("Dion") (xml)
- The Blog Ride (xml)
- The Cubicle Jockey (xml)
- The Leaky Cauldron: Harry Potter news, exclusives and more (xml)
- TheServerSide.com: Your Enterprise Java Community (xml)
- VentureBlog (xml)
- Waste of Time (xml)
- WebReference (xml)
- winterspeak.com (xml)
Fri, 08 Jul 2005
::Redeploy web apps without losing the HTTP session::
[/tech/java] (08:27)
The bug fix cycle on a web application can be time consuming. You've worked yourself into the application and found a bug. You fix it and redeploy. The redeploy should be fast, but it can take quite a few clicks to drill into an application far enough to get back to where you were because you usually lose your HTTP session when an application goes away. If your fix is pure JSP, sure you can overwrite your old JSPs and keep working, but fixes are often a bit more complex.
It's always bothered me, but I realized today that using JBossCache for HTTP session replication in JBoss solves this problem. If you run with session replication (add tc5-cluster-service.xml and mark your app as distributable) then your HTTP session is actually preserved on application redeploy even if you only have a single node. If you run into a logic problem, you just need to fix the code and redeploy the app then reload the page. You'll be right where you left off. Very cool.
There are some tricks here. In order to use HTTP session replication, everything that goes into the session needs to be serializable. (this shouldn't need to be true with TreeCacheAOP but with the standard TreeCache that is used now in JBossCache, that is true) This takes a bit of effort and can be a real headache if you haven't been careful about what goes into the session. It can also be a headache if you don't really take care of serialization details like SerialVersionUID. This bit me today when I changed a method on one of my JSF managed beans. JBossCache couldn't restore the session correctly because of the SerialVersionUID mismatch. Woops.
I feel dumb for not realizing this sooner, but I rarely develop an application with clustering on. However, it's so useful that I plan to develop all my applications as distributable, where possible, to take advantage of the longer lived sessions.
writebacks...
Not sure what version of JBoss you're using but the default behavior of JBoss 3.2.7 will serialize your session to file during a redeploy. You don't need to setup clustering or anything.
coolhu wrote
coolhu
coolcoolhu coolhu
betcom wrote
Betcom
http://groups.msn.com/yahoo--personals/links.msnw http://groups.msn.com/betcom/links.msnw http://groups.msn.com/football-betting/links.msnw http://groups.msn.com/Gotomypc/links.msnw
football betting wrote
football betting
cool
sportsbooks wrote
sportsbooks
great
comment...