I don't like it. It's yet another indirection that will eventually
break for someone who in turn complains to the maling lists, it will
make build scripts more complicated and provides no real gain. In
fact, we have build scripts that actually use these variable and it
has been a nuisance.
> The motives for me in doing this is primarily to fix the problem
> where wolips won't create components java classes in the right dir
> (for maven projects).
Then by all means fix the "maven project" to recognize the "correct
folder" or live with the consequences. What's with that stuff anyway?
I thought there were plugins to deal with this?
Cheers, Anjo
Am 01.02.2009 um 09:01 schrieb Lachlan Deck:
> Hi there (committers in particular),
>
> here's a mock up of a proposed enhancement to the project's wolips
> development prefs...
> Essentially org.objectstyle.wolips.variables.BuildProperties has
> additional methods:
> public String getProjectSourcesFolder() {
> String projectSourcesFolder = get("projectSourcesFolder");
> if (projectSourcesFolder == null ||
> "".equals(projectSourcesFolder)) {
> return "Sources";
> }
> return projectSourcesFolder;
> }
>
> public void setProjectSourcesFolder(String projectSourcesFolder) {
> put("projectSourcesFolder", projectSourcesFolder);
> }
> <... etc ...>
>
> I'm not sure as yet how to tie this into the various wolips plugins
> involved in using/creating stuff in these dirs -- and would
> appreciate some pointers in that regard :) -- but just wanting to
> firstly sound out if such a change would be welcome.
>
> The motives for me in doing this is primarily to fix the problem
> where wolips won't create components java classes in the right dir
> (for maven projects). Likewise this would allow patternsets and so
> forth (when created) to have the right base folders. I'm thinking it
> would also be helpful to add these preferences to the workspace
> allowing each project to override them if desired.
>
> Thoughts? Tips...
>
> <Picture 2.png>
>
>
> with regards,
> --
>
> Lachlan Deck
>
>
This archive was generated by hypermail 2.0.0 : Sun Feb 01 2009 - 04:45:50 EST