Re: File update issues with Eclipse
Re: File update issues with Eclipse
- Subject: Re: File update issues with Eclipse
- From: Jeff Schmitz <email@hidden>
- Date: Fri, 22 Dec 2017 18:01:28 -0600
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 <email@hidden> 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 <email@hidden
>> <mailto:email@hidden>> 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 <email@hidden
>>>> <mailto:email@hidden>> wrote:
>>>>
>>>>
>>>>> On 9 Dec 2017, at 06:13, Ricardo Parada <email@hidden
>>>>> <mailto:email@hidden>> 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 <email@hidden
>>>>>> <mailto:email@hidden>> 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 <email@hidden
>>>>>>> <mailto:email@hidden>> 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 (email@hidden
>>>>>>> <mailto:email@hidden>)
>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>
>>>>>>>
>>>>>>> This email sent to email@hidden <mailto:email@hidden>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list (email@hidden
>>>>>> <mailto:email@hidden>)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>
>>>>>> This email sent to email@hidden <mailto:email@hidden>
>>>>
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list (email@hidden
>>>> <mailto:email@hidden>)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>>
>>>> This email sent to email@hidden <mailto:email@hidden>
>>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden
>> <mailto:email@hidden>)
>> Help/Unsubscribe/Update your Subscription:
>>
>>
>> This email sent to email@hidden <mailto:email@hidden>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden