A little more info, when I run ‘ant install’ from the command line I get:
/Users/netBrackets/git/netBracketsFW/netBracketsFW/build.xml:89: taskdef class
org.objectstyle.woproject.ant.WOCompile cannot be found
I’ll keep digging.
> On Dec 22, 2017, at 4:55 PM, Jeff Schmitz <jeffschm...@icloud.com> wrote:
>
> I’m seeing a problem with one of my Ant build scripts after moving to Oxygen.
> Specifically my old Ant script to build and install a framework (see
> screenshot) dies almost immediately with no messages. The same script works
> fine if I use it within Indigo Eclipse. I’ve copied my full script below.
> Has anyone else seen this problem? Is there a plugin besides
> WOLips/WOGoodies that I forgot to install maybe? I’m using High Sierra.
>
>
> <BuildCommand.jpg>
>
>
>
> <project name="netBracketsFW" default="build" basedir=".">
> <target name="build"
> depends="init.build,build.woframework,javaclient,package" />
>
> <target name="install"
> depends="init.install,build.woframework,javaclient" />
>
> <target name="clean" depends="init.properties">
> <delete dir="bin" />
> <delete dir="dist" />
> </target>
>
> <!-- property determination -->
> <target name="init.properties">
> <property file="build.properties" />
>
> <property name="wolips.properties"
> value="${user.home}${file.separator}Library${file.separator}Application
> Support${file.separator}WOLips${file.separator}wolips.properties" />
> <property file="${wolips.properties}" />
> <condition property="wo.properties.check.failed">
> <not>
> <and>
> <isset property="wo.system.frameworks"
> />
> <isset property="wo.local.frameworks" />
> </and>
> </not>
> </condition>
> <fail message="The properties 'wo.system.frameworks' and
> 'wo.local.frameworks' must be set. Check that your ${wolips.properties} is
> correct." if="wo.properties.check.failed" />
>
> <property name="wo.install.root" value="${wo.local.frameworks}"
> />
> <property name="build.framework.name" value="${project.name}" />
> <property name="build.framework.name.lowercase"
> value="${project.name.lowercase}" />
> </target>
>
> <!-- basic initializations -->
>
>
> <target name="init.install" depends="init.properties">
> <tstamp />
> <property name="dest.dir" value="${wo.install.root}" />
> </target>
>
> <target name="init.build" depends="init.properties">
> <tstamp />
> <property name="dest.dir" value="dist" />
> </target>
>
> <target name="package">
> <tar destfile="${dest.dir}/${build.framework.name}.tar.gz"
> compression="gzip"
> longfile="gnu">
> <tarfileset dir="${dest.dir}">
> <include name="${build.framework.name}.framework/**"/>
> </tarfileset>
> </tar>
> </target>
>
> <!-- woproject tasks -->
> <target name="build.woframework" depends="compile">
> <taskdef name="woframework"
> classname="org.objectstyle.woproject.ant.WOFramework"/>
>
> <woframework name="${build.framework.name}"
> destDir="${dest.dir}" customInfoPListContent="${customInfoPListContent}"
> principalClass="${principalClass}" eoAdaptorClassName="${eoAdaptorClassName}"
> javaVersion="${javaVersion}" cfbundleversion="${cfBundleVersion}"
> cfbundleshortversion="${cfBundleShortVersion}" cfbundleID="${cfBundleID}">
> <classes dir="${classes.dir}">
> <includesfile
> name="woproject/classes.include.patternset" />
> <excludesfile
> name="woproject/classes.exclude.patternset" />
> <exclude if="javaClient"
> name="**/client/**/*.*"/>
> </classes>
>
> <wsresources dir=".">
> <includesfile
> name="woproject/wsresources.include.patternset" />
> <excludesfile
> name="woproject/wsresources.exclude.patternset" />
> </wsresources>
>
> <resources dir=".">
> <includesfile
> name="woproject/resources.include.patternset" />
> <excludesfile
> name="woproject/resources.exclude.patternset" />
> <exclude if="javaClient"
> name="**/client/**/*.*"/>
> </resources>
>
> <lib dir="Libraries">
> <include name="*.jar" />
> </lib>
> </woframework>
> </target>
>
> <target name="javaclient" if="javaClient" depends="build.woframework">
> <mkdir
> dir="${dest.dir}/${build.framework.name}.framework/WebServerResources/Java" />
> <jar basedir="${classes.dir}" excludes="**/server/**/*.*,
> **/server/**/"
> jarfile="${dest.dir}/${build.framework.name}.framework/WebServerResources/Java/${build.framework.name}.jar"/>
> </target>
>
> <target name="compile" depends="init.build">
> <taskdef name="wocompile"
> classname="org.objectstyle.woproject.ant.WOCompile" />
>
> <mkdir dir="bin" />
>
> <wocompile srcdir="Sources" destdir="bin">
> <frameworks root="ProjectLocal" embed="false"
> eclipse="true" />
> <frameworks root="External" embed="false"
> eclipse="true" />
> <frameworks root="Local" embed="false" eclipse="true" />
> <frameworks root="User" embed="false" eclipse="true" />
> <frameworks root="System" embed="false" eclipse="true"
> />
> <frameworks root="Network" embed="false" eclipse="true"
> />
> <classpath>
> <fileset dir="Libraries">
> <include name="*.jar" />
> </fileset>
> <fileset dir="${wo.extensions}">
> <include name="*.jar" />
> </fileset>
> </classpath>
> </wocompile>
> <record name="compile-log.txt" action="stop"/>
>
> </target>
> </project>
>
>
>
>
>
>
>>
>>
>>> On Dec 13, 2017, at 2:55 AM, Markus Ruggiero <mailingli...@kataputt.com
>>> <mailto:mailingli...@kataputt.com>> wrote:
>>>
>>>
>>>> On 9 Dec 2017, at 06:13, Ricardo Parada <rpar...@mac.com
>>>> <mailto:rpar...@mac.com>> wrote:
>>>>
>>>> Hi Markus,
>>>>
>>>> I’ve seen the problem you have described when editing WO components. I
>>>> don’t know what causes it. When it tells me that the file has changed and
>>>> whether I want to reload it I usually just say no because I know I have
>>>> not changed the file from underneath Eclipse.
>>>>
>>>> Ricardo Parada
>>>>
>>>
>>>
>>> Yeah, that's the problem. There are two distinct cases, one is reloading
>>> from disk and the other one is overwriting the changes on the filesystem.
>>> Two different questions, one needs YES, the other one needs NO for an
>>> answer. And the dialog has different default buttons. This makes it
>>> necessary to read and comprehend the message everytime. Both messages LOOK
>>> similar and therefore a quick glance and the hitting <enter> does not help.
>>> It is simply annoying.
>>>
>>>>
>>>>> On Dec 8, 2017, at 6:29 PM, Hugi Thordarson <h...@karlmenn.is
>>>>> <mailto:h...@karlmenn.is>> wrote:
>>>>>
>>>>> Hi Markus,
>>>>> no real help here, just adding some info: I've noticed this happening in
>>>>> another app recently (TextWrangler). But I'm running on High Sierra and
>>>>> thought it was related to changes in file APIs there.
>>>>>
>>>
>>> Something similar seems to happen in SourceTree. When working with the File
>>> Status View open this refreshes constantly and resets the scroll area! Very
>>> annoying. Might be the same underlying issues with some file system
>>> notifications?
>>>
>>>>> Haven't noticed this in Eclipse though. Do you have "Refresh using native
>>>>> hooks or polling" on in your Workspace preferences? I found that to help
>>>>> with similar problems in the past.
>>>>>
>>>
>>> Tried it with both settings, checked and un-checked. Makes no difference.
>>>
>>> Possibly something in macOS Sierra (not on HighSierra and don't plan to go
>>> there in the near future) that makes some programs having a hick-up.
>>>
>>> If that was the only issue with macOS...... 😇
>>>
>>> Still having fun with WO and continuing to use it. Wish you all a lot of
>>> fun, too.
>>> ---markus---
>>>
>>>
>>>
>>>>> - hugi
>>>>>
>>>>>
>>>>>
>>>>>> On 8 Dec 2017, at 12:09, Markus Ruggiero <mailingli...@kataputt.com
>>>>>> <mailto:mailingli...@kataputt.com>> wrote:
>>>>>>
>>>>>> I am having a really bad time with Eclipse and WO Editor and Entity
>>>>>> Modeler. (Eclipse 7.71a Oxygen with WOLips 4.7.20170731.3) on macOS
>>>>>> Sierra 12.6.
>>>>>>
>>>>>> When I edit a WOComponent, switch to the java file, switch back and
>>>>>> forth, very often I get alerted that there are changes on the file
>>>>>> system and whether I want to reload from disk or (in the case of trying
>>>>>> to save) overwrite what has changed on disk. Anyone seen this, too? Is
>>>>>> there a way to switch that off (whatever "that" is)? I am often
>>>>>> thorougly confused and do never exactly know which button to press.
>>>>>> Depending on the context (reload from disk or overwrite disk) I need to
>>>>>> pick one or the other option.
>>>>>>
>>>>>> I have experienced maybe related effects in Entity Modeler. Sometimes it
>>>>>> gets confused by edits, particularly when renaming entities, and
>>>>>> corrupts the model. The entity is still listed in index.eomodel but the
>>>>>> corresponding plist is gone. This happens on save. As long as I do not
>>>>>> save everything is there (in memory). And even when saving as long as I
>>>>>> don't close Entity Modeler things continue to work. Thus possibly an
>>>>>> intermediate save action already corrupts the model on disk.
>>>>>>
>>>>>> Are these bugs in WOLips? Or in Eclipse?
>>>>>> Thanks for any ideas and maybe tips for workarounds
>>>>>>
>>>>>> ---markus---
>>>>>>
>>>>>> <PastedGraphic-1.png>
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com
>>>>>> <mailto:Webobjects-dev@lists.apple.com>)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is
>>>>>>
>>>>>> <https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is>
>>>>>>
>>>>>> This email sent to h...@karlmenn.is <mailto:h...@karlmenn.is>
>>>>>
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com
>>>>> <mailto:Webobjects-dev@lists.apple.com>)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> https://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
>>>>> <https://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com>
>>>>>
>>>>> This email sent to rpar...@mac.com <mailto:rpar...@mac.com>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com
>>> <mailto:Webobjects-dev@lists.apple.com>)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com
>>>
>>> <https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com>
>>>
>>> This email sent to jeffschm...@icloud.com <mailto:jeffschm...@icloud.com>
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com
> <mailto:Webobjects-dev@lists.apple.com>)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com
>
> <https://lists.apple.com/mailman/options/webobjects-dev/jeffschmitz%40icloud.com>
>
> This email sent to jeffschm...@icloud.com <mailto:jeffschm...@icloud.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
