Using MongoDB for a Java Web App’s HttpSession(转)
处理tomcat的session
NoSqlSessionswithJetty7andJetty8
转http://www.jamesward.com/2011/11/30/using-mongodb-for-a-java-web-apps-httpsession
Sincetheweb’sinceptionwe’vebeenusingitasaglorifiedgreenscreen.Inthismodelallwebapplicationinteractionsandthestateassociatedwiththoseinteractions,ishandledbytheserver.Thismodelisarealpaintoscale.LuckilythemodelisshiftingtomoreofaClient/ServerapproachwheretheUIstatemovestotheclient(whereitshouldbe).Butformanyoftoday’sapplicationswestillhavetodealwithserver-sidestate.Typicallythatstateisjuststoredinmemory.It’sfastbutifweneedmorethanoneserver(forfailoverorload-balancing)thenweusuallyneedtoreplicatethatstateacrossourservers.Tokeepwebclientstalkingtothesameserver(usuallyforperformanceandconsistency)ourload-balancershaveimplementedstickysessions.Sessionreplicationandstickysessionsarereallyjustaby-productofputtingclientstateinformationinmemory.Untilweallmovetostatelesswebarchitecturesweneedtofindmorescalableandmaintainablewaystohandlesessionstate.
Jettyhasrecentlyaddedsupportforapluggablesessionstatemanager.Thisallowsustomoveawayfromstickysessionsandsessionreplicationandinsteaduseexternalsystemstostoresessionstate.JettyprovidesaMongoDBimplementationout-of-the-boxbutpresumablyitwouldn’tbeveryhardtoaddotherimplementationslikeMemcached.JettyhassomegooddocumentationonhowtoconfigurethiswithXML.LetswalkthroughasampleapplicationusingJettyandMongoDBforsessionstateandthendeploythatapplicationonthecloudwithHeroku.
FirstletscoversomeHerokubasics.Herokurunsapplicationson“dynos”.Youcanthinkofdynosasisolatedexecutionenvironmentsforyourapplication.AnapplicationonHerokucanhavewebdynosandnon-webdynos.WebdynoswillbeusedforhandlingHTTPrequestsforyourapplication.Non-webdynoscanbeusedforbackgroundprocessing,one-offprocesses,scheduledjobs,etc.HTTP(orHTTPS)requeststoyourapplicationareautomaticallyloadbalancedacrossyourwebdynos.Herokudoesnotusestickysessionssoitisuptoyoutoinsurethatifyouhavemorethanonewebdynoorifadynoisrestarted,thatyourusers’sessionswillnotbelost.
Herokudoesnothaveanyspecial/customAPIsanddoesnotdictatewhichappserveryouuse.Thismeansyouhavetobringyourappserverwithyou.Thereareavarietyofwaystodothatbutthepreferredapproachistospecifyyourappserverasadependencyinyourapplicationbuilddescriptor(Maven,sbt,etc).
YoumusttellHerokuwhatprocessneedstoberunwhenanewdynoisstarted.Thisisdefinedinafilecalled“Procfile”thatmustbeintherootdirectoryofyourproject.
Herokuprovidesareallyniftyandsimplewaytoprovisionnewexternalsystemsthatyoucanuseinyourapplication.Thesearecalled“add-ons”.TherearetonsofHerokuadd-onsbutforthisexamplewewillbeusingtheMongoHQadd-onthatprovidesaMongoDBinstance.
WiththatinmindletswalkthroughasimpleapplicationthatusesJetty’sMongoDB-backedsessions.Youcangetallofthiscodefromgithuborjustclonethegithubrepo:
git clone git://github.com/jamesward/jetty-mongo-session-test.git
FirstletssetupaMavenbuildthatwillincludetheJettyandMongoDBdriverdependencies.Wewilluse“appassembler-maven-plugin”togenerateascriptthatstartstheJettyserver.Hereisthepom.xmlMavenbuilddescriptor:
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.heroku.test</groupId> <version>1.0-SNAPSHOT</version> <name>jettySessionTest</name> <artifactId>jettySessionTest</artifactId> <packaging>jar</packaging> <dependencies> <dependency> <groupId>org.eclipse.jetty</groupId> <artifactId>jetty-webapp</artifactId> <version>8.0.3.v20111011</version> </dependency> <dependency> <groupId>org.eclipse.jetty</groupId> <artifactId>jetty-nosql</artifactId> <version>8.0.3.v20111011</version> </dependency> <dependency> <groupId>org.mongodb</groupId> <artifactId>mongo-java-driver</artifactId> <version>2.6.5</version> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>appassembler-maven-plugin</artifactId> <version>1.1.1</version> <executions> <execution> <phase>package</phase> <goals> <goal>assemble</goal> </goals> <configuration> <assembleDirectory>target</assembleDirectory> <programs> <program> <mainClass>com.heroku.test.Main</mainClass> <name>webapp</name> </program> </programs> </configuration> </execution> </executions> </plugin> </plugins> </build> </project>
The“appassembler-maven-plugin”referencesaclass“com.heroku.test.Main”thathasn’tbeencreatedyet.Wewillgettothatinaminute.Firstletscreateasimpleservletthatwillstoreanobjectinthesession.Hereistheservletfromthe“src/main/java/com/heroku/test/servlet/TestServlet.java”file:
package com.heroku.test.servlet; import java.io.IOException; import java.io.Serializable; import java.util.Date; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; public class TestServlet extends HttpServlet { private class CountHolder implements Serializable { private static final long serialVersionUID = 1L; private Integer count; private Date time; public CountHolder() { count = 0; time = new Date(); } public Integer getCount() { return count; } public void plusPlus() { count++; } public void setTime(Date time) { this.time = time; } } @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { HttpSession session = req.getSession(); CountHolder count; if(session.getAttribute("count") != null) { count = (CountHolder) session.getAttribute("count"); } else { count = new CountHolder(); } count.setTime(new Date()); count.plusPlus(); System.out.println("Count: " + count.getCount()); session.setAttribute("count", count); resp.getWriter().print("count = " + count.getCount()); } }
Asyoucanseethereisnothingspecialhere.WeareusingtheregularHttpSessionnormally,storingandretrievingaSerializableobjectnamedCountHolder.Theapplicationsimplydisplaysthenumberortimestheservlethasbeenaccessedbyauser(where“user”reallymeansarequestthatpassesthesameJSESSIONIDcookieasapreviousrequest).
Nowletsmapthatservlettothe“/”URLpatterninthewebappdescriptor(src/main/webapp/WEB-INF/web.xml):
<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5"> <servlet> <servlet-name>Test Servlet</servlet-name> <servlet-class>com.heroku.test.servlet.TestServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>default</servlet-name> <url-pattern>*.ico</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>Test Servlet</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> </web-app>
Iputaservletmappinginfor“.ico”becausesomebrowsersautomaticallyrequest“favicon.ico”,andthoserequestsifnotmappedtosomethingwillmaptoourservletandmakethecountappeartojump.
Nowletscreatethat“com.heroku.test.Main”classthatwillconfigureJettyandstartit.OnereasonweareusingaJavaclasstostartJettyisbecausewearetryingtoavoidputtingtheMongoDBconnectioninformationinatextfile.Herokuadd-onsplacetheirconnectioninformationfortheexternalsystemsinenvironmentvariables.WecouldcopythatinformationintoaplainXMLJettyconfigfilebutthatisananti-patternbecauseiftheadd-onproviderneedstochangetheconnectioninformation(perhapsforfailoverpurposes)thenourapplicationwouldstopworkinguntilwemanuallyupdatedtheconfigfile.SooursimpleMainclasswilljustreadtheconnectioninformationfromanenvironmentvariableandconfigureJettyatruntime.Hereisthesourceforthe“src/main/java/com/heroku/test/Main.java”file:
package com.heroku.test; import java.util.Date; import java.util.Random; import org.eclipse.jetty.nosql.mongodb.MongoSessionIdManager; import org.eclipse.jetty.nosql.mongodb.MongoSessionManager; import org.eclipse.jetty.server.Server; import org.eclipse.jetty.server.session.SessionHandler; import org.eclipse.jetty.webapp.WebAppContext; import com.mongodb.DB; import com.mongodb.MongoURI; public class Main { public static void main(String[] args) throws Exception{ String webappDirLocation = "src/main/webapp/"; String webPort = System.getenv("PORT"); if(webPort == null || webPort.isEmpty()) { webPort = "8080"; } Server server = new Server(Integer.valueOf(webPort)); WebAppContext root = new WebAppContext(); MongoURI mongoURI = new MongoURI(System.getenv("MONGOHQ_URL")); DB connectedDB = mongoURI.connectDB(); if (mongoURI.getUsername() != null) { connectedDB.authenticate(mongoURI.getUsername(), mongoURI.getPassword()); } MongoSessionIdManager idMgr = new MongoSessionIdManager(server, connectedDB.getCollection("sessions")); Random rand = new Random((new Date()).getTime()); int workerNum = 1000 + rand.nextInt(8999); idMgr.setWorkerName(String.valueOf(workerNum)); server.setSessionIdManager(idMgr); SessionHandler sessionHandler = new SessionHandler(); MongoSessionManager mongoMgr = new MongoSessionManager(); mongoMgr.setSessionIdManager(server.getSessionIdManager()); sessionHandler.setSessionManager(mongoMgr); root.setSessionHandler(sessionHandler); root.setContextPath("/"); root.setDescriptor(webappDirLocation+"/WEB-INF/web.xml"); root.setResourceBase(webappDirLocation); root.setParentLoaderPriority(true); server.setHandler(root); server.start(); server.join(); } }
AsyoucanseetheMongoSessionManagerisbeingconfiguredbasedontheMONGOHQ_URLenvironmentvariable,theJettyserverisbeingconfiguredtousetheMongoSessionManagerandpointedtothewebapplocation,andthenJettyisstarted.
Nowletsgiveitatry!IfyouwanttoruneverythinglocallythenyouwillneedtohaveMaven3andMongoDBinstalledandstarted.ThenruntheMavenbuild
mvn package
Thiswillusetheappassembler-maven-plugintogeneratethestartscriptwhichsetsuptheCLASSPATHandthenrunsthecom.heroku.test.Mainclass.BeforewerunweneedtosettheenvironmentvariabletopointtoourlocalMongoDB:
OnWindows:
set MONGOHQ_URL=mongodb://127.0.0.1:27017/test
OnLinux/Mac:
export MONGOHQ_URL=mongodb://127.0.0.1:27017/test
Nowrunthegeneratedstartscript:
OnWindows:
target\bin\webapp.bat
OnLinux/Mac:
export MONGOHQ_URL=mongodb://127.0.0.1:27017/test export PORT=9090 sh target/bin/webapp
Nowinyourbrowsermakeafewrequeststo:
http://localhost:9090/
Verifythatthesessionisconsistentbetweenthetwoservers.
NowletsdeploythisapponthecloudwithHeroku.Asmentionedearlierweneedafilenamed“Procfile”intherootdirectorythatwilltellHerokuwhatprocesstorunwhenadynoisstarted.HereistheProcfileforthisapplication:
web: sh target/bin/webapp
Tocreateanddeploytheapplicationyouwillneedtoinstallgit&theHerokuToolbelt,createanHeroku,andsincewewillbeusingadd-onsyouwillneedtoverifyyourHerokuaccount.EachapplicationyourcreateonHerokugets750freedynohourspermonth.Soaslongasyoudon’tgoabovethatandyoustickwiththefreetieroftheMongoHQadd-on,thenyouwon’tbebilledforanything.
LogintoHerokuusingtheherokucommandlineinterface:
heroku login
Ifyouhaven’talreadysetupanSSHkeyforHerokuthentheloginprocesswillwalkyouthroughthat.
IntherootdirectoryofthisprojectcreatetheapponHerokuwiththe“cedar”stackandthefreeMongoHQadd-on:
heroku create --stack cedar --addons mongohq:free
UploadyourapplicationtoHerokuusinggit:
git push heroku master
Opentheapplicationinyourbrowser:
heroku open
Ifyouwanttoaddmoredynoshandlingwebrequeststhenrun:
heroku scale web=2
ToseewhatisrunningonHerokurun:
heroku ps
Ifyouwanttoturnoffallofthedynosforyourapplicationjustscaleto0:
heroku scale web=0
Toseethelogginginformationforyourapplicationrun:
heroku logs
Toseealiveversionofthisdemovisit:
http://young-wind-7462.herokuapp.com/
Well,thereyougo.You’velearnedhowtoavoidstickysessionsandsessionreplicationbymovingsessionstatetoanexternalMongoDBsystemthatcanbescaledindependentlyofthewebtier.You’vealsolearnedhowtorunthisonthecloudwithHeroku.Letmeknowifyouhaveanyquestions.
BTW:I’dliketothankJohnSimonefromHerokuforwritingmostofthecodeforthisdemo.