Thanks Scott and thanks Vincent,
I've just had a look at your links but I'm not sure about the actions to do... and the consequences.
Tell me if I'm right:
  - the problem still unresolved for the 3.6.2 version
- the Chris Wilper's utility complete the size attribute of the datastream, so I have to apply it on the 3.6.2 version (after the upgrade)... but probably each time I add a new datastream.

... I'll try the utillity in a test Fedora instance and tell you my feedback.
Greetings
Pierre-Yves

Le 27/11/2012 18:53, Scott Prater a écrit :
Pierre,

You may also be running into the (still unresolved) issue:

https://jira.duraspace.org/browse/FCREPO-182

-- Scott

On 11/27/2012 08:51 AM, Nguyen, Vincent (CDC/OD/OADS) (CTR) wrote:
Hi Peirre,

Sounds like you're having the same issue we had 
(https://jira.duraspace.org/browse/FCREPO-724).  Chris Wilper wrote a storage 
utility that can be used to compute the size of all managed datastreams.  We 
used this and it seemed to work pretty well.  The link to the utility should be 
in the JIRA ticket.

Good luck

Vincent Vu Nguyen


-----Original Message-----
From: Pierre-Yves JALLUD [mailto:pierre-yves.jal...@tge-adonis.fr]
Sent: Tuesday, November 27, 2012 9:39 AM
To: fedora-commons-users
Subject: [fcrepo-user] No size in the datastream definition

(re)Hi all,
I'm making tests for an upgrade of FedoraCommons (from 3.2.1 to 3.6.2).
It is more simple that I expected but I thought that the upgrade should correct 
a bug that I found in the 3.2.1 version.

My conditions of use are the following ones... I'm making the ingestion of the 
datastreams using JAVA "home made" (using FedoraClient.uploadFile and then 
FedoraAPIM.addDatastream). I feed the fields like that:

     - pid (the PID of the concerned object)
     - dsID (the ID of the datastream)
     - altIDs (null)
     - dsLabel (an empty string: "")
     - versionable ("false")
     - MIMEType (the MIME-Type of the datastream)
     - formatURI (an empty string: "")
     - dsLocation (the string that as been returned by uploadFile())
     - controlGroup ("M")
     - dsState ("A")
     - checksumType (usely "SHA-512")
     - checksum (the checksum)
     - logMessage (a message)

Globaly, the result is correct. When I use the admin GUI, I find all the 
datastreams that I expecte. When I download a datastream, I download the file 
that I expecte. In the 3.2.1 and in the 3.6.2 version.

... But when I use a browser to ear a wave file (using for example 
http://my-server.org:8080/fedora/objects/My:PID/datastreams/my_file.wav/content),
I can just ear the first seconds (about 10 sec.) of the file. But when I add a 
datastream using the admin GUI, I can ear all the file (using a similar URL).

So the problem is only when I use the JAVA librairies (my java home made). I hoped that an upgrade should correct that 
problem... but in fact no (even whith a rebuild of the database and of the Resource Index).. :'( . The only difference 
of the upgrade is in the object XML file. In the 3.2.1 version, the attribute 'size' is absent for all the datastream 
with CONTROL_GROUP="M" (present for CG="X"). In the 3.6.2, the size for the CG="M" is 
present, but the value is "-1".

I tried to find older messages about that problem (... I thougth that the 
problem has been approached one day)... but I didn't find anything in the 
archives.
Has anyone an idea to solve the problem?... Is there a patch to apply?...

Thanks for your suggestions
Greetings
Pierre-Yves
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov

_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users


<<attachment: pierre-yves_jallud.vcf>>

Attachment: smime.p7s
Description: Signature cryptographique S/MIME

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to