Hi Steve, thank you for the quick reply.
If we find the problem/solution we let you know! Regards, Markus ----- Original Message ---- From: Steve Bayliss <stephen.bayl...@acuityunlimited.net> To: Support and info exchange list for Fedora users. <fedora-commons-users@lists.sourceforge.net> Sent: Wed, January 5, 2011 2:26:50 PM Subject: Re: [fcrepo-user] Wrong size in HTTP header Hi Markus Support for the datastream size attribute for M datastreams was added in Fedora 3.4 (https://jira.duraspace.org/browse/FCREPO-64) - but only for new datastreams (ie datastreams added after 3.4 is installed), not for migrated datastreams from previous versions of Fedora. We have an outstanding issue to provide a utility for calculating and persisting the size attribute for pre-existing datastreams - https://jira.duraspace.org/browse/FCREPO-724. I'm not sure why the old "get" URL is supplying the incorrect size - but as this API is due to be removed at some point in the future (the new REST API at /fedora/objects should be used instead) I don't think it will be a priority to look into this (in any case as the size isn't available, it wouldn't be possible for the "get" URLs to retrieve the correct size for M datastreams). Regards Steve > -----Original Message----- > From: Markus Höckner [mailto:hoec...@yahoo.com] > Sent: 05 January 2011 13:01 > To: Support and info exchange list for Fedora users. > Subject: Re: [fcrepo-user] Wrong size in HTTP header > > > Hi Steve, > > in FOXML we got no SIZE attribute! > > e.g.: > > > <foxml:datastream CONTROL_GROUP="M" ID="OCTETS" STATE="A" > VERSIONABLE="true"> > <foxml:datastreamVersion > CREATED="2010-03-05T13:09:56.869Z" ID="OCTETS.0" > LABEL="xxx.mpg" MIMETYPE="video/mpeg"> > <foxml:contentLocation REF="o:xxx+OCTETS+OCTETS.0" > TYPE="INTERNAL_ID"/> > </foxml:datastreamVersion> > </foxml:datastream> > > > I tested following requests: > > 1) https://...../fedora/objects/o:xxx/datastreams/OCTETS -> > no content length > 2) > https://..../fedora/objects/o:xxx/datastreams/OCTETS/content > -> no content > length > > Is the problem the size attribute? > > But why does https://..../fedora/get/o:xxx/OCTETS send the wrong size? > > Regards, > Markus > > > > ----- Original Message ---- > From: Steve Bayliss <stephen.bayl...@acuityunlimited.net> > To: Support and info exchange list for Fedora users. > <fedora-commons-users@lists.sourceforge.net> > Sent: Wed, January 5, 2011 9:28:24 AM > Subject: Re: [fcrepo-user] Wrong size in HTTP header > > Hi Markus > > What's the size attribute reported in the FOXML (and by > getDatastream, ie > https://myFedora/objects/o:XXXX/datastreams/OCTETS) > > Do you also see this if you use the new REST API, ie > https://myFedora/objects/o:XXXX/datastreams/OCTETS/content? > > Regards > Steve > > > -----Original Message----- > > From: Markus Höckner [mailto:hoec...@yahoo.com] > > Sent: 04 January 2011 14:01 > > To: fedora-commons-users@lists.sourceforge.net > > Subject: [fcrepo-user] Wrong size in HTTP header > > > > > > Hi everyone, > > > > we have got a problem: if we try to download a "big" file > > from our Fedora, we > > get the wrong size information in the HTTP header. > > > > E.g.: the file has got about 4,2GB -> > > > > -rw-r--r-- 1 tomcat tomcat 4.2G Mar 5 2010 o_XXXX+OCTETS+OCTETS.0 > > > > If I call https://myFedora/get/o:XXXX/OCTETS I get following > > header info: > > > > $VAR1 = bless( { > > '_protocol' => 'HTTP/1.1', > > '_content' => '', > > '_rc' => 200, > > '_headers' => bless( { > > 'connection' => 'close', > > 'client-response-num' => 1, > > 'date' => 'Tue, 04 > > Jan 2011 13:47:57 > > GMT', > > 'client-ssl-cert-issuer' => > > 'xxxxxxxxxxxxxxxxxxxxxx', > > 'client-ssl-cipher' => > > 'DHE-RSA-AES256-SHA', > > 'client-peer' => > > 'xxxxxxxxxxxxxx', > > 'content-length' => > > '161214464', > > 'client-date' => > > 'Tue, 04 Jan 2011 > > 13:48:22 GMT', > > > 'client-ssl-warning' => 'Peer > > certificate not verified', > > 'content-type' => > > 'video/mpeg', > > > 'client-ssl-cert-subject' => > > xxxxxxxxxxxxxxxxxxx', > > 'server' => > > 'Apache/2.2.3 (Red Hat)' > > }, 'HTTP::Headers' ), > > '_msg' => 'OK', > > '_request' => bless( { > > '_content' => '', > > '_uri' => bless( > do{\(my $o = > > 'https://myFedora/get/o:XXXX/OCTETS')}, 'URI::https' ), > > '_headers' => bless( { > > > > 'user-agent' => > > 'libwww-perl/5.805', > > > > 'authorization' > > => 'Basic ZmVkb3JhSW50Q2FsbDpDVmdpWGlITA== > > ' > > > > }, 'HTTP::Headers' > > ), > > '_method' => 'HEAD' > > }, 'HTTP::Request' ) > > }, 'HTTP::Response' ); > > > > So Fedora tells me that the file is about 153 MB and not 4,2GB! > > > > Are there any bugs known? Or has somebody the same "problem"? > > > > Best regards, > > Markus > > > > > > > > > > -------------------------------------------------------------- > > ---------------- > > Learn how Oracle Real Application Clusters (RAC) One Node > > allows customers > > to consolidate database storage, standardize their database > > environment, and, > > should the need arise, upgrade to a full multi-node Oracle > > RAC database > > without downtime or disruption > > http://p.sf.net/sfu/oracle-sfdevnl > > _______________________________________________ > > Fedora-commons-users mailing list > > Fedora-commons-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > -------------------------------------------------------------- > ---------------- > Learn how Oracle Real Application Clusters (RAC) One Node > allows customers > to consolidate database storage, standardize their database > environment, and, > should the need arise, upgrade to a full multi-node Oracle > RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > > -------------------------------------------------------------- > ---------------- > Learn how Oracle Real Application Clusters (RAC) One Node > allows customers > to consolidate database storage, standardize their database > environment, and, > should the need arise, upgrade to a full multi-node Oracle > RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Fedora-commons-users mailing list > Fedora-commons-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
