I created a new workspace (the old one had been updated from Eclipse Indigo), re-imported my projects and all is well now.
> On Dec 22, 2017, at 5:18 PM, Jeff Schmitz <jeffschm...@icloud.com> wrote: > > 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 >> <mailto: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/jeffschmitz%40icloud.com > > This email sent to 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
