RE: JREE Servers (was Session Management - sticky sessions)

2007-12-24 Thread Brad Wood
> Hope that helps? Very much so-- thanks. I need to find (or make) a big Venn diagram that shows all these relations... ~Brad ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Tr

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-24 Thread Sean Corfield
On Dec 23, 2007 11:13 PM, Brad Wood <[EMAIL PROTECTED]> wrote: > I'll admit, it's nice how well CF simplifies the "messy" stuff, but messing > with the mutli-server install has a way of dumping you waist-deep with the > unfamiliar (and previously hidden) world of Java. True. I prefer the multise

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-23 Thread Brad Wood
Actually, thank you for the clarification. There are many acronyms in the Java world that I only partially understand sometimes. JRE, J2EE, JDK, JVM, EAR, WAR, ANT, JRun, etc... I'll admit, it's nice how well CF simplifies the "messy" stuff, but messing with the mutli-server install has a w

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-21 Thread Sean Corfield
On Dec 20, 2007 12:26 PM, Brad Wood <[EMAIL PROTECTED]> wrote: > Can I get a show of hands (off-list probably) from people out there > using any JRE other than JRUN? JRun is not a JRE. JRun uses whatever JRE (actually JDK) that you've configured. Same for JBoss, WebSphere, WebLogic etc. You need

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-21 Thread Brad Wood
Thank you for the input Adam. ~Brad -Original Message- From: Adam Haskell [mailto:[EMAIL PROTECTED] Sent: Thursday, December 20, 2007 7:53 PM To: CF-Talk Subject: Re: JREE Servers (was Session Management - sticky sessions) We use clustered CF servers, most sitting behind F5 switches

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-20 Thread Adam Haskell
We use clustered CF servers, most sitting behind F5 switches. We do sticky sessions with Jboss and WebSphere and have session replication with WebSphere. Not being an admin I like jboss as websphere is not easy to admin for a non admin type, its also expensive and heavy. You might note though that

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-20 Thread Matthew Williams
>+1 for Mutli-Instance on JRun Here as well. Also running clustering. Matthew Williams ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;160

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-20 Thread Rich
+1 for Mutli-Instance on JRun ~| Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to date Get the Free Trial http://ad.doubleclick.net/clk;160198600;22374440;w Archive: http://www.houseoffusion.com/g

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-20 Thread Brad Wood
> You'd think. However, JRun is dead as an independent platform. From > hence force forward, no new updates unless CF requires it. Not many care, > > however ;). I see. There never seems to be an over-abundance of people on the list willing to answer questions about JRun, let along other J2EE

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-20 Thread Matthew Williams
>Interesting. > >Updater 7, huh? Isn't it about time for JRun 5? :) > >~Brad You'd think. However, JRun is dead as an independent platform. From hence force forward, no new updates unless CF requires it. Not many care, however ;). Matthew Williams Geodesic GraFX www.geodesicgrafx.com/blog

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-20 Thread Brad Wood
Interesting. Updater 7, huh? Isn't it about time for JRun 5? :) ~Brad -Original Message- From: Matthew Williams [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 9:22 PM To: CF-Talk Subject: Re: JREE Servers (was Session Management - sticky sessions) But wait! Adobe

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-19 Thread Mark Mandel
Sean, Any opinions on how JBoss compares against the two? Mark On Dec 20, 2007 6:07 PM, Sean Corfield <[EMAIL PROTECTED]> wrote: > On Dec 19, 2007 7:21 PM, Matthew Williams <[EMAIL PROTECTED]> wrote: > > But wait! Adobe just released updater 7 for JRun 4. It's supposed to have > > vastly impr

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-19 Thread Sean Corfield
On Dec 19, 2007 7:21 PM, Matthew Williams <[EMAIL PROTECTED]> wrote: > But wait! Adobe just released updater 7 for JRun 4. It's supposed to have > vastly improved on the clustering interfacing by reducing a bunch of the > overhead. I'm slated to test this on my shared servers for this coming y

Re: JREE Servers (was Session Management - sticky sessions)

2007-12-19 Thread Matthew Williams
But wait! Adobe just released updater 7 for JRun 4. It's supposed to have vastly improved on the clustering interfacing by reducing a bunch of the overhead. I'm slated to test this on my shared servers for this coming year. Matthew Williams Geodesic GraFX www.geodesicgrafx.com/blog ~~~

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-19 Thread Brad Wood
Thanks for the insight as usual, Dave. Sean's comment has got me thinking about seriously considering a J2EE platform other than JRun. Can anyone find any good resources which juxtapose the features, ease of use, cost etc of major J2EE players. I Googled for a while and couldn't turn up much.

RE: JREE Servers (was Session Management - sticky sessions)

2007-12-19 Thread Dave Watts
> Funny you say that-- I had always assumed that people DID > view JRUN as an "enterprise" J2EE server. I have always been > reticent to move away from JRUN because I expected CF to work > more reliably with it and support to be more readily > available. Of course neither of those factors nec

JREE Servers (was Session Management - sticky sessions)

2007-12-19 Thread Brad Wood
> I'd generally recommend you use an > "enterprise" J2EE server that does replication in an intelligent way - > i.e., not JRun). Funny you say that-- I had always assumed that people DID view JRUN as an "enterprise" J2EE server. I have always been reticent to move away from JRUN because I expecte