Re: Newbie: Can WebObjects be used with any other dev environments?
Re: Newbie: Can WebObjects be used with any other dev environments?
- Subject: Re: Newbie: Can WebObjects be used with any other dev environments?
- From: "Marcelo Ruiz Camauer" <email@hidden>
- Date: Mon, 28 Apr 2003 18:07:01 -0300
Apparently it has to do with how WO connects to the DB. It doesn't use
connection pooling, so it only has one connection that it keeps open.
If WO used connection pooling, it would solve a lot of issues!
----- Original Message -----
From: "Michael Henderson" <email@hidden>
To: <email@hidden>
Sent: Monday, April 28, 2003 5:39 PM
Subject: Re: Newbie: Can WebObjects be used with any other dev environments?
> I added my comments to yours:
>
> On Monday, April 28, 2003, at 12:19 PM, Jonathan Rochkind wrote:
>
> > You can deploy WO in a J2EE Servlet container, but with some
> > difficulty. From reports from the list, it seems there are
> > potentially some bugs and mis-designs with it too. (For instance,
> > normally you load balance in WO with multiple instances, but the J2EE
> > Servlet architecture isn't amenable to this, so you need to make your
> > app handle requests concurrently for good load balancing, and this is
> > something that's a pain to do---and from some reports).
>
> That's just wrong, any J2EE compliant servlet container can host
> multiple instances of the same servlet. Almost all commercial (and even
> the free JBOSS) implementations offer clustering, load balancing,
> failover, etc.
>
> My guess is that the WebObjects code relies upon some global static
> variable to such an extent that it cannot allow multiple instance of
> the same WO Application in the same JVM.
>
> In addition all servlet containers handle requests concurrently, each
> request/response cycle is handled by a separate thread.
>
> The last time we let WO handle requests concurrently, the performance
> improvement was so marked (under a heavy test load) that I still don't
> know why it is not the default behavior (this was 3 years ago by the
> way). The downside was we had to trawl through the code looking
> for non-threadsafe constructs and fixing them. It would be much better
> to start the project with thread-safety in mind, which of course is a
> pre-requisite for a J2EE deployment.
>
>
> >
> > But I havne't tried it myself. It's something I would try very hard
> > to avoid, myself, but maybe there are some on the list who have tried
> > it and had no problems, maybe my concerns are overblown.
> >
> > But it's definitely SUPOSSED to work, according to Apple's
> > documentation. See:
> > http://developer.apple.com/techpubs/webobjects/WhatsNew/WhatsNew/
> > chapter_1_section_3.html
> >
> > --Jonathan
> >
> > At 01:32 PM 4/28/2003 -0500, Joel Kosloski wrote:
> >> Hi All,
> >> I am trying to figure out if the WebObjects framework can be used
> >> inside any other development environments other than Apples. We have
> >> a client that wants to standardized on a J2EE framework and it must
> >> be cross platform and a user must be able to develop a solution in
> >> the environment of their choice.
> >>
> >> Thanks,
> >> Joel
> >> _______________________________________________
> >> webobjects-dev mailing list | email@hidden
> >> Help/Unsubscribe/Archives:
> >> http://www.lists.apple.com/mailman/listinfo/webobjects-dev
> >> Do not post admin requests to the list. They will be ignored.
> > _______________________________________________
> > webobjects-dev mailing list | email@hidden
> > Help/Unsubscribe/Archives:
> > http://www.lists.apple.com/mailman/listinfo/webobjects-dev
> > Do not post admin requests to the list. They will be ignored.
> >
> If you want a J2EE compliant (and your client appears to have insisted
> upon it) environment that works like WO, why not try
> Tapestry/Cayenne.
>
>
> Mike
> _______________________________________________
> webobjects-dev mailing list | email@hidden
> Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
> Do not post admin requests to the list. They will be ignored.
*********************************************************************
Visite http://www.bancorio.com.ar y tenga el Banco al alcance de su
mano.
*********************************************************************
NOTA DE CONFIDENCIALIDAD / CONFIDENTIALITY NOTE
Este mensaje (y sus anexos) es confidencial y puede contener
informacion (i) de propiedad exclusiva de Banco Rio de la Plata S.A.
sus afiliadas o subsidiarias; o (ii) amparada por el secreto
profesional. Si usted ha recibido este fax o e-mail por error, por
favor, comuniquelo inmediatamente via fax o e-mail y tenga la
amabilidad de destruirlo; no debera copiar el mensaje ni divulgar su
contenido a ninguna persona.
Muchas gracias.
This message (including attachments) is confidential. It may also
contain information that (i) is exclusively property of Banco Rio de
la Plata S.A. or its affiliates or subsidiaries; or (ii) is
privileged or otherwise legally exempt from disclosure. If you have
received it by mistake please let us know by fax or e-mail
immediately and destroy or delete it from your files or system; you
should also not copy the message nor disclose its contents to anyone.
Thank you.
*********************************************************************
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.