Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-dev] Java EE 5 models design overview
I can take the lead to coordinate and facilitate this discussion. I think it makes the most sense to setup a focus group to plan the work. 
May I suggest that at least we should have the participation of:

Chuck Bridgham  - As the Component and Tech Lead for the EE5 Models
Neil Hauge  - Mapping Annotations
Kaloyan Raev - Adopter/Contributor
And other interested parties.....
I will prepare an agenda based on the discussions and suggest alternatives for the meeting calendar 




Hi,
I think its time for me to jump in and offer a few suggestions for the EE5 models. I think it makes sense to create a seperate package for these models, but extend the existing J2EE models for a few reasons. 

- EE5 namespace includes legacy J2EE elements
Because the new EE5 namespace includes the existing 1.4 elements, we can take advantage of the existing models/EMF-DOM XML translators. 
- Extending the model will help migration scenarios.
- With the introduction of annotations, the new extended model classes can be adapted using a "new" mapping framework between a annotated JDT AST model (Not JEM).
The existing J2EE models were originally modeled from the J2EE 1.2 version of the spec (DTD's) using the Rose2Ecore transformation tools. These models were evolved as new spec versions were published, being careful that they were backward compatible, and using the XML translators to "select" the attributes used by each spec version.
As Neil and Shaun have noted, the translator framework has its limitations, and isn't well documented, and was built primarily as a bridge between EMF and different XML models/parsing technologies. 
Its not built to handle annotation mapping.
By using many of the same techniques Dali has implemented adapting their EMF model with the JDT AST model, and refactoring out a mapping layer similar to the translator framework, adopters could then publish their own annotation processing layer. WTP could create a reference implentation of this. Also as Neil states - the XML and annotation models don't match in all cases, and seperate mappings will be required 
to keep a comon EMF model in synch.
I agree JEM is not the direction we want to take for modelling annotations. This project has not committed for making these enhancements. Creating a model around the JDT AST makes the most sense. We also need to do more research regrading the APT api's. I know the Dali guys have some feedback here as well.
Its probably time for "someone" to gather all of these comments, and setup a meeting soon to discuss further - ideas? 

Thanks - Chuck
Rational J2EE Tooling Team Lead 
IBM Software Lab - Research Triangle Park, NC
Email:  cbridgha@xxxxxxxxxx
Phone: 919-254-1848 (T/L: 444)



*"Raev, Kaloyan" <kaloyan.raev@xxxxxxx>*
Sent by: wtp-dev-bounces@xxxxxxxxxxx

11/15/2006 09:10 AM
Please respond to
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx> 


	
To
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx> 
cc
	"Stefanov, Tzanko" <tzanko.stefanov@xxxxxxx>
Subject
	RE: [wtp-dev] Java EE 5 models design overview



	





Hi Jesper,

We have taken a look at the J2EE 1.4 models implementation. It did make
impression that there are lots of hand made tweaks there.

We decided to make the initial Java EE 5 models generated from the XML
schemas. There is also a lot of hand made work to be done to integrate
Java Annotations in these models.

Can you outline in more details the tweaks that were done to the J2EE
1.4 models, so we have them in mind for the Java EE 5 ones? Do you think
better approach is to extend the existing J2EE 1.4 models with Java EE 5
specification instead of implementing separate Java EE 5 models?

Greetings
Kaloyan

-----Original Message-----
From: wtp-dev-bounces@xxxxxxxxxxx [mailto:wtp-dev-bounces@xxxxxxxxxxx]
On Behalf Of Jesper Steen Moller
Sent: Tuesday, November 14, 2006 9:52 PM
To: General discussion of project-wide or architectural issues.
Subject: Re: [wtp-dev] Java EE 5 models design overview

Actually, the current J2EE models rely on hand-coded XML translation
between the EMF and DOM model, using the nifty Translator framework.
Making that work with an EMF model is done by hand, and not for the
faint of heart.
However, it gives rewards with round-trip editing inside SSE and with
the possibility of versioning the XML, e.g. for web.xml 2.2, 2.4.

We're using this framework in the Mule IDE - it is very powerful, but
has its quirks.

-Jesper
_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev
_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev

------------------------------------------------------------------------

_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev



--
Naci Dai,
eteration a.s. itu teknokent ari-1 25 
Maslak, Istanbul 34469

+90 (533) 580 2393 (cell)
+90 (212) 328 0825 (phone)
+90 (212) 328 0521 (fax)
http://www.eteration.com/
mailto:naci.dai@xxxxxxxxxxxxx

Back to the top