5 Replies Latest reply on Dec 9, 2004 4:02 AM by Skopin Anton

    HTTP session replication don`t work

    Skopin Anton Newbie

      Hello!!!
      I have 2 box (win2000 and RH 9.0) with jboss3.2.3 and apache2 with mod_jk2 on other box.
      In tomcat jboss-service.xml i added jvmRoute="server1" and jmRoute="server2".
      Running on default config with cluster-service.xml and jbossha-httpsession.sar

      on RH9.0 i added
      route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0

      in my app in web.xml i added

      <distributable/>
      


      in my app i have login.jsp page

      when i run server`s and login on it in 2 different IE
      (jsessionid=L5VF7bOEnVbWKwmwKkPcSQ**.server2 and
      jsessionid=vZsBb8L51UmWav7kYK06TQ**.server1)
      i have index.jsp in my app

      when i switch off server on win2000 or RH9.0
      and refresh page on IE i have login.jsp page
      that meens that http session replication don`t work?

      is that true???

      and how correct this if this true???

      I read jbossClustering.pdf and not find any differences in my config
      and config in book.

      cluster-service.xml

      <?xml version="1.0" encoding="UTF-8"?>
      
      <server>
      
       <classpath codebase="lib" archives="jbossha.jar"/>
      
       <mbean code="org.jboss.ha.framework.server.ClusterPartition"
       name="jboss:service=DefaultPartition">
      
       <attribute name="PartitionName">DefaultPartition</attribute>
       <attribute name="DeadlockDetection">False</attribute>
       <attribute name="PartitionConfig">
       <Config>
       <UDP mcast_addr="228.1.2.3" mcast_port="45566"
       ip_ttl="64" ip_mcast="true"
       mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
       ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
       loopback="false" />
       <PING timeout="2000" num_initial_members="3"
       up_thread="true" down_thread="true" />
       <MERGE2 min_interval="5000" max_interval="10000" />
       <FD shun="true" up_thread="true" down_thread="true"
       timeout="2500" max_tries="5" />
       <VERIFY_SUSPECT timeout="3000" num_msgs="3"
       up_thread="true" down_thread="true" />
       <pbcast.NAKACK gc_lag="50" retransmit_timeout="300,600,1200,2400,4800"
       up_thread="true" down_thread="true" />
       <pbcast.STABLE desired_avg_gossip="20000"
       up_thread="true" down_thread="true" />
       <UNICAST timeout="5000" window_size="100" min_threshold="10"
       down_thread="true" />
       <FRAG frag_size="8192"
       down_thread="true" up_thread="true" />
       <pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
       shun="true" print_local_addr="true" />
       <pbcast.STATE_TRANSFER up_thread="true" down_thread="true" />
       </Config>
       </attribute>
       </mbean>
      
       <mbean code="org.jboss.ha.hasessionstate.server.HASessionStateService"
       name="jboss:service=HASessionState">
       <depends>jboss:service=DefaultPartition</depends>
       <attribute name="PartitionName">DefaultPartition</attribute>
       <attribute name="JndiName">/HASessionState/Default</attribute>
       <attribute name="BeanCleaningDelay">0</attribute>
       </mbean>
      
      
       <mbean code="org.jboss.ha.jndi.HANamingService"
       name="jboss:service=HAJNDI">
       <depends>jboss:service=DefaultPartition</depends>
       <attribute name="PartitionName">DefaultPartition</attribute>
       <attribute name="BindAddress">${jboss.bind.address}</attribute>
       <attribute name="RmiPort">0</attribute>
       <attribute name="Port">1100</attribute>
       <attribute name="Backlog">50</attribute>
      
       <attribute name="AutoDiscoveryAddress">230.0.0.4</attribute>
       <attribute name="AutoDiscoveryGroup">1102</attribute>
      
       </mbean>
      
       <mbean code="org.jboss.invocation.jrmp.server.JRMPInvokerHA"
       name="jboss:service=invoker,type=jrmpha">
       <attribute name="ServerAddress">${jboss.bind.address}</attribute>
       </mbean>
      
      
       <mbean code="org.jboss.cache.invalidation.bridges.JGCacheInvalidationBridge"
       name="jboss.cache:service=InvalidationBridge,type=JavaGroups">
       <depends>jboss:service=DefaultPartition</depends>
       <depends>jboss.cache:service=InvalidationManager</depends>
       <attribute name="InvalidationManager">jboss.cache:service=InvalidationManager</attribute>
       <attribute name="PartitionName">DefaultPartition</attribute>
       <attribute name="BridgeName">DefaultJGBridge</attribute>
       </mbean>
      
      </server>
      


      workers2.properties
      [workerEnv]
      logger=logger.apache2
      sslEnable=1
      timing=1
      forwardURICompatUnparsed
      noRecoveryIfRequestSent
      noRecoveryIfHeaderSent
      disabled=0
      debug=5
      
      [logger.apache2]
      level=DEBUG
      
      [shm]
      file=${serverRoot}/logs/shm.file
      size=1048576
      disabled=0
      debug=5
      
      [channel.socket:192.168.13.4:8009]
      tomcatId=server2
      keepalive=0
      timeout=0
      disabled=0
      debug=5
      #---LB---
      lb_factor=1
      
      [channel.socket:192.168.13.7:8009]
      tomcatId=server1
      keepalive=0
      timeout=0
      disabled=0
      debug=5
      #---LB---
      lb_factor=1
      
      [ajp13:192.168.13.4:8009]
      channel=channel.socket:192.168.13.4:8009
      max_connections=0
      disabled=0
      debug=5
      #---LB---
      level=1
      
      [ajp13:192.168.13.7:8009]
      channel=channel.socket:192.168.13.7:8009
      max_connections=0
      disabled=0
      debug=5
      #---LB---
      level=1
      
      [status:status]
      info=Status worker. Displays runtime information.
      
      [uri:/web-app/*]
      group=lb:lb
      
      [uri:/jkstatus/*]
      group=status:status
      
      #---LB---
      [lb:lb]
      worker=ajp13:192.168.13.4:8009
      worker=ajp13:192.168.13.7:8009
      debug=10
      stickySession=1
      


        • 1. Re: JBOSS NOVEMBER 2003 NEWS
          Skopin Anton Newbie

           

          "juha@jboss.org" wrote:
          "juha@jboss.org" wrote:

          Folks,

          This email list is 50,000 strong and growing. It seems jboss-news is
          becoming a small mass communication tool. I am thinking about opening the
          list. NOT FOR SPAM, don't worry, we won't let you down, but opening it for
          your selected posts, kind of what radio talk-show hosts do on their show.
          "HELLO LISTENER, WHAT IS YOUR POINT?". So you could send a mail and I would
          moderate questions and answers and points. Do you want to talk about what
          is needed, what you want, how you see JBoss growing, etc etc, post to
          jboss-news and I will read the posts see if we can work something out.

          Ok, onto the news, November was another great month for JBoss. Record
          sales. With Europe coming online sales wise, we beat our own numbers and
          the company is solid. Even with the check we are paying to SUN we are
          financially solid.

          We have announced quite a few things this month. And I will get into it.


          TRAINING

          But first quickly, let's take care of training business. NEXT WEEK (Dec 8-
          11) we are in ROME, Sacha and myself for Advanced training. Don't miss out,
          AOP everywhere and where we are going. There are some spots left so hurry
          up. For the US crew, we will give a training in ATL on Jan 12-15 and
          London Jan 19-22. That is for the advanced training. Admin denver SOLD OUT,
          and the next training is in EU in Zurich on Jan 15-16. More information is
          available at www.jboss.org. BTW we secured the www.jboss.com URL so that is
          available as well.


          J2EE CERTIFICATION

          So we finally reached an agreement with SUN on the certification. It costs
          us a pretty penny but it is important to many of you and many of our
          partners. We have licensed the J2EE 1.4 TCK. That's it it is the end of a
          long feud with SUN and I hope we can finally work together for the good of
          Java and our industry at large.

          More importantly, we formed a consortium of partners to achieve
          certification. Borland, IONA, SchlumbergerSema, Sonic, UNISYS, WebMethods
          are joining us to help certify JBoss. It shows wide and deep industry
          commitment to JBoss. JBoss is for real and the industry is backing us


          INDEMNIFICATION

          We announced indemnification with our production support contracts. What
          this means is that just like any other software company, JBoss will insure
          you against IP claims on its codebase. In the wake of the SCO/IBM scandal,
          it is the minimum that we could do to make Professional Open Source safe.
          This is the level of insurance that you get from everyone else and JBoss is
          open source you can trust. This is availble to our production support
          customers only. You can read more at www.jboss.com.


          PARTNERS

          We signed 7 new partners this month, with most of them in the JASP program.
          The JBoss Authorized Service Partners program offers the possibility for
          SI's and ISVs to officially resell our support. See www.jboss.com on how to
          become a JASP in your region, it is early in the game. Most partners are
          signing up in EUROPE (we will update you on that separately) and will
          increase our reach. IONA signed as a JASP ISV platinum and is the first app
          server vendor to officially offer JBoss support to its existing base. If you
          are a IONA customer, you can work through existing channels to buy your
          JBoss support. JBoss Group is doing the 3rd line so you retain the experts.

          We also signed JamCracker as a marketing partner, they deliver a complete
          identity management platform on JBoss.


          PRODUCTS


          JBossIDE, a new version of our eclipse integration has been released, more
          details on the website.

          TRUE-CACHE by JBoss(tm), we are about to release a killer product, just a
          heads up. I saw it work in LA. We do fine-grained automated replication of
          state. Powerful stuff that will put you in control of your data topologies.
          You will see it is something ELSE and I believe this product by itself has
          the capacity to change the way we architect solutions on JBoss and J2EE in
          general.

          Finally the forums are ready for JBoss so NUKES on JBOSS will come out
          probably by the end of the year just in time for the hollidays. You will
          see that come online during the month of DEC so you will be able to test
          drive the technology at www.jboss.org.

          Apart from that I am leaving this afternoon for a 2 week trip. Boston,
          Paris, Brussels, Antwerp, Amsterdam, Paris, Rome, Boston... Phew... There is
          a rumor that someone that looks like me and talks like me will show up at
          the JavaPolis conference :) but the local police is on high alert to make
          sure that that doesn't happen, if you remember that comes after WERNER (a
          JASP partner in BE) was censored when he wanted to invite me for a keynote
          at the excellent javapolis. Who knows... It is just a rumor that I will be
          there on Wednesday, I don't know anything about it... He he.

          Finally I will be in AMST with our JASP partner (finalistIT) prospecting new
          customers.

          And that's it, until next time,

          remember we love you,

          marcf


          xxxxxxxxxxxxxxxxx
          Marc Fleury, Ph.D
          Founder
          JBoss Group, LLC
          xxxxxxxxxxxxxxxxx



          • 2. 3827621
            Skopin Anton Newbie

            Hello!
            It`s me again.

            I still need help!

            • 3. Re: HTTP session replication don`t work
              Skopin Anton Newbie

              Hello!!!

              It`s me again.

              I purchase docs and i have a question about HTTP replication
              but i still have no answer on my question.

              • 4. Re: HTTP session replication don`t work
                Darran Lofthouse Master

                What happens if you continue to use your application instead of clicking refresh?

                • 5. Re: HTTP session replication don`t work
                  Skopin Anton Newbie

                  darranl

                  I use my application without http replication.

                  But I want use app with http replication.

                  Just imagine next situation:
                  you work with app (working on document)
                  and you want save this doc.
                  When you press submit button you have login page!!!