Metacat: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362004-09-13T21:21:00ZEcoinformatics Redmine
Redmine Bug #1682 (Resolved): Error in handling of docid formatshttps://projects.ecoinformatics.org/ecoinfo/issues/16822004-09-13T21:21:00ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>Errors generated when insert, update and delete actions tried with docid <br />formats such as a.c.t.t.c.a.1.1</p> Bug #1681 (Resolved): Access not checked while file uploadinghttps://projects.ecoinformatics.org/ecoinfo/issues/16812004-09-13T21:14:52ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>When user with id X uploads data as act.1.1, another user with id Y can upload <br />act.1.2 without requiring access for act.1.1</p> Bug #1680 (Resolved): New functions in Metacat Client APIhttps://projects.ecoinformatics.org/ecoinfo/issues/16802004-09-13T21:13:11ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>.. for read inline data and uploading data needed.</p> Bug #1671 (Resolved): editing registry entry deletes keywordshttps://projects.ecoinformatics.org/ecoinfo/issues/16712004-09-03T22:58:31ZMatt Jonesjones@nceas.ucsb.edu
<p>When a registry entry has keywords and the entry is edited through the web site,<br />the keywords are not propogated to the new form, and therefore are lost in the<br />process of editing. This was probably introduced when keyword fields in the<br />form were changed to be dynamically generated using javascript (rather than<br />being a fixed number as before).</p> Bug #1467 (Resolved): getprincipals action returns referal entries in url formhttps://projects.ecoinformatics.org/ecoinfo/issues/14672004-04-09T06:45:08ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>getprincipals right now returns urls instead of identities in case of referals. <br />So for example in case of LTER we get back, <br />ldap://knb.lternet.edu:389/uid=sacker1,o=lter,dc=ecoinformatics,dc=org,o=LTER,dc<br />=ecoinformatics,dc=org<br />What we want is:<br />uid=sacker1,o=lter,dc=ecoinformatics,dc=org</p> Bug #1466 (Resolved): getprinicpals action doesnt return trees for UCNRS and PISCOhttps://projects.ecoinformatics.org/ecoinfo/issues/14662004-04-09T06:15:54ZSaurabh Gargsgarg@nceas.ucsb.edu
<p>The getprincipals right now return trees for all organizations except UCNRS and <br />PISCO. A similar scenario can be generated using ldapsearch command. <br />What is happening right now is <br />ldapsearch -C -x -b dc=ecoinformatics,dc=org objectClass=inetOrgPerson<br />What is wanted is <br />ldapsearch -C -MM -x -b dc=ecoinformatics,dc=org objectClass=inetOrgPerson</p>
<p>The difference is -MM arguement. From ldapsearch man page -MM does the <br />following:<br />Enable manage DSA IT control. -MM makes control critical.</p>
<p>Couldn't find out what that means. But found a call to make the search critical <br />and hence a hope of passing -MM arguement. But hopes dashed when found that <br />code uses javax.naming.directory classes right now. <br />Whereas call is found in javax.naming.ldap. These classes were created to <br />provide support for LDAPv3 extended operations and controls. Hence maybe the <br />functionality that search can be made critical.</p>
<p>Anyway more research needed. Maybe javax.naming.directory can be used in <br />conjunction with javax.naming.ldap.</p> Bug #1390 (Resolved): add UCNRS to the ldapweb.cgi management listshttps://projects.ecoinformatics.org/ecoinfo/issues/13902004-03-24T22:15:24ZMatt Jonesjones@nceas.ucsb.edu
<p>The UCNRS ldap tree can not be managed through the web scripts now, partly<br />because these entries are in a different tree (o=ucnrs.org) than ecoinfo<br />(dc=ecoinformatics,dc=org). Need to make the changes that allow creation of new<br />LDAP entries for UCNRS and changing and resetting the passwords for these accounts.</p> Bug #1235 (Resolved): enable passthrough parameters to support stysheet paramshttps://projects.ecoinformatics.org/ecoinfo/issues/12352003-12-10T09:22:21ZMatt Jonesjones@nceas.ucsb.edu
<p>Many different skins for metacat could take advantage of custom parameters in<br />the stylesheets. For example the OBFS registry has a need to add Edit and<br />Delete buttons to the resultset listing. A simple way to do this is to pass<br />paramters through metacat into the stylesheets to control the behavior of the<br />rendered output. This is currently hindered by the DBQuery.createSQuery()<br />function because it currently interprets all unknown parameters as XPaths that<br />should be written as an additional constraint in an squery. We need to<br />partially circumvent this feature in order for passthrough stlesheet parameters<br />to work.</p> Bug #1230 (Resolved): move metacat.properties out of jar filehttps://projects.ecoinformatics.org/ecoinfo/issues/12302003-12-05T20:56:06ZMatt Jonesjones@nceas.ucsb.edu
<p>The current configuration file for metacat (metacat.properties) is installed<br />inside of the metacat.jar JAR file. This makes changing the configuration<br />difficult for most users. Need to move it out of the jar, probably to a<br />location like ${context}/WEB-INF/metacat.properties. I have started code to<br />accomplish this change.</p> Bug #1202 (Resolved): If request sessionid not recognized, Metacat SQL error & 0 records returnedhttps://projects.ecoinformatics.org/ecoinfo/issues/12022003-11-05T04:46:49ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Problem:<br />When searching metacat from an HTML form, if the form contains a hidden field name="sessionid", <br />and the value of sessionid is not recognized by metacat, a SQL error is generated in the tomcat log <br />and metacat returns 0 documents.</p>
<p>Proposed correction: <br />If Metacat gets a sessionid that it doesn't recognize, it should assume the user is not logged in and <br />return all the "public access" documents, instead of returning no documents. This would <br />presumably mean validating the sessionid first, before putting together the SQL query.</p>
<p>(usage note: the above scenario was encountered when using the getSessionId() method of the <br />metacat client API to get the sessionid when the user logs in - browser cookies were not involved. <br />If the user was not logged in, the sessionid hidden field value was the string value "NULL", which <br />led to this behavior)</p>
<p>Sample tomcat log output for a search on the keyword "grass" - note that the initial SQL query <br />(starting on line 5) is well formed - the problem comes later, presumably when the user ID is <br />incorporated into the query? (e.g. "...AND subtreeid IS NULL...")<br />--------------------------------<br />MetaCat: Connection pool size: 5<br />MetaCat: Free Connection number: 5<br />MetaCat: Line 230: Action is: query<br />MetaCat: percentage number: 0<br />MetaCat: query: SELECT docid,docname,doctype,date_created, date_updated, rev FROM <br />xml_documents WHERE docid IN ((SELECT DISTINCT docid FROM xml_nodes WHERE<br /><abbr title="nodedata">UPPER</abbr> LIKE '%GRASS%' )<br />)<br />MetaCat: OwnerQuery: SELECT docid FROM xml_documents WHERE<br />MetaCat: allow string is: OR (principal_name = 'public' AND perm_type = 'allow' AND <br />(permission='4' OR permission='7'))<br />MetaCat: allow query is: SELECT docid from xml_access WHERE( OR (principal_name = 'public' AND <br />perm_type = 'allow' AND (permission='4' OR permission='7'))) AND subtreeid IS NULL<br />MetaCat: denyquery is: SELECT docid from xml_access WHERE( OR (principal_name = 'public' AND <br />perm_type = 'deny' AND perm_order ='allowFirst' AND (permission='4' OR permission='7'))) AND <br />subtreeid IS NULL<br />MetaCat: accessquery is: AND (docid <abbr title="SELECT docid FROM xml_documents WHERE ">IN</abbr> OR (docid IN <br />(SELECT docid from xml_access WHERE( OR (principal_name = 'public' AND perm_type = 'allow' <br />AND (permission='4' OR permission='7'))) AND subtreeid IS NULL) AND docid NOT IN (SELECT docid <br />from xml_access WHERE( OR (principal_name = 'public' AND perm_type = 'deny' AND perm_order <br />='allowFirst' AND (permission='4' OR permission='7'))) AND subtreeid IS NULL )))<br />MetaCat: final query: SELECT docid,docname,doctype,date_created, date_updated, rev FROM <br />xml_documents WHERE docid IN ((SELECT DISTINCT docid FROM xml_nodes WHERE<br /><abbr title="nodedata">UPPER</abbr> LIKE '%GRASS%' )<br />) AND (docid <abbr title="SELECT docid FROM xml_documents WHERE ">IN</abbr> OR (docid IN (SELECT docid from <br />xml_access WHERE( OR (principal_name = 'public' AND perm_type = 'allow' AND (permission='4' <br />OR permission='7'))) AND subtreeid IS NULL) AND docid NOT IN (SELECT docid from xml_access <br />WHERE( OR (principal_name = 'public' AND perm_type = 'deny' AND perm_order ='allowFirst' AND <br />(permission='4' OR permission='7'))) AND subtreeid IS NULL )))<br />SQL Error in DBQuery.findDocuments: ERROR: parser: parse error at or near ")" at character 231</p>
<p>MetaCat: Trying style-set file: /Applications/jakarta-tomcat/webapps/knb/knb.xml<br />MetaCat: style system id is: <a class="external" href="http://anacapa.nceas.ucsb.edu:8080/knb/style/resultset.xsl">http://anacapa.nceas.ucsb.edu:8080/knb/style/resultset.xsl</a></p> Bug #1142 (Resolved): Key issues between java 1.3 and java 1.4https://projects.ecoinformatics.org/ecoinfo/issues/11422003-09-12T22:59:23ZJing Taotao@nceas.ucsb.edu
<p>There is a untrust chain problem between the replication of two metacats which <br />one is running in java 1.4.x and other is running on java 1.3.x. If switching <br />both metacats to 1.3 or 1.4, this problem will be gone</p>
<p>If seemed there is key format difference between java 1.3 and java 1.4. We need <br />figure out the issue to make sure replication can happend between java 1.3 and<br />1.4</p> Bug #1137 (Resolved): add a metacat-info actionhttps://projects.ecoinformatics.org/ecoinfo/issues/11372003-08-28T17:53:16ZChad Berkleyberkley@nceas.ucsb.edu
<p>I think we need to add a metacat-info action so that you can send a request to <br />metacat and it will print selected properties from the properties file as well <br />as the actual metacat version that is running. I think the version is <br />actually the most important info that we need but other things that could be <br />returned are the database name, the jdbc connection string, etc. this would <br />be very useful for debugging.</p> Bug #186 (Resolved): add web metadata entry form for Metacathttps://projects.ecoinformatics.org/ecoinfo/issues/1862001-04-09T19:17:28ZMatt Jonesjones@nceas.ucsb.edu
<p>Discussed need for a web-based metadata entry form. Nottrott has a simple form<br />which is a starting point, and has agreed to work with higgins on this task.</p> Bug #162 (Resolved): need harvest/batch load for metacathttps://projects.ecoinformatics.org/ecoinfo/issues/1622000-10-25T00:28:59ZMatt Jonesjones@nceas.ucsb.edu
<p>The metacat server needs to be able to accept large numbers of metadata<br />documents for insert and update from site metadata catalogs. This should be<br />enabled either through a pull or push mechanism, so the pull (harvest) will need<br />a registry service as well.</p> Bug #101 (Resolved): generate data set usage metadata/ provide access loghttps://projects.ecoinformatics.org/ecoinfo/issues/1012000-08-24T17:27:35ZMatt Jonesjones@nceas.ucsb.edu
<p>Tracking data set usage is an important part of running a metadata and data<br />archive. We need a new feature in the metacat server that tracks usage<br />statistics for each data-set and creates metadata records that document the<br />usage of data sets. This information is currently encoded in the<br />"data_request", "review_history", and "remarks" fields of eml-supplement.dtd. <br />These fields need to move forward as we revise these standards, and the metacat<br />servlet needs to automatically generate new records of this type as needed for a<br />data set, as it is accessed. We'll need to decide whether simply viewing the<br />metadata should be tracked, or whether a download is required to trigger a log<br />entry.</p>