Hello Pete,
Happy to take the lead and get this started.  Any idea for an initial name?  <artifactId>jboss-as-session-replication</artifactId>?

I was thinking @Stateful because it requires @Clustered, right? 
https://docs.jboss.org/author/display/AS71/Clustered+EJBs

@Stateless requires it as well, right? 
http://docs.jboss.org/jbossclustering/cluster_guide/5.1/html/clustering-session.html

Are there any other Java EE features that need developer action to make them clustering/failover-ready?  Does CDI need anything for replicating conversation or session scoped beans in a cluster?

Regarding JSF, I'm fine with whatever folks think.  JSF is good since everything they need is built into the container. 

However, my first thought is that the simpler we can make things, the better.  A lot of folks hate JSF.  I find pushing it at organizations an uphill battle.  When I say that acronym, a lot of folks still roll their eyes.  IMHO, the best solution for a quickstart is the one that does the job with the least number of moving parts. 

If there's 1 page and HTTP Basic Authentication, would we gain anything by having JSF?  Obviously am happy to accommodate what others want.

I was thinking:
WDYT?

Thanks,
Steven


On 7/12/2012 4:55 PM, Pete Muir wrote:
Hi Steven

Yes, we want a session replication quickstart :-)

We should, as you say, update it to use CDI (why an SLSB?) and Servlet 3. Possibly JSF?

Pete

On 12 Jul 2012, at 19:56, StevenBoscarine wrote:


Hello All,
I wanted to do an exercise to test failover on our new EAP6 cluster.  
Any recommendations?

The one I'm familiar with is using 
https://community.jboss.org/wiki/ReplicatedCounter and confirming the 
counter doesn't go down when you kill a container.

If there isn't a great QS for session replication, does this dovetail 
with any of the JDF Quickstarts?  If so, I'd love to see it use a 
@Stateful session bean, Maven, and Servlet 3.0.  I could update this war 
rather quickly if you saw value in having a QS specifically for testing 
Session replication.

Thanks,
Steven
_______________________________________________
jdf-users mailing list
jdf-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jdf-users