Re: Struggling again...

From: Mike Schrag (mschra..dimension.com)
Date: Sat Mar 31 2007 - 07:44:53 EDT

  • Next message: Mike Kienenberger: "Re: Java Version change?"

    This, by the way, is why I use the Wonder layout. I don't have to
    think about any of this stupid stuff. I put things in Resources and
    it ends up in Resources. I put stuff in WebServerResources, it ends
    up in WebServerResources. I can make subdirs off of that and they
    work right. That include/exclude crap ... It's not worth it to me
    to have the benefit of putting .gif files all over my project.

    ms

    On Mar 31, 2007, at 12:43 AM, Chuck Hill wrote:

    >
    > On Mar 30, 2007, at 7:06 PM, Kieran Kelleher wrote:
    >
    >> 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 greatly mistrust those right-click resource options. There is
    > some bad Mojo in there some where. Editing them with the Pattern
    > Set Editor is the way to go.
    >
    >
    >> 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!
    >
    > A good book on Ant is a sound purchase. You can do a lot with it
    > with not too much effort. The biggest stumbling block is likely to
    > be that it is functional and as Java programmers we more naturally
    > think in a procedural mindset. I found it hard to learn to think
    > in Ant.
    >
    > Chuck
    >
    >
    >>
    >> 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
    >>>>
    >>>>
    >>>>
    >>>>
    >>>>
    >>>
    >>
    >>
    >
    > --
    >
    > 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 : Sat Mar 31 2007 - 07:45:15 EDT