Bill,

you write in your mail "Is 4.0 new or evolution of 3.2?":

"In 4.0, we want to generalize interceptor technology and detached
invocations so that any
type of object or any plain old Java Class can leverage these technologies.
We want to bring J2EE services transparently and implicitly to plain old
java objects and classes and truly isolate business logic from
infrastructure."

True, this sounds extremely cool, but what about J2EE portability? By
introducing your new concepts, you're contributing to making J2EE
portability even more of a myth, or aren't you? 

OK, if I will only and forever use JBoss it will certainly be awesome to use
POJO's having the same capabilities as, for instance, EJB 2.x CMP entity
beans w/o having all that entity bean overhead (extra interfaces and so on).
But if I want to keep my app portable - regarding providing persistence - I
would rather look at JDO and other commercial or open source O/R mappers
than using the then proprietary JBoss AOP solution. Or are there plans to
make this, for example, JDO-like?

Will it also be possible to use a POJO as a session bean which has the same
capabilities? If so, will it be possible to automatically convert this
"Session POJO" to a standard EJB Session Bean or will this again be
proprietary - so to speak, neat, if I'm gonna use JBoss forever, but
otherwise unusable in other appservers.

I'm just afraid of pushing JBoss into a niche where it doesn't belong, by
promoting to use POJOs behaving like EJBs when using JBoss, however
resulting in a non-portable solution. What are your thoughs, JBoss team?

Anyway, general architecture sounds real interesting and I would love
pointers to whitepapers and docs about the upcoming release, if available.

Cheers,
Bernie

This e-mail and any attachment is for authorised use by the intended recipient(s) 
only.  It may contain proprietary material, confidential information and/or be subject 
to legal privilege.  It should not be copied, disclosed to, retained or used by, any 
other party.  If you are not an intended recipient then please promptly delete this 
e-mail and any attachment and all copies and inform the sender.  Thank you.


-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to