[ 
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

Reply via email to