[kepler-dev] New trunk version ! Compilation errors
Christopher Brooks
cxh at eecs.berkeley.edu
Wed Apr 8 12:42:51 PDT 2009
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
>>
>
--
Christopher Brooks (cxh at eecs berkeley edu) University of California
CHESS Executive Director US Mail: 337 Cory Hall
Programmer/Analyst CHESS/Ptolemy/Trust Berkeley, CA 94720-1774
ph: 510.643.9841 fax:510.642.2718 (Office: 545Q Cory)
home: (F-Tu) 707.665.0131 (W-F) 510.655.5480
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: kepler.broken.diffs
URL: <http://mercury.nceas.ucsb.edu/kepler/pipermail/kepler-dev/attachments/20090408/dfd9a47d/attachment-0001.pl>
More information about the Kepler-dev
mailing list