Dave Ortman wrote:
> Thanks for the reply, Chris.
>
> Your answers:
>
> -The main logic of our application resides in very coarse mediator objects
> on the server. There are about two or three dozen of these objects. In
> addition, there are many entity type objects that are passed back and forth
> from the GUI layer to the Business Logic layer. These entities represent
> various business objects - and for the most part contain no logic.
>
> -For the most part, transactions start and end in the service object
> (mediator) layer. Client pass all necessary data to the business logic
> layer, then get back any results. So the client is not exposed to
> transactions.
>
> An issues in wrapping the current application will be accommodating for the
> existing business objects. Our current application passes complex data
> objects back and forth. The business logic layer which we want to expose
> takes and returns business objects that were written in Forte for
> parameters. I'm not sure how to best work around this without abstracting
> too excessively. Will I want to develop doppelganger objects on the
> opposite side of the wire?
>
> I'm currently just trying to feel my way around - see if I can identify
> snags before actually hitting them. I don't necessarily have a deep amount
> of experience in this type of work, so I'm left looking to outside sources
> of information and/or experience to compensate.
You should include Jini in your case study.
===========================================================================
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".
