You can create ant configurations for the install target for each customer.
There you can override the "wolips.properties" property, pointing to the
individual file. You can find the ant configurations under Run->External
Tools Configurations ... or through opening the build.xml, context clicking
the install target and select Run as ant ... or Ant->Run as ... (no Eclipse
open right now ...)
Am 06.06.2013 10:10 schrieb "Markus Ruggiero" <mailingli...@kataputt.com>:
> The name wolips.properties is hardcoded in each build.xml
>
> <property name="wolips.properties"
> value="${user.home}${file.separator}Library${file.separator}Application
> Support${file.separator}WOLips${file.separator}wolips.properties" />
>
> Is there a way to make this dynamic? From Eclipse/WOLips preferences the
> name of the file is available. Can ant access this value?
>
> Reason:
>
> I have several customers with several Wonder projects. For each customer I
> have a separate workspace. Having a dedicated wolips.properties per
> customer (which is perfectly doable and works) I can have the customers
> completely independent of each other. Each customer can have its individual
> WebObjects and Wonder version. Also I can prevent customer frameworks (that
> must be installed for a build) to pollute my /Library/Frameworks folder. I
> would only have to edit the name for wolips.properties in all the
> build.xml. That is doable and is what I currently do.
>
> A couple days ago I forgot that the build.xml references a custom named
> wolips.properties and sent the project to the customer. They were not able
> to build the application because at their site they use the standard named
> wolips.properties.
>
> Therefore my question: can the reference to wolips.properties be found
> from the workspace settings and determined dynamically by ant?
>
> Thanks a lot for any help
> ---markus---
>
>
>
> Markus Ruggiero
> mailingli...@kataputt.com
> Check out the new book about Project Wonder and WebObjects on
> http://www.kataputt.com/
>
>
>
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
>
> https://lists.apple.com/mailman/options/webobjects-dev/bastian.triller%40gmail.com
>
> This email sent to bastian.tril...@gmail.com
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
