> Miscellany
> ----------
> We are using what we call "state objects" to pass entity bean state to clients
> to avoid what would otherwise be an incredible amount of getter traffic on the
> net. We also have developed "business interfaces" that both the state objects
> and remote interfaces implement. This allows us the flexibility to change our
> minds about whether a client should deal with remote interfaces or state
> objects. However, when it comes to life cycle stuff, we're using the stock
> standard entity bean interfaces provided by EJB.
Stock standard = just the regular, right? I reread your post and I think
I understood it this time. If so I believe that the last part of my last
post did not address your question, sorry about that.
What do you get by having the state objects implementing the same
interface as the remote interface does inherit, apart of the
changability between them and remote interfaces? To me this seems like
creating a proxy instead of the adapter which would allow for greater
flexibility.
As far as life cycle goes I have this idea about having the a bean
returning a object by value for modification on the client and then
updating it to the persistent storage, as I mentioned in my last post.
This was what we did in a non EJB environment (NetDynamics 4) when I was
involved in a large travel booking service where the business rules were
ridiculously complex. However after following what the people from
Gemstone and Versant has had to say about this topic I'm not certain
that I want the entity beans at all, I'm right now more into having it
their suggested way with a session bean accessing a object database.
And I really think you can do the most awesome things if you put Jini
into the mix, for the appropriate systems of course.
These are just vague thoughts though, I hope to be able to try them out
later.
Regards,
/Marcus
Marcus Ahnve
Sun Java Center
Sweden
===========================================================================
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".
