one thing is error handling, which should be done with exceptions.
All methods in EJB's implicitly throw RemoteException's
if you want logs, I suggest log4j.
if what you want is a default return status (like in COM), you'll have to
build it yourself.
in java, exception handling and method status after execution are two
separate things(as opossed to COM)
also, if you're using distributed object systems, you have to bear in mind
that there might be network partition(same for CORBA, EJB, MTS/COM+). All
errors are usually critical, and are encapsulated in Exceptions.
An example would surely help
JP
> -----Original Message-----
> From: Arkady Kasianski [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 04, 2001 6:55 PM
> To: 'Juan Lorandi (Chile)'
> Subject: RE: EJB Remote calls
>
>
> Thanks for replay. Exception is used for application flow ,
> not for message
> handling. For example , remote method does not throw
> exception, it just put
> warning message , and I want to have it on the client ...
> ____________________
> Arkady Kasyansky
> AMDOCS, R&D
> Tel. : + 972-9-77-61127
> [EMAIL PROTECTED]
>
> -----Original Message-----
> From: Juan Lorandi (Chile) [mailto:[EMAIL PROTECTED]]
> Sent: Sun, March 04, 2001 11:48 PM
> To: 'Arkady Kasianski'
> Subject: RE: EJB Remote calls
>
> Use java.rmi.RemoteExceptions
>
>
> > -----Original Message-----
> > From: Arkady Kasianski [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, March 04, 2001 6:22 PM
> > To: [EMAIL PROTECTED]
> > Subject: EJB Remote calls
> >
> >
> > Hi everybody ,
> >
> > I am new in EJB, but a have a lot of experience in other distributed
> > architectures (DCOM,MTS,CORBA). Right now I am developing an
> > application
> > infrastructure based on the WebLogic App Server. Part of this
> > infrastructure
> > is client - server Error Handling mechanism. I'd like that
> > every remote
> > method will have implicit parameter, say Vector of serilizable Error
> > objects.
> > I want to transmit them implicitly(for application
> > programmer) from the
> > server to the client. Suppose, I have on the server singleton
> > server-side
> > ErrorHandlerr class, which keeps container of errors : where key =
> > principal, value = vector of error objects. I also have on
> > the client side
> > the same singleton object - client -side ErrorHandler. On the
> > server side
> > for example a few errors have been occurred during nested
> > invocation. All
> > errors are entered into the vector of error for specific
> > principal. When
> > method is returned to the client, I want that this vector of
> > errors will be
> > taken with return params from the server to the client. On
> > the other hand,
> > on the client side, before control is passed to the client
> > code, this
> > error stack will be inserted into client-side error manager .
> > Is it possible
> > ? Any ideas ?
> >
> > 1. How to force that each remote method in EJB to
> > have implicit
> > parameter ? like default parameter in C++ ...
> > I don't want to write it in each remote method.
> Can I ask
> > container to do that on the deployment stage for marashaling
> > code generation ? Hook ??? API ???
> >
> > 2. Server: I'd like to intercept skeleton/ejbobject
> > call, before
> > it return result to the sub , it do something ... Hooks ????
> >
> > 3. Client: before result will be returned to the
> > client code , I
> > 'd like stub will do something Hooks ????
> >
> > Generally speaking I am skeptical, but anyway - any
> ideas ...,
> >
> > Thanks
> >
> > ==============================================================
> > =============
> > 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".
> >
>
> ##############################################################
> ##############
> This e-mail message has been scanned for Viruses and Content
> and cleared
> ##############################################################
> ##############
>
===========================================================================
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".
