Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362010-02-18T20:02:37ZEcoinformatics Redmine
Redmine Bug #4808 (Resolved): ant clean-cache fails, NoClassDefFoundError, org/apache/commons/logging/Log...https://projects.ecoinformatics.org/ecoinfo/issues/48082010-02-18T20:02:37ZOliver Soongsoong@nceas.ucsb.edu
<p>Chris first reported this by e-mail, but I'm still seeing it. Aaron, svn says you put these lines in.</p>
<p>java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory<br /> at org.kepler.util.DotKeplerManager.<clinit>(DotKeplerManager.java:54)<br /> at org.kepler.build.CleanCache.run(CleanCache.java:48)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:86)<br /> at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j\<br />ava:39)<br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess\<br />orImpl.java:25)<br /> at java.lang.reflect.Method.invoke(Method.java:592)<br /> at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java\<br />:106)<br /> at org.apache.tools.ant.Task.perform(Task.java:348)<br /> at org.apache.tools.ant.Target.execute(Target.java:357)<br /> at org.apache.tools.ant.Target.performTasks(Target.java:385)<br /> at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337)<br /> at org.apache.tools.ant.Project.executeTarget(Project.java:1306)<br /> at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExec\<br />utor.java:41)<br /> at org.apache.tools.ant.Project.executeTargets(Project.java:1189)<br /> at org.apache.tools.ant.Main.runBuild(Main.java:758)<br /> at org.apache.tools.ant.Main.startAnt(Main.java:217)<br /> at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)<br /> at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)</p> Bug #4705 (Resolved): ant change-to -Dsuite=wrp gives errorhttps://projects.ecoinformatics.org/ecoinfo/issues/47052010-01-28T18:00:04ZOliver Soongsoong@nceas.ucsb.edu
<p>Error: ptolemy is either not a suite or wasn't downloaded correctly.</p>
<p>ptolemy looks like it downloaded, svn returned no errors, and the second time I run the command, I get "The module ptolemy already exists." followed by the error.</p> Bug #4655 (Resolved): data packages are suddenly unusablehttps://projects.ecoinformatics.org/ecoinfo/issues/46552010-01-08T02:23:01ZOliver Soongsoong@nceas.ucsb.edu
<p>For some reason, EML 2 Dataset actors are not outputting any tokens for most output formats. The data exists at .kepler/cache/cachedata, as expected. If I set the EML 2 Dataset Data Output Format to As ColumnBased Record, then I get an error message, "The data cloumn (sic) didn't match head column". If I set the EML 2 Dataset Data Output Format to "As All Cache File Names", then things seem to work as expected. All other output formats don't seem to work.</p>
<p>Things were definitely working as of Dec. 8 and possibly Dec. 10.</p> Bug #4638 (Resolved): ant clean-all no longer workshttps://projects.ecoinformatics.org/ecoinfo/issues/46382009-12-18T19:33:28ZOliver Soongsoong@nceas.ucsb.edu
<p>This is with modules\build-area at r22254. ant clean-all and ant clean-cache both fail:</p>
<p>build-area\build.xml:4: The following error occurred while executing this line:<br />build-area\settings\taskdefs.xml:34: typedef class org.kepler.build.CleanDotKepler cannot be found</p>
<p>I haven't figured out a workaround yet.</p> Bug #4633 (Resolved): LSID conflictshttps://projects.ecoinformatics.org/ecoinfo/issues/46332009-12-15T01:04:31ZOliver Soongsoong@nceas.ucsb.edu
<p>Create a workflow and save a KAR (KAR1). Note the LSID. Change the workflow in some recognizable fashion and save a KAR (KAR2). The LSID bumps as expected. Close the workflow and open KAR1. Make a different change (so it's obviously not the workflow in KAR2) and save the KAR (KAR3). Notice that when the workflow reopens, it looks like KAR2 because it is KAR2 down to the MOML in KAR3.</p>
<p>I'm observing this at r22183 right now.</p> Bug #4632 (Resolved): problems when loading a KAR, changing the workflow, then re-saving the KARhttps://projects.ecoinformatics.org/ecoinfo/issues/46322009-12-14T23:07:12ZOliver Soongsoong@nceas.ucsb.edu
<p>Create a workflow and report and save the KAR. Next, change the workflow (i.e., bump the MOML LSID), save the KAR (overwrite or not doesn't seem to matter), and run it. The report should be blank. Sometimes, the ROML still exists in the KAR, so closing and re-opening works fine. In this case, the run archive contains the correct workflow_ROML.xml entry and a different ROML.#.xml that doesn't match the workflow_ROML.xml entry. Other times, the ROML seems to be lost from the KAR, in which case the run archive has no workflow_ROML.xml entry and a blank ROML.#.xml.</p> Bug #4608 (Resolved): ROML in KAR files not being shown at allhttps://projects.ecoinformatics.org/ecoinfo/issues/46082009-12-08T20:10:55ZOliver Soongsoong@nceas.ucsb.edu
<p>ROML in KAR files is not being loaded. This happens regardless of the LSID in the workflow and ROML matching the InstanceAuthNamespace. This happens regardless of opening from a local repository or not.</p>
<p>This is happening at 22117, but I think I also saw it at 22111. I'm guessing it has something to do with 22083, although I can't be sure.</p> Bug #4559 (Resolved): local repositories not showing up in components treehttps://projects.ecoinformatics.org/ecoinfo/issues/45592009-11-19T22:25:52ZOliver Soongsoong@nceas.ucsb.edu
<p>Summary says it all. I'm at r21772, and the default workflows repository isn't in the components tree. Adding repositories doesn't do anything. I'm not even getting prompts to sign into KNB or DEV to cache data.</p> Bug #4540 (Resolved): authentication problems with dev.nceas.ucsb.eduhttps://projects.ecoinformatics.org/ecoinfo/issues/45402009-11-10T18:42:02ZOliver Soongsoong@nceas.ucsb.edu
<p>If I start Kepler and open a workflow that accesses the dev metacat, I get some error messages and this on the console:</p>
<p>ERROR (org.ecoinformatics.seek.datasource.EcogridDataCacheItem:getDataItemFromEcoGrid:330) EcogridDataCacheItem - error connecting to Ecogrid<br />AxisFault<br /> faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException<br /> faultSubcode:<br /> faultString: java.rmi.RemoteException: Please specify an identifier</p>
<p>The DEV server no longer shows up in my data sources list.</p> Bug #4528 (Resolved): BREAK_BEFORE property for report sections does not workhttps://projects.ecoinformatics.org/ecoinfo/issues/45282009-11-04T06:14:09ZOliver Soongsoong@nceas.ucsb.edu
<p>I'm not sure if this is broken or just hasn't been implemented, but if I create a trivial workflow and create a trivial report (text, section, text) and set the BREAK_BEFORE property on the section to "true", there doesn't seem to actually be a break before the section.</p> Bug #4527 (Resolved): reports cannot be loaded when InstanceAuthNamespace changeshttps://projects.ecoinformatics.org/ecoinfo/issues/45272009-11-04T03:39:51ZOliver Soongsoong@nceas.ucsb.edu
<p>Generate a report and save the KAR. Close Kepler, clean-all, delete the configuration folder, LastObjectID, and .ptolemy-compiled (I think that's almost everything that Kepler generates). Run Kepler again, and open the KAR. The report layout should be there. Now close Kepler and delete only InstanceAuthNamespace. Run Kepler again and open the KAR. The report should not be there.</p>
<p>This makes it hard to transport a KAR file to another computer or even another build of Kepler.</p> Bug #4523 (Resolved): apply button while editing ports acts like commithttps://projects.ecoinformatics.org/ecoinfo/issues/45232009-11-04T02:27:25ZOliver Soongsoong@nceas.ucsb.edu
<p>I think this was triggered by the fix for 4478. The apply button now acts like the commit button, as the ports window is closed even if there is no obvious failure of the change request and even if all of the changes seem to succeed.</p> Bug #4521 (Resolved): KNB data error checking is overly aggressivehttps://projects.ecoinformatics.org/ecoinfo/issues/45212009-11-04T01:03:36ZOliver Soongsoong@nceas.ucsb.edu
<p>On r21314, I can no longer access the Kruger data. I believe this is due to some overly aggressive error checking on the data. The data packages (which are not directly under my control) have thrown errors on the console. I think this is due to negative numbers and zeroes in columns that are nominally whole numbers. In the past, there were non-fatal, but this is now major problem.</p>
<p>This change happened somewhere between r21218 and r21310.</p>
<p>The error message is specifically "Unable to parse the MetaData: Error parsing the eml package: Exception in DataTypeResolver"</p> Bug #4507 (Resolved): report designer losing content when there are too many itemshttps://projects.ecoinformatics.org/ecoinfo/issues/45072009-10-27T23:25:05ZOliver Soongsoong@nceas.ucsb.edu
<p>If I have a lot of items in the report designer, the scroll bar seems to be too short for the content. Eventually, there are figures that are above and below the scrollable area and are not accessible. They still show up in reports, though.</p> Bug #3925 (Resolved): ant run does not always work from paths with spaceshttps://projects.ecoinformatics.org/ecoinfo/issues/39252009-03-31T20:18:53ZOliver Soongsoong@nceas.ucsb.edu
<p>XP Pro x64 SP2, Java 1.6.0_11, Kepler 1.x dev build 17250</p>
<p>I checked out kepler to C:\Documents and Settings\soong\Desktop, but ant run doesn't work right. If I use the 8.3 filename, it almost works. If I create a junction at a path with no spaces, it works.</p>
<p>Path: C:\Documents and Settings\soong\Desktop\kepler\build-area<br />Fails due to whitespace quoting problem. Error says it can't find the main class "and" which it picks up from Documents and Settings.</p>
<p>Path: C:\Docume~1\soong\Desktop\kepler\build-area<br />Runs, but can't seem to access the network. I can't search KNB. There is no error, but it never returns. Existing datacans from loaded workflows are stuck at "Busy".</p>
<p>Path: C:\tmp\kepler\build-area<br />Seems to work for now.</p>