Of course, J2EE TCK may not explicitly reference Aspects or AOP instrumentation. I 
even wonder if J2EE will ever talk about AOP as it may sound a little too 
invasive/disruptive to let bean developers to play with.

But does JBoss plan to implement the strict constraints of J2EE constructs especially 
the ones that related to thread manipulation mandated by the TCK and so prevent the 
deployment of J2EE application that may blatantly violate those constraints ? 
Something that both weblogic and websphere try to enfore today. 

Or is it the case that the TCK does not require application servers to be so "precise" 
in behavior allowing JBoss to be more tolerant as it is right now ? Sorry, I have'nt 
really had time or patience to read through and digest all of the Specs.

This tolerant behavior is a double-edged sword, it definitely helps developers to 
maybe successfully accomplish certain features via a path that J2EE may not completely 
agree with. But it hampers productivity of developers who most commonly use JBoss for 
development but may have unknowingly violated some J2EE constraints only to realize 
much later in the game during the porting stage. I guess the answer could lie in those 
J2EE verfier tools and how diligently it is used and monitored. Also most of the time 
the disparate class-loader architectures end up being the culprits.

Bill - I appreciate your understanding of my problem and will await your resolution 
however soon you or your team would be able to provide a resolution.

thanks again
Rajiv

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3853879#3853879

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3853879


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to