[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[List Home]
|
Re: [wtp-dev] Why Do We Need the Preference to Enable Multiple Modules per Project?
|
- From: Robert Sanheim <rsanheim@xxxxxxxxx>
- Date: Thu, 7 Jul 2005 11:51:05 -0500
- Delivered-to: wtp-dev@eclipse.org
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HCUcs1Zq2WcdZ5yk+sjJZVdMH9KWynIeHo2Bhxdqmf1arTT2Aro0ukEQcn+/eJ1dyTH5obbAa3nnHzhZhQZgJM5QdB7TYkHEo7t4lvhNttO1apKbTacqdHzC6kRMtDeGdL31wewoezJttTcHnH0LlFHQpj4swLx0lSoDxKddSEs=
My 2 cents as a long time user and follower of WTP:
- flexible projects increase complexity a lot without much benefit
- from reading the newsgroups the vast majority of feedback has been
negative, particularly when flexible projects became the default for
whatever integration build it was. It made cvs integration/checkouts
a nightmare
- the true "flexibility" that users need is the ability to define
their own folder structure so they can have a typical ant style layout
of /web, /src, /lib, etc or whatever their team dictates. Changing
the folder structure should not break cvs checkouts, as I've seen
happen with my own web projects when I try to do something as simple
as rename JavaSource to src and modify .wtpmodules.
- there have been numerous posts and requests for folder structure
flexibility in the newsgroup, and related posts about the pain of
hacking .wtpmodules as a work around. I've seen few posts abouts
flexible projects since its become an option disabled by default. See
the bug for the folder structure issue I opened:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=102981.
It seems the issue of allowing users to setup their own folder
structure (on a per-project and/or global level) should at least be
considered along side flexible projects, if not prioritized higher.
Thoughts?
- Rob Sanheim
--------------------
http://www.robsanheim.com