When I started making this change I tried creating a branch but for
whatever reason CVS would not let me do that. Don't know what was going
on, but then again I am no CVS expert. In any case, the change I have
ready is against HEAD and I'd rather not have to figure out what it
would take to transfer it to a branch at this point. Of course, I can
make a patch available for anyone who wants to take a deeper look.

 

Regarding the versions, I can certainly make a build and a patch without
incrementing the version numbers, but it does make me a bit nervous
since people using these will have to take extra care to make sure the
old version is not present in the environment. Otherwise who knows what
will get picked up. Regardless of this, I'd like to see the version
ranges fixed as soon as possible. As they stand right now they are
preventing me from following the versioning convention as I make this
and other changes planned for 2.0.

 

> Also, I've lost track, what's the API status? Are they already? If
not, is that planned for WTP 2.0?

 

What API status? I don't mean to sound so cynical, but last I heard we
no longer have provisional API. It is all supposed to be treated as
actual API. Is that not the case? If you are asking if the API is stable
and ready, the answer is no. There are quite a few of major unresolved
issues that will not be resolved for the 2.0 release.

 

- Konstantin

 

 

________________________________

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of David M Williams
Sent: Wednesday, February 07, 2007 4:31 PM
To: General discussion of project-wide or architectural issues.
Subject: Re: [wtp-dev] Faceted Project Framework API to use Java
5language features

 


This plan sounds pretty good, Konstantin. I would recommend, though,
that even before plugin versions are incremented, that the new code be
made available in a branch, so committers can pull it into their
workspace and review it and test it in their development environment. To
avoid reviewers from having to update the pre-req ranges during this
review stage, 
you could temporarily leave the version number the same I think ... that
is mostly a production runtime need. 

Plus, I'm 99% sure everything will be fine ... but ... for me anyway, if
I can't see it in my development environment, then it's just not quite
comprehensible to me. 

You can pick your own branch name, but most use a name that denotes what
it's for, and that it's temporary ... such as proposed_facet_generics or
similar. 

This may sound like overkill, but ... since most of us are not as
familar with generics as you are, so we could use the sneak peek. 

Make sense? 

Also, I've lost track, what's the API status? Are they already? If not,
is that planned for WTP 2.0? 

Thanks, 





"Konstantin Komissarchik" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

02/07/2007 07:04 PM 

Please respond to
"General discussion of project-wide or architectural issues."
<[email protected]>

To

"General discussion of project-wide or architectural issues."
<[email protected]> 

cc

 

Subject

[wtp-dev] Faceted Project Framework API to use Java 5 language
features

 

 

 




PMC just approved the plan to let Faceted Project Framework use Java 5
language features for WTP 2.0 release. This e-mail details the plan of
action. 
  
First of all, changes to the API to use generics are fully source and
binary backwards compatible with existing clients. Wherever enhancing
the API to use Java 5 language features would have caused API breakage,
the changes were not made. I have the changes ready locally and we will
roll them out as follows: 
  
1. Fix the version ranges on all of the referring plugins so that they
will be able to accept the new version of the Faceted Project Framework
plugins. See my previous e-mail for information regarding this. I have
made the necessary changes locally on my machine and can release them
unless I hear objections from plugin owners. I'd like this step to be
completed as soon as possible. How about right after this week's I-build
is declared? 
  
2. Once #1 is complete and we have a build ready that includes that
change, I will send an e-mail to this mailing list containing the new
version of the Faceted Project Framework plugins. They will be compiled
and ready to drop into an existing build for testing. The interested
parties at this point can try out these plugins and report any problems.

  
3. Assuming that #2 goes smoothly and any reported problems are
corrected, the changes to the Faceted Project Framework will be released
into the build right after M5 is declared. Then we will have all of M6
to flush out any lingering issues. 
  
Questions? Comments? 
  
- Konstantin 
  
  

_______________________________________________________________________
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.
_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev

_______________________________________________
wtp-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/wtp-dev

Reply via email to