And as a qualifier, are the complaints focused on JRun as a EJB server, or
as a simple servlet/JSP server? They're pretty different in terms of
complexity.
It could easily be a great servlet/JSP server and a lousy EJB/J2EE server.
Will Hartung
([EMAIL PROTECTED])
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 16, 2000 10:30 AM
> To: JRun-Talk
> Subject: RE: RE: Application server
>
>
> What is a better server?
>
> Travis
>
> ---- Original Message ----
> From: Jeff Stevens <[EMAIL PROTECTED]>
> Sent: 2000-11-15 19:27:31.0
> To: JRun-Talk <[EMAIL PROTECTED]>
> Subject: RE: 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=list
s/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.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
