[kepler-dev] New trunk version ! Compilation errors

Aaron Schultz aschultz at nceas.ucsb.edu
Wed Apr 8 13:05:12 PDT 2009 

Working on it, the problem is that the OntologyCatalog is not getting 
initialized properly after my change to loader->ProjectLocator 
yesterday.  trying to figure out a fix now.



Christopher Brooks wrote:
> Hi David,
> Yep, those files are safely back in their cage, gnawing the
> leg of a unnamed staff person.
>
> A new tree works for me!
>
> You said:
> > The error you are getting, I suspect, is because your cache is out of
> > sync with your cache. It should go away when you do an ant clean-cache.
> > I just started with a clean checkout and did not get this problem.
>
> I'm not sure about my cache being out of sync with my cache.
>
> ant clean-all runs ant clean-cache, and that did not fix it for me.
>
> Interesting, I did these steps:
>
> cd build-area
> svn update
> ant change-to -Dsuite=kepler-trunk
> ant clean-all
> ant update
> ant run
>
> and my tree is still broken.
>
> I did a diff between my old tree (kepler.broken) and my new
> tree (kepler) and there were some unchecked in changes in ptolemy,
> which was fine, but there were these diffs that might be
> of interest:
>
> Only in kepler.broken/build-area/ant-tasks/target: classes
> diff -r -x .svn kepler.broken/build-area/modules.txt 
> kepler/build-area/modules.txt
> 0a1
> > module-manager
> 1a3
> > gui
> Only in kepler.broken/common: .classpath
> Only in kepler.broken/common: .project
> diff -r -x .svn 
> kepler.broken/common/configs/ptolemy/configs/kepler/modules.properties 
> kepler/common/configs/ptolemy/configs/kepler/modules.properties
> 6c6
> < modules=ptolemy-lib ptolemy common directors actors core util loader
> \ No newline at end of file
> ---
> > modules=ptolemy-lib ptolemy common directors actors core util gui 
> loader module-manager
> \ No newline at end of file
>
>
>
> Only in kepler: gui
> Only in kepler.broken: kepler-1.0
> Only in kepler.broken: kepler-1.0-jar-tag
> diff -r -x .svn kepler.broken/kepler-trunk/module-info/modules.txt 
> kepler/kepler-trunk/module-info/modules.txt
> 0a1
> > module-manager
> 1a3
> > gui
>
> Only in kepler.broken: vanilla-trunk
>
>
> So, I'm not sure what's up, but it seems like I was able to get
> my kepler tree into a state where it cannot be built.
>
> I'm not that concerned, but if you are curious, I've included a diff
> between the broken tree and the fresh working tree.  I suspect that
> something about adding gui and module-manager changed something.
>
> _Christopher
>
> David Welker wrote:
>> Hi Everyone,
>>
>> Thanks Christopher for rounding up those "lab files" and caging them 
>> safely away where they can be safely experimented on.
>>
>> The error you are getting, I suspect, is because your cache is out of 
>> sync with your cache. It should go away when you do an ant 
>> clean-cache. I just started with a clean checkout and did not get 
>> this problem.
>>
>> I did, however, get the following problem: After running ant 
>> clean-cache followed by ant run, I get the following strange output:
>>
>> [run] Building Kars...
>> [run] Opening user preferences PtolemyPreferences.xml...
>> [run] ERROR: in LibraryIndex at _buildNewIndex. Cannot find library 
>> ontology
>> [run] *** Attempting to get ResourceBundle for SVG defaults ***
>> [run] *** svgRenderingMethod = SVG_BATIK_RENDERING ***
>>
>> There are also no actors populated in the ontology. The second time I 
>> enter in ant run, the strange ERROR line goes away. However, still 
>> there are no actors available.
>>
>> It appears that a recent change within the trunk (besides 
>> Christopher's releasing of vicious lab files) have broken the 
>> functionality of Kepler at the trunk. I hope that whoever is 
>> responsible for recent changes that caused this problem fixes it as 
>> soon as possible.
>>
>> This does, however, bring up larger issues with how we are dealing 
>> with modules that are within kepler-trunk. My view is that you should 
>> only commit changes if you are fairly sure that you are not going to 
>> break anything. One thing to keep in mind if you are working at 
>> modules at kepler-trunk is that sometimes problems like this do not 
>> appear on your local machine, because actors might be loaded from the 
>> .kepler cache. So, before you commit, make sure you do an "ant 
>> clean-cache" and ensure that your changes do not break anything. If 
>> in doubt, don't commit. Chances are, disruptions (which affect quite 
>> a few people) from committing code that is not ready for prime time 
>> outweigh the benefits of immediately being able to use whatever 
>> feature you happen to be working on. I myself have been burned a few 
>> times in this respect with the build system. I have committed new 
>> code which I have not tested thoroughly enough. (Or, most commonly, I 
>> forgot to do an svn add on a file that is critical for things to 
>> work. Use svn status to see what files you still may need to add 
>> before committing.) And the result is that my build system no longer 
>> works the way it is supposed to.
>>
>> On the whole, of course, we are not going to have to make changes to 
>> kepler-trunk and to the build system. But, I think we should be a 
>> little more cautious when committing those changes, unless you are 
>> sure that there will not be a negative impact on others.
>>
>> In general, I think most new development should occur in modules 
>> outside of kepler-trunk. But, this is probably a topic of discussion 
>> best left for our engineering meetings.
>>
>> David
>>
>>> Sorry about that, my bad.
>>> Basically, I ran the wrong script, "fixfiles", instead of "fix-files",
>>> so the files got out of the lab and ran amuck!
>>>
>>> However, now, after running
>>> ant full-clean
>>> ant change-to -Dsuite=kepler-trunk
>>> ant run,
>>>
>>> I get
>>>
>>>    [run] java.lang.Exception: Failed to parse "-kepler"
>>>       [run]     at 
>>> ptolemy.actor.gui.MoMLApplication.throwArgsException(MoMLApplication.java:603) 
>>>
>>>       [run]     at 
>>> ptolemy.actor.gui.MoMLApplication.<init>(MoMLApplication.java:264)
>>>       [run]     at 
>>> ptolemy.vergil.VergilApplication.<init>(VergilApplication.java:103)
>>>       [run]     at 
>>> ptolemy.vergil.VergilApplication$1.run(VergilApplication.java:193)
>>>       [run]     at 
>>> java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
>>>       [run]     at 
>>> java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
>>>       [run]     at 
>>> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269) 
>>>
>>>       [run]     at 
>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) 
>>>
>>>       [run]     at 
>>> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184)
>>>       [run]     at 
>>> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176)
>>>       [run]     at 
>>> java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
>>>       [run] Caused by: java.lang.Exception: Failed to read 
>>> configuration 
>>> 'file:/Users/cxh/src/kepler/common/configs/ptolemy/configs/kepler/configuration.xml' 
>>>
>>>       [run]     at 
>>> ptolemy.vergil.VergilApplication._createDefaultConfiguration(VergilApplication.java:285) 
>>>
>>>       [run]     at 
>>> ptolemy.vergil.VergilApplication._createEmptyConfiguration(VergilApplication.java:321) 
>>>
>>>       [run]     at 
>>> ptolemy.actor.gui.MoMLApplication._parseArgs(MoMLApplication.java:1045)
>>>       [run]     at 
>>> ptolemy.vergil.VergilApplication._parseArgs(VergilApplication.java:448)
>>>       [run]     at 
>>> ptolemy.actor.gui.MoMLApplication.<init>(MoMLApplication.java:217)
>>>       [run]     ... 9 more
>>>       [run] Caused by: com.microstar.xml.XmlException: XML element 
>>> "property" triggers exception. in 
>>> file:/Users/cxh/src/kepler/common/configs/ptolemy/configs/kepler/graphTableauFactory.xml 
>>> at line 10 and column 66
>>>       [run] Caused by:
>>>       [run]  java.lang.ClassNotFoundException: 
>>> org.kepler.gui.frame.KeplerGraphTableau$Factory
>>>       [run]     at 
>>> ptolemy.moml.MoMLParser.startElement(MoMLParser.java:3405)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseElement(XmlParser.java:931)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseContent(XmlParser.java:1104)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseElement(XmlParser.java:924)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseDocument(XmlParser.java:481)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.doParse(XmlParser.java:159)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parse(XmlParser.java:132)
>>>       [run]     at ptolemy.moml.MoMLParser.parse(MoMLParser.java:1410)
>>>       [run]     at ptolemy.moml.MoMLParser.parse(MoMLParser.java:1367)
>>>       [run]     at ptolemy.moml.MoMLParser.parse(MoMLParser.java:1329)
>>>       [run]     at ptolemy.moml.MoMLParser._parse(MoMLParser.java:5772)
>>>       [run]     at 
>>> ptolemy.moml.MoMLParser.startElement(MoMLParser.java:2653)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseElement(XmlParser.java:931)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseContent(XmlParser.java:1104)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseElement(XmlParser.java:924)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseContent(XmlParser.java:1104)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseElement(XmlParser.java:924)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parseDocument(XmlParser.java:481)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.doParse(XmlParser.java:159)
>>>       [run]     at 
>>> com.microstar.xml.XmlParser.parse(XmlParser.java:132)
>>>       [run]     at ptolemy.moml.MoMLParser.parse(MoMLParser.java:1410)
>>>       [run]     at ptolemy.moml.MoMLParser.parse(MoMLParser.java:1347)
>>>       [run]     at ptolemy.moml.MoMLParser.parse(MoMLParser.java:1298)
>>>       [run]     at 
>>> ptolemy.actor.gui.MoMLApplication.readConfiguration(MoMLApplication.java:380) 
>>>
>>>       [run]     at 
>>> ptolemy.vergil.VergilApplication._createDefaultConfiguration(VergilApplication.java:283) 
>>>
>>>       [run]     ... 13 more
>>>       [run] Caused by: java.lang.ClassNotFoundException: 
>>> org.kepler.gui.frame.KeplerGraphTableau$Factory
>>>       [run]     at 
>>> java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>>       [run]     at 
>>> java.security.AccessController.doPrivileged(Native Method)
>>>       [run]     at 
>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>>       [run]     at 
>>> java.lang.ClassLoader.loadClass(ClassLoader.java:316)
>>>       [run]     at 
>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
>>>       [run]     at 
>>> java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>>       [run]     at 
>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>>>       [run]     at java.lang.Class.forName0(Native Method)
>>>       [run]     at java.lang.Class.forName(Class.java:242)
>>>       [run]     at 
>>> ptolemy.moml.MoMLParser._handlePropertyElement(MoMLParser.java:5275)
>>>       [run]     at 
>>> ptolemy.moml.MoMLParser.startElement(MoMLParser.java:2866)
>>>       [run]     ... 37 more
>>> `
>>>
>>> tkd wrote:
>>>> Hi,
>>>>
>>>> you juste changed the trunk version and it gives some errors on 
>>>> compilation with ant run :
>>>>
>>>> ant run
>>>> Buildfile: build.xml
>>>>
>>>> create-modules-bundle:
>>>>
>>>> compile:
>>>> [compile] Compiling common...
>>>> [compile] Compiling directors...
>>>> [compile] Compiling actors...
>>>> [compile] Compiling ptolemy...
>>>> [compile]  -- The module is ptolemy. Setting includes and excludes....
>>>> [compile] Compiling 3134 source files to 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/target/classes
>>>> [compile] 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/ptolemy/domains/modal/demo/ABP/DEMessageSource.java:57: 
>>>> duplicate class: ptolemy.domains.fsm.demo.ABP.DEMessageSource
>>>> [compile] public class DEMessageSource extends RandomSource {
>>>> [compile]        ^
>>>> [compile] 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/ptolemy/domains/modal/demo/ABP/DETimer.java:52: 
>>>> duplicate class: ptolemy.domains.fsm.demo.ABP.DETimer
>>>> [compile] public class DETimer extends TypedAtomicActor {
>>>> [compile]        ^
>>>> [compile] 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/ptolemy/domains/modal/kernel/FSMDirector.java:160: 
>>>> duplicate class: ptolemy.domains.fsm.kernel.FSMDirector
>>>> [compile] public class FSMDirector extends Director implements
>>>> [compile]        ^
>>>> [compile] 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/ptolemy/domains/modal/kernel/Transition.java:741: 
>>>> cannot access ptolemy.domains.modal.kernel.FSMDirector
>>>> [compile] bad class file: 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/ptolemy/domains/modal/kernel/FSMDirector.java 
>>>>
>>>> [compile] file does not contain class 
>>>> ptolemy.domains.modal.kernel.FSMDirector
>>>> [compile] Please remove or make sure it appears in the correct 
>>>> subdirectory of the classpath.
>>>> [compile]     private FSMDirector _getDirector() {
>>>> [compile]             ^
>>>> [compile] Note: 
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/ptolemy/ptolemy/actor/gui/MoMLSimpleStatisticalApplication.java 
>>>> uses or overrides a deprecated API.
>>>> [compile] Note: Recompile with -Xlint:deprecation for details.
>>>> [compile] 4 errors
>>>>
>>>> BUILD FAILED
>>>> /local/odrousse/eclipse/BioWIC/kepler/modules/build-area/build.xml:31: 
>>>> Compile failed; see the compiler error output for details.
>>>>
>>>> 2 days ago, it worked very well and now ... awful !
>>>> Thanks a lot to say me what to do to get something works ...
>>>>
>>>> tkd ... desperated
>>>> _______________________________________________
>>>> Kepler-dev mailing list
>>>> Kepler-dev at kepler-project.org
>>>> http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev
>>>
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Kepler-dev mailing list
> Kepler-dev at kepler-project.org
> http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-dev

More information about the Kepler-dev mailing list