Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362010-03-03T23:33:51ZEcoinformatics Redmine
Redmine Bug #4866 (Resolved): The date displaying on Workflow Run Schedule is incorrecthttps://projects.ecoinformatics.org/ecoinfo/issues/48662010-03-03T23:33:51ZJing Taotao@nceas.ucsb.edu
<p>I tried to schedule a workflow run on the scheduler interface. The start time is 03/03/2010 15:30:00 and end time is 03/03/2010 17:00:00. After clicking Schedule button, the result shows:</p>
<p>Start Time End Time<br />30/03/10 15:30:00 PST 00/03/10 17:00:00 PST</p>
<p>So the date displaying is incorrect. However, on 03/03/2010 15:30:00 the workflow did a run. So it is just displaying problem.</p> Bug #4850 (Resolved): Get the new TPC scheduler working with the new changes in Kepler from the K...https://projects.ecoinformatics.org/ecoinfo/issues/48502010-02-26T18:36:31ZJing Taotao@nceas.ucsb.edu
<p>On kepler side, the metadata format to describe the workflow kar file and workflow run files was changed. So TPC scheduler should be changed accordingly.</p> Bug #4645 (Resolved): handleGetRevisionAndDocTypeAction should search both xml_documents and xml_...https://projects.ecoinformatics.org/ecoinfo/issues/46452010-01-04T22:30:28ZJing Taotao@nceas.ucsb.edu
<p>handleGetRevisionAndDocTypeAction API will return both revision and doctype for a given docid. Currently, it only searchs the xml_documents. It may gives clients a wrong message in this case:</p>
<p>There is no record in xml_documents, but it did have records in xml_revision table.</p>
<p>Here is the solution:</p>
<p>1. Search xml_documents table first. If metacat finds a result, returns it back to client.<br />2. If couldn't find result in xml_documents, then search xml_revisions table.</p> Bug #4644 (Resolved): Convert build to pull eml from svn instead of cvshttps://projects.ecoinformatics.org/ecoinfo/issues/46442010-01-04T18:11:06ZMichael Daigledaigle@nceas.ucsb.edu
<p>updated build.xml to get eml from svn</p> Bug #4637 (Resolved): Metacat Harvester fails to catch some insert and update failureshttps://projects.ecoinformatics.org/ecoinfo/issues/46372009-12-17T19:34:31ZDuane Costadcosta@lternet.edu
<p>Metacat Harvester is not catching all insert and update errors.</p>
<p>Recently at LTER, there have been a handful of documents that have been reported by Metacat Harvester as successful inserts or updates, but in fact the documents are not being successfully inserted or updated into Metacat. <br />The logical error is in method HarvesterDocument.putMetacatDocument(). The problem is that Harvester treats the absence of an exception as a success condition, when it should instead require hard confirmation of success from the Metacat client that the insert or update operation succeeded:</p>
<pre><code>if (harvester.connectToMetacat()) {<br /> try {<br /> if (insert) {<br /> metacatReturnString = metacat.insert(docidFull, stringReader, null);<br /> inserted = true;<br /> harvester.addLogEntry(0, docidFull + " : " + metacatReturnString, <br /> "harvester.InsertDocSuccess", <br /> harvestSiteSchedule.siteScheduleID, <br /> null, "");<br /> }<br /> else if (update) {<br /> metacatReturnString = metacat.update(docidFull, stringReader, null);<br /> updated = true;<br /> harvester.addLogEntry(0, docidFull + " : " + metacatReturnString, <br /> "harvester.UpdateDocSuccess", <br /> harvestSiteSchedule.siteScheduleID, <br /> null, "");<br /> }<br /> }<br /> catch (MetacatInaccessibleException e) {<br /> logMetacatError(insert, metacatReturnString, <br /> "MetacatInaccessibleException", e);<br /> }<br /> catch (InsufficientKarmaException e) {<br /> logMetacatError(insert, metacatReturnString, <br /> "InsufficientKarmaException", e);<br /> }<br /> catch (MetacatException e) {<br /> logMetacatError(insert, metacatReturnString, "MetacatException", e);<br /> }<br /> catch (IOException e) {<br /> logMetacatError(insert, metacatReturnString, "IOException", e);<br /> }</code></pre>
<p>Harvester does not check the value of the string returned by Metacat ('metacatReturnString' in the above code). In the cases where the insert/update operations have been failing, the return string is empty or null. Harvester should examine the return string to confirm that it contains the substring "<success>" or something similar.</p>
<p>The fact that no exception is thrown by Metacat could point to an additional problem in Metacat, since the insert/update operation completes without raising an exception even though the document is not inserted or updated. The documents that appear to trigger this condition are unusually large EML documents (currently there are three documents from CDR and one document from LUQ that trigger this bug).</p>
<p>After the Harvester bug is resolved, or as part of resolving it, further investigation should be done to determine whether there is also a Metacat bug involved here, and if there is, a separate bug entry should be entered for it.</p> Bug #4594 (Resolved): Cannot insert replication server via guihttps://projects.ecoinformatics.org/ecoinfo/issues/45942009-12-02T22:27:45ZMichael Daigledaigle@nceas.ucsb.edu
<p>When attempting to add a replication record via the gui at</p>
<pre><code>&lt;metacat_context_url&gt;/style/skins/dev/replControl.html</code></pre>
<p>metacat throws an error:</p>
<pre><code>duplicate key value violates unique constraint "xml_replication_pk"</code></pre> Bug #4558 (Resolved): Create validate and isAuthorized unit testshttps://projects.ecoinformatics.org/ecoinfo/issues/45582009-11-18T21:17:54ZMichael Daigledaigle@nceas.ucsb.edu
<p>A new isValid method was created on the metacat authentication service to make validate that a session is active. A new authority service was created to make sure the user for a session has permission on a resource. Unit tests need to be created for these.</p> Bug #4420 (Resolved): Enforce permissions for tpc workflow viewing and schedulinghttps://projects.ecoinformatics.org/ecoinfo/issues/44202009-09-28T16:20:38ZMichael Daigledaigle@nceas.ucsb.edu
<p>The existing squery functionality handles the visibility of workflows for the appropriate users.</p>
<p>The schedule link for each workflow should be active only for users that have read permissions on the associated kar file.</p> Bug #4167 (Resolved): Create Workflow Schedulerhttps://projects.ecoinformatics.org/ecoinfo/issues/41672009-06-16T15:01:41ZMichael Daigledaigle@nceas.ucsb.edu
<p>Create a scheduling web service that can schedule jobs for the kepler workflow engine.</p> Bug #4166 (Resolved): Create archive extraction functionalityhttps://projects.ecoinformatics.org/ecoinfo/issues/41662009-06-16T14:54:21ZMichael Daigledaigle@nceas.ucsb.edu
<p>Create the ability for metacat to read data from an archive. This will extract the archive an get the desired file.</p> Bug #4165 (Resolved): Create TPC Report web browse/search pageshttps://projects.ecoinformatics.org/ecoinfo/issues/41652009-06-16T14:48:57ZMichael Daigledaigle@nceas.ucsb.edu
<p>Create TPC search and browse skins in the sanparks skin.</p> Bug #4130 (Resolved): data tables in KNB display dataTable->physical->objectNamehttps://projects.ecoinformatics.org/ecoinfo/issues/41302009-06-08T18:56:18ZOliver Soongsoong@nceas.ucsb.edu
<p>KNB names data tables according to the objectName element within the physical element. By contrast, Kepler's EML 2 Dataset actor displays the entityName. This is mostly confusing for a few dataTables for which the entityName is not the same as the objectName. For example look at judithk.609.27, entityName=Dailyrainl2005.txt and objectName=rainfall2005.txt. I'm not sure which what the best way to handle this is, but it seems more intuitive to refer to the dataTable by the entityName rather than the objectName of the physical container.</p> Bug #3729 (Resolved): Add admin names as dropdown in configuration loginhttps://projects.ecoinformatics.org/ecoinfo/issues/37292009-01-07T16:32:33ZMichael Daigledaigle@nceas.ucsb.edu
<p>Currently the user has to type in the full distinguished admin name to log in using ldap.</p>
<p>Instead, it would be nice if a dropdown of existing configured admins was available.</p> Bug #2994 (Resolved): Create a properties file for use by JUnit Testshttps://projects.ecoinformatics.org/ecoinfo/issues/29942007-11-02T21:39:20ZChris Barteaubarteau@nceas.ucsb.edu
<p>Currently the build.xml file defines a few properties that are used for <br />ant token substitution in JUnit tests. An objective is to replace<br />compile-time token substitution with property lookups at runtime.<br />Since test properties (i.e. usernames and passwords) probably wouldn't be appropriate in the build.properties or metacate.properties file, a separate test.properties file would be a possible solution.</p> Bug #1674 (Resolved): Access control for eml-2.1.0 documentshttps://projects.ecoinformatics.org/ecoinfo/issues/16742004-09-10T22:12:47ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>This bug is continuing from bug# 968 and is dependent on bug # 1132</p>
<p>Access control to handle eml version 2.0.1 has been implemented. But when new <br />version of eml (v2.1.0) is released, access control for handling that version <br />will be required.</p>