I would argue that JRun is not a good option from the stand point that it is
pretty buggy and Allaire has a very unresponsive support and management
team. A summary of the issues we have run into with JRun include:
- The inability to disable JRun session cookies (a broken option that we
twisted Allaire to fix in SP1)
- Numerous bugs in the JMC that Allaire has failed to fix
- Buggy code in sendCookie (sends an incorrect expiration time) that we
found (by decompiling Allaire's code) and after several weeks of dealing
with unresponsive support and management, got included in SP1.
- An utter lack of response to the "Too Many Concurrent Requests" issue that
left lots of people scrambling to migrate servlet containers.
- More buggy code in sendCookie, where JRun pretty much rewrites all your
http headers (Cache Control: no-cache="cookie1,cooke2" -- whatever the hell
that means -- as well as forcing Connection: Close so we couldn't use keep
alives). Allaire has said "we have no plans to fix this".
- Bugs in certain forwarding under very specific circumstances where
ioexceptions are thrown -- Allaire has said "we have no plans to fix this".
- Bugs in certain forwarding under specific circumstances where your URL
gets rewritten with "jsessionid=<pick_a_random_number>" on the end. This is
obviously related to JRun's sesion code. Support guy's response when I
reported this to him months ago was a sarcastic "no".... I showed him and
he finally believed me. We have actually reported this twice and they (you
guessed it) "have no plans to fix this". (Though they are _SURE_ this is
related to the "jsessionid" issue above, the ioexception issue as well as
the issue below).
- Miscellaneous Java Control Protocol errors that Allaire has given up on
(we haven't heard from them in weeks even though we have THREE open bug
reports -- with NO work arounds). They too seem to only happen rarely when
forwarding.
And that would be just the beginning... Keep in mind, you MUST either buy
support or give them a credit card to even report bugs (your credit card
won't be charged if you report a confirmed bug). It's a dumb policy
considering we have called support dozens of times to work with Allaire on
what has resulted in about a dozen bug reports. We have never needed any
support from them other than to fix their bugs -- which they fail to do
anyway. The moral here is DO NOT buy a support plan.
Allaire is pretty lax about support in general. Their SLA of four hours for
a call back and 5 days for either a patch, work around or escalation to
management is BS.
I'd definitely suggest other options! If you decide to go with JRun, check
around the web on Allaire's JRun forum, this mailing list and any others you
find. I think you'll find a lot of upset JRun users. Pardon the profanity,
but there is an interesting thread here as well:
http://www.fuckedcompany.com/ubb/Forum2/HTML/001676.html
Now, with all this said, if you are just "playing around" with an app
server, JRun is fine. If your app is not critical to your operations, JRun
is fine. We have a request open with a JRun sales guy for some references
(who uses JRun) and after many weekly email from him along the lines of
"haven't forgotten you -- will call you later today) we have given up. The
best "mission critical" example of JRun in production we have been given is
EMC. Mmmm... As far as I know, if EMCs site goes down, they'll still sell
just as much storage as if the had been up. I'm not saying there aren't
amazons, yahoos and ebays running JRun but if there are, Allaire isn't using
them as references.
Feel free to email me if you have any more specific questions/concerns.
-Jeff
> > ANIL KRISHNANANDA wrote:
> >
> > > All,
> > >
> > > We are in the process of shopping for application server. We
> > have ColdFusion implementation (version 4.5.1). We are looking
> > for good JAVA J2EE support from application server.
> > > Is Jrun is good choice with current implementation ?/ if so,
> > explain why???
> > >
> > > We should be able to call JAVA components from ColdFusion
> > tag(like CFSERVLET, CFOBJECT ..) Please advice regarding
> > selecting app server ..
> > >
> > > Thanks,
> > > Anil
> > >
> > > ________________________________________________
> > > PeoplePC: It's for people. And it's just smart.
> > > http://www.peoplepc.com
> > >
> > ------------------------------------------------------------------
> > ------------
> > > Archives: http://www.egroups.com/group/jrun-interest/
> > > Unsubscribe:
> http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/jrun_talk
> > or send a message to [EMAIL PROTECTED] with
> 'unsubscribe' in the body.
>
> Notice to recipient: This e-mail is meant for only the intended
> recipient of
> the transmission. If you received this e-mail in error, any review, use,
> dissemination, distribution or copying of this e-mail is STRICTLY
> PROHIBITED. Please notify us immediately of the error by return e-mail and
> please delete this message from your system. Thank you in advance for your
> co-operation.
> ------------------------------------------------------------------
> ----------
> --
> Archives: http://www.egroups.com/group/jrun-interest/
> Unsubscribe:
> http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/jrun_talk
> or send a message to [EMAIL PROTECTED] with
> 'unsubscribe'
> in the body.
>
> ------------------------------------------------------------------
> ------------
> Archives: http://www.egroups.com/group/jrun-interest/
> Unsubscribe:
> http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/jrun_talk
> or send a message to [EMAIL PROTECTED] with
> 'unsubscribe' in the body.
------------------------------------------------------------------------------
Archives: http://www.egroups.com/group/jrun-interest/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/jrun_talk
or send a message to [EMAIL PROTECTED] with 'unsubscribe' in the
body.
