Blast! You're right! I wasn't paying attention. Just pulled from
https://svn.apache.org/repos/asf/oodt/trunk/ instead of Github.

Product delete - Success.


The "SELECT * ..." SQL query is still not returning anything. Am I doing
that wrong?


Thanks,
Jordan


On Mon, Feb 8, 2016 at 12:16 PM, Jordan Padams <jordan.pad...@gmail.com>
wrote:

> I just pulled the latest 0.11-SNAPSHOT from the trunk and rebuilt the File
> Manager, but I now get a different error when trying to delete the product:
>
> $ ./filemgr-client -op --hasProduct --productName blah.txt --url
> http://localhost:9000
> Feb 08, 2016 12:05:59 PM
> org.apache.oodt.cas.filemgr.system.XmlRpcFileManagerClient <init>
> INFO: Loading File Manager Configuration Properties from:
> [../etc/filemgr.properties]
> hasProduct: Result: true
>
> $ ./filemgr-client -op --deleteProductByName --productName blah.txt --url
> http://localhost:9000
> Feb 08, 2016 12:07:26 PM
> org.apache.oodt.cas.filemgr.system.XmlRpcFileManagerClient <init>
> INFO: Loading File Manager Configuration Properties from:
> [../etc/filemgr.properties]
> Feb 08, 2016 12:07:26 PM
> org.apache.oodt.cas.filemgr.system.XmlRpcFileManagerClient <init>
> INFO: Loading File Manager Configuration Properties from:
> [../etc/filemgr.properties]
> ERROR: Failed to delete product
> 'org.apache.oodt.cas.filemgr.structs.Product@2759b14b' :
> java.lang.Exception: java.lang.IllegalArgumentException: URI is not absolute
>
>
>
> I also noticed some odd results when trying to perform a SQL query:
>
> $ ./filemgr-client --url http://localhost:9000 -op -sql -q "SELECT * FROM
> GenericFile"
> Feb 08, 2016 12:13:31 PM
> org.apache.oodt.cas.filemgr.system.XmlRpcFileManagerClient <init>
> INFO: Loading File Manager Configuration Properties from:
> [../etc/filemgr.properties]
> Feb 08, 2016 12:13:32 PM
> org.apache.oodt.cas.filemgr.system.XmlRpcFileManager complexQuery
> INFO: Query returned 1 results
>
>
>
> But then it didn't actually return anything. If I use the deprecated
> query_tool (as is noted in the wiki instructions) it returns all of the
> metadata, as expected.
>
> Thanks,
> Jordan
>
> On Mon, Feb 8, 2016 at 9:15 AM, Jordan Padams <jordan.pad...@gmail.com>
> wrote:
>
>> Thanks all. I will use the latest from trunk. Couldn't track down that
>> issue but glad it was caught.
>>
>> On Sun, Feb 7, 2016 at 10:29 AM, Lewis John Mcgibbney <
>> lewis.mcgibb...@gmail.com> wrote:
>>
>>> ACk thanks Tom. Good man.
>>>
>>> On Sun, Feb 7, 2016 at 10:27 AM, Tom Barber <tom.bar...@meteorite.bi>
>>> wrote:
>>>
>>> > Yeah I fixed one delete bug and created another,  PITA. I created the
>>> bug
>>> > so I'll fix the bug and as you're all so nice I might even write you a
>>> test
>>> > to validate it ! ;)
>>> > On 7 Feb 2016 17:10, "Lewis John Mcgibbney" <lewis.mcgibb...@gmail.com
>>> >
>>> > wrote:
>>> >
>>> > > ACK
>>> > > This issue clearly justifies a bug fix.
>>> > > Nice one Tom thanks for patching.
>>> > >
>>> > > On Sun, Feb 7, 2016 at 6:54 AM, Tom Barber <tom.bar...@meteorite.bi>
>>> > > wrote:
>>> > >
>>> > > > Fair enough!
>>> > > > On 7 Feb 2016 2:35 pm, "Mattmann, Chris A (3980)" <
>>> > > > chris.a.mattm...@jpl.nasa.gov> wrote:
>>> > > >
>>> > > > > Hey Tom, easier to just call it 0.12 and +1 to doing so..
>>> > > > >
>>> > > > >
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> > > > > Chris Mattmann, Ph.D.
>>> > > > > Chief Architect
>>> > > > > Instrument Software and Science Data Systems Section (398)
>>> > > > > NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>>> > > > > Office: 168-519, Mailstop: 168-527
>>> > > > > Email: chris.a.mattm...@nasa.gov
>>> > > > > WWW:  http://sunset.usc.edu/~mattmann/
>>> > > > >
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> > > > > Adjunct Associate Professor, Computer Science Department
>>> > > > > University of Southern California, Los Angeles, CA 90089 USA
>>> > > > >
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > > -----Original Message-----
>>> > > > > From: Tom Barber <tom.bar...@meteorite.bi>
>>> > > > > Reply-To: "dev@oodt.apache.org" <dev@oodt.apache.org>
>>> > > > > Date: Saturday, February 6, 2016 at 11:42 PM
>>> > > > > To: "dev@oodt.apache.org" <dev@oodt.apache.org>
>>> > > > > Subject: Re: FileManager: Delete Product Bug?
>>> > > > >
>>> > > > > >Hi Jordan
>>> > > > > >
>>> > > > > >That error got flagged last week and patched in trunk. You
>>> should be
>>> > > > able
>>> > > > > >to get the latest snapshot build and just copy the file manager
>>> > > snapshot
>>> > > > > >into your deployment.
>>> > > > > >
>>> > > > > >I'll ship a 0.11.1 next week to fix the issue.
>>> > > > > >
>>> > > > > >Tom
>>> > > > > >On 7 Feb 2016 03:36, "Jordan Padams" <jordan.pad...@gmail.com>
>>> > wrote:
>>> > > > > >
>>> > > > > >> I am using FileManager from OODT 0.11 and I am having an issue
>>> > > trying
>>> > > > to
>>> > > > > >> delete a product from the filemgr-client tool.
>>> > > > > >>
>>> > > > > >> I followed the steps from the User Guide [1] to test out
>>> > ingestion:
>>> > > > > >>
>>> > > > > >> $ ./filemgr-client --url http://localhost:9000 --operation
>>> > > > > >>--ingestProduct
>>> > > > > >> --productName blah.txt --productStructure Flat
>>> --productTypeName
>>> > > > > >> GenericFile --metadataFile file:///tmp/blah.txt.met --refs
>>> > > > > >> file:///tmp/blah.txt
>>> > > > > >> .
>>> > > > > >> .
>>> > > > > >> ingestProduct: Result: 573e5415-cd48-11e5-94c4-09fe75d3671d
>>> > > > > >>
>>> > > > > >> Then I the `deleteProductByName` operation from the Solr File
>>> > > Manager
>>> > > > > >>Wiki
>>> > > > > >> [2] to try to remove the product and received an error:
>>> > > > > >>
>>> > > > > >> $ ./filemgr-client --deleteProductByName --productName
>>> blah.txt
>>> > > --url
>>> > > > > >> http://localhost:9000
>>> > > > > >> .
>>> > > > > >> .
>>> > > > > >> ERROR: Failed to delete product
>>> > > > > >> 'org.apache.oodt.cas.filemgr.structs.Product@6cbc2704' :
>>> > > > > >> org.apache.xmlrpc.XmlRpcException:
>>> > java.lang.NoSuchMethodException:
>>> > > > > >>
>>> > > > > >>
>>> > > > >
>>> > > >
>>> > >
>>> >
>>> >>org.apache.oodt.cas.filemgr.system.XmlRpcFileManager.removeProduct(java.u
>>> > > > > >>til.Hashtable)
>>> > > > > >>
>>> > > > > >>
>>> > > > > >> It looks like it remove the file from the archive but just not
>>> > from
>>> > > > the
>>> > > > > >> catalog:
>>> > > > > >>
>>> > > > > >> $ ls /usr/local/oodt/cas-filemgr/files/blah.txt/
>>> > > > > >> total 0
>>> > > > > >> drwxr-xr-x+ 2 jpadams  staff    68B Feb  6 19:31 ./
>>> > > > > >> drwxr-xr-x+ 3 jpadams  staff   102B Feb  6 19:30 ../
>>> > > > > >>
>>> > > > > >>
>>> > > > > >> Any help on what is going on here would be a great help!
>>> > > > > >>
>>> > > > > >> Quick minor bug note: The Filemgr User Guide [1] references
>>> > > > 'query-tool'
>>> > > > > >> throughout, which should actually be 'query_tool'.
>>> > > > > >>
>>> > > > > >> [1]
>>> > > > > >>
>>> > > > >
>>> > >
>>> https://cwiki.apache.org/confluence/display/OODT/OODT+Filemgr+User+Guide
>>> > > > > >> [2]
>>> > > > > >>
>>> > > > > >>
>>> > > > > >>
>>> > > > >
>>> > > >
>>> > >
>>> >
>>> https://cwiki.apache.org/confluence/display/OODT/Solr+File+Manager+Quick+
>>> > > > > >>Start+Guide
>>> > > > > >>
>>> > > > > >>
>>> > > > > >> Thanks,
>>> > > > > >> Jordan
>>> > > > > >>
>>> > > > > >> --
>>> > > > > >> Jordan Padams
>>> > > > > >> Software Engineer
>>> > > > > >> NASA Jet Propulsion Laboratory
>>> > > > > >>
>>> > > > >
>>> > > > >
>>> > > >
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > *Lewis*
>>> > >
>>> >
>>>
>>>
>>>
>>> --
>>> *Lewis*
>>>
>>
>>
>>
>> --
>> Jordan Padams
>> Software Engineer
>> NASA Jet Propulsion Laboratory
>>
>
>
>
> --
> Jordan Padams
> Software Engineer
> NASA Jet Propulsion Laboratory
>



-- 
Jordan Padams
Software Engineer
NASA Jet Propulsion Laboratory

Reply via email to