In regard to the emails about whether JRun 'is or is not' a good option for
a J2EE application server, I would add that IMO JRun is a pretty good
product. It is not perfect, but can anyone give me an example of a Java
application server that does not have any issues?? I have spent the last 6
months evaluating different options and have found JRun to be my company's
best option at this point. At first we were going to go with iPlanet. Let's
not even go there!! The stress that iPlanet has caused our development team
has been tremendous. Their 'incident' based support does not even call back
for days on end!! We also evaluated Bluestone products, which are very good,
however they were out of our price league. The same with Dynamo. Great
products, too expensive. We are now going with JRun professional at 795.00
per CPU. I think this is a great price.
I am not writing to say how 'perfect' JRun is, I am merely stating that it
is one of the better products in it's price range.
Vic
----- Original Message -----
From: Jeff Stevens <[EMAIL PROTECTED]>
To: JRun-Talk <[EMAIL PROTECTED]>
Sent: Wednesday, November 15, 2000 9:27 PM
Subject: RE: Application server
> 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.
>
------------------------------------------------------------------------------
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.
