OK, figured it out......... earlier, I had right-clicked my .eogen
file and selected WOLips Tools -> Exclude as resource .... somehow
this replaced my include patternset file with the old exclude file
when it updated the exclude file .......... hence why my project no
longer built properly. I replaced the resources.include.patterset
file with one form a new temporary project and all building
now ...... for sure ant xml files, patternsets, etc is mandatory new
education and training for XCode switchers. Don't get me wrong,
Eclipse kicks butt, but there are definitely a few tripwires waiting
to get you when switching to WOLips!
On Mar 30, 2007, at 9:50 PM, Kieran Kelleher wrote:
> Yes, sure enough, I spoke too soon. Now my project is completely
> screwed up. The woa in the build folder has no resource files at
> all (WOComponents, Properties, etc.) all missing. I guess this is
> something to do with the build.xml.
>
> I just downloaed 3092 version of WOLips a few seconds ago and
> created a new "WonderApplication" and copied the build.xml to
>
> On Mar 30, 2007, at 9:21 PM, Chuck Hill wrote:
>
>>
>> On Mar 30, 2007, at 6:18 PM, Kieran Kelleher wrote:
>>
>>> OK, found the problem. I compared a build.xml from a newly
>>> created project to the one in the framework project which was
>>> created a few weeks ago and the problem was this section:
>>> <lib dir=".">
>>> <include name="Libraries/*.jar"/>
>>> <exclude name="**/*.woa/**"/>
>>> </lib>
>>>
>>>
>>> .... which should have been like this as it is in projects
>>> created with latest version of WOLips
>>> <lib dir="Libraries">
>>> <include name="*.jar"/>
>>> <exclude name="**/*.woa/**"/>
>>> </lib>
>>
>> I am pretty sure that is the wrong / Wonder version. But they
>> both look wrong, certainly not what I have from a project created
>> a few months ago.
>>
>>
>> Chuck
>>
>>>
>>>
>>> So I changed this, mucked around with the build path and
>>> WOFrameworks settings to get it to "see" the changes and the
>>> app's MacOSClassPath.txt is now being generated correctly.
>>>
>>> Thanks again, Kieran
>>>
>>> On Mar 30, 2007, at 9:05 PM, Chuck Hill wrote:
>>>
>>>>
>>>> On Mar 30, 2007, at 5:58 PM, Kieran Kelleher wrote:
>>>>
>>>>> OK, I have a framework created in WOLips. Aswell as source in
>>>>> the Sources directory , I have 4 jars in the framework
>>>>> project's Libraries directory which have been "added top the
>>>>> build path" in Eclipse.
>>>>>
>>>>> When I build this framework using the standard build.xml file,
>>>>> the jars get included in the dir
>>>>> MyFramework.framework/Resources/Java/Libraries/
>>>>>
>>>>> Question #1: If I look at other frameworks, such as ERJars, the
>>>>> jars are in
>>>>> MyFramework/Resources/Java/
>>>>>
>>>>> ...... why is it different?
>>>>
>>>> Flattening. Yours are not getting flattened. That is wrong.
>>>> Have you updated WOLips recently? There was a problem that was
>>>> fixed in the last couple of days where the build.xml for
>>>> frameworks was the one for Wonder frameworks. That might be
>>>> related to this as it had a Libraries/ reference in the
>>>> build.xml that was not the standard WOLips one.
>>>>
>>>> What is in your woproject/resources.include.patternset file?
>>>> You probably want a line like
>>>> Libraries/*.jar
>>>>
>>>>
>>>> What is in your build file for the resources in the woframework
>>>> task? Mine looks like this:
>>>>
>>>> <resources dir=".">
>>>> <patternset>
>>>> <includesfile name="woproject/
>>>> resources.include.patternset"/>
>>>> <excludesfile name="woproject/resources.exclude.patternset"/>
>>>> </patternset>
>>>> </resources>
>>>>
>>>>
>>>>
>>>>> Question #2: When I include this framework in an app.woa and
>>>>> build the app, the jars are not added to the MacOSClassPath.txt
>>>>> file in the resulting woa.
>>>>
>>>> I rather suspect this is a result of #1.
>>>>
>>>>
>>>>> Something basic is amiss here and I'm just not figuring it out.
>>>>>
>>>>> Any pointers would be greatly appreciated.
>>>>
>>>> Hopefully that will.
>>>>
>>>> --
>>>>
>>>> Practical WebObjects - for developers who want to increase their
>>>> overall knowledge of WebObjects or who are trying to solve
>>>> specific problems.
>>>> http://www.global-village.net/products/practical_webobjects
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>> --
>>
>> Practical WebObjects - for developers who want to increase their
>> overall knowledge of WebObjects or who are trying to solve
>> specific problems.
>> http://www.global-village.net/products/practical_webobjects
>>
>>
>>
>>
>>
>
This archive was generated by hypermail 2.0.0 : Fri Mar 30 2007 - 22:11:20 EDT