|
David, I do not believe that your concept of a project
lines up with Eclipse Development Process which states that project scope is the
primary defining characteristic of a project. So it’s not (or at least it
shouldn’t be) about who is working on the feature that determines it’s
placement, but rather which project’s scope the feature falls under. I
realize that in reality it often goes the other way, but let’s at least acknowledge
that that’s due to convenience rather doing what’s “right”. Further, the people involved in this are
not all server tools project committers. Depending on how the work is
organized, I am sure we are going to see some committer elections take place
one way or the other. I don’t see that as a big issue. Having said all that, I did not bring this
up to start some sort of a turf war. I don’t view it as a personal goal
to pad Common Project with more features. As I’ve stated before, as we
learn how to better manage the cost of creating micro-project, we should be
able to re-shuffle code around and make do without Common Project. I am not a
big fan of projects with vague scopes. I only brought this up to see if placing
this code in the Common Project in the short term makes better organizational
sense to people involved, especially since this code will have to shut down
earlier than the rest of WTP and cannot have any dependencies on anything else
in WTP. In the end, it doesn’t matter that much which project code is
placed in the near term. For this to be successful in becoming more than just a
collaboration between WTP and DTP, this code will without a doubt have to move
elsewhere. - Konstantin
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of David M Williams
|
_______________________________________________ wtp-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/wtp-dev
