H curt,
I have just recieved a copy of Iona's iPortal Application Server today.
First off I have not managed to find a management console. Maybe this ships
separately. There is no mention of scalability, load balancing and so on in
the documentation index/contents . Maybe I need to obtain a separate
documentation set. The running of the server does not work from the menu but
requires a convoluted list of command line commands and I complained about
web logic. The builder tool does not seem to really do what its name says
since it cannot build any class files. This process must involve again a
list of commands at the command line and then followed by the uploading of
these files into the builder tool from different directories (yours and
generated). The setting up of the ejb-jar.xml entries is initially quite
unintutive; after working with the command line all day they suddenly decide
that they will go the whole hog in user interaction and allow for *only*
dragging of methods on to some transaction attribute. It took me a while to
figure out how to set the transaction attributes. I was expecting some popup
menu on the transaction object (icon) but nothing was happening. It was only
after giving up on all normal iteraction methods that I suddenly realized
that by dragging methods listed in the bottom left corner onto the icon in
the top right hand corner could i continue with my work. There is more but
maybe you care not to hear it. After getting over this the tools prove alot
more stable and appealing than Web Logic 5.1 but that does not take much
work. I have just downloaded the new version of Web Logic 5.1 and noticed
they have attemtped to address some user interface issues by way of some new
icons. Though icons can be useful the focus *guys* should really be on
improving the stability and responsiveness of the interface and designing
more for the user and not your underlying implementation. It was nice to see
all those lovely multiple dos windows pop up when I went to compile and
build the jar.
kind regards,
William Louth
> -----Original Message-----
> From: Smith, Curt H. [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, April 11, 2000 7:50 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Migrating from CORBA to EJB
>
> > Great info. Thanx much. What Servers support both EJB and
> > Corba services.
> > also does that mean you can call CORBA Services from EJBs? I
> > mean if the
> > CORBA service spaws its own threads, things like that? Thanx.
> > - Jai
>
> A few that I know of:
>
> - weblogic enterprise (not weblogic server. WLS can only be a Corba
> client)
> - IAS (Inprise)
> - Iona's iPlant
> - Gemstone
>
> BTW, any feed back on Iona's iPlant EJB/Corba server? I'd be interested
> in it's large scalability, fault tolerance-restart, HA, management
> console?
> I.E. large installation, large client load.
>
> curt
>
> >
> > -----Original Message-----
> > From: A mailing list for Enterprise JavaBeans development
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Smith, Curt H.
> > Sent: Friday, April 07, 2000 10:45 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Migrating from CORBA to EJB
> >
> >
> > If only our Corba services mapped to ??? what ?? EJB
> > session beans, so simply.
> >
> > EJB does not allow all of the things that (maybe most??) folk's
> > corba services do:
> >
> > - Open files, create back ground threads,
> > - Create references to Singleton helper objects
> > - Create our own DB connection pools (a Singlton)
> >
> > So the strategy of just re-editing Service.idl to be a
> > remote interface, recompile, deploy and wham, you're now
> > an EJB just isn't that simple.
>
> ==========================================================================
> =
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
***********************************************************************
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***********************************************************************
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
