I'll certainly do that. I am going to do a little more digging to
make sure I know exactly what I'd want changed first.
I did find a work-around though. I have created a Java directory in
the WebServerResources directory and used the WOLips Tools -> Include
as a WebServerResource to get the incremental builder to add that
folder and all it's contents to the WebServerResources directory in
the build. Now, before I run it I just drop a current version of the
jar in there, then run it and my application can then get all the
client-side classes.
Maybe if I can get Ant to stick it in there first, then let the
normal build grab it... hmmm....
Dave
On Jan 11, 2008, at 12:12 PM, Mike Schrag wrote:
I would log a WOLips request in Jira for this ...
ms
On Jan 11, 2008, at 11:50 AM, David Avendasora wrote:
Okay. I'm not ready to give up yet, so please humor me?
Is it possible for you to modify the incremental builder to do the
same thing as this portion of my build.xml?
<mkdir dir="${dest.dir}/${project.name}.woa/Contents/
WebServerResources/Java"/>
<jar basedir="${classes.dir}" includes="**/client/**/*.class"
jarfile="${dest.dir}/${project.name}.woa/Contents/
WebServerResources/Java/${project.name.lowercase}.jar">
</jar>
This would be helpful to anyone trying to build Java Client
applications, and likely would have no effect on anyone not
building Java client applications. All client-side classes must be
in the WebServerResources directory in order for WO to pass them
to the Java Client.
Thanks.
Dave
On Jan 11, 2008, at 11:15 AM, Mike Schrag wrote:
Is the compiled code in the Project/build folder what Eclipse
runs when you select "Run"?
yes
If so, can how the contents of that are built be controlled (a
hidden build.xml file or something)? I have some special
requirements for the "WebServerResources" directory on my project.
It's built by the incremental builder, which is written in
code ... it's not something that you can probably easily hook into.
ms
_______________________________________________
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:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%
40avendasora.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
