oodt-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris A. Mattmann (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (OODT-543) Update ExpImpCatalog tool to allow core Metadata to pass through when Embedded Catalogs are used
Date Fri, 14 Dec 2012 19:32:13 GMT

     [ https://issues.apache.org/jira/browse/OODT-543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Chris A. Mattmann resolved OODT-543.

    Resolution: Fixed

- fixed in r1422057.
> Update ExpImpCatalog tool to allow core Metadata to pass through when Embedded Catalogs
are used
> ------------------------------------------------------------------------------------------------
>                 Key: OODT-543
>                 URL: https://issues.apache.org/jira/browse/OODT-543
>             Project: OODT
>          Issue Type: Bug
>          Components: file manager
>         Environment: Found on VFASTR transient detection project
>            Reporter: Chris A. Mattmann
>            Assignee: Chris A. Mattmann
>            Priority: Blocker
>             Fix For: 0.5
> [~cinquini] and I found an issue with the ExpImpCatalog tool in the following scenario:
> # Original src catalog is Lucene and thus uses string-based UUIDs for product identification
> # Dest catalog is MySQL (DataSource-based) and numeric IDs are used for product identification
> # Embedded catalogs are used for src and dest to speed things up
> In the above scenario, on lines 251-253 in ExpImpCatalog, the core CAS metadata is removed,
but never added back in. So, because of this, despite having a numeric product ID, we were
seeing on our transient detection project which uses a PHP-Apache OODT balance based portal
that keys off the CAS.ProductId met field (which previously was a string) that the web pages
weren't loading.
> This led me to investigate and find a bug in the ExpImpCatalog Tool. It's simple: If
the dest catalog is an embedded mode catalog then we shouldn't remove the default CAS fields
b/c server side extraction won't get called as it does when using URL-server mode based ExpImpCatalog
imports with the source and dest URLs supplied.
> I'll fix this shortly. The fix is simple: if embedded catalog mode, don't remove the
CAS default fields.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

View raw message