[Bitrepository-devel] GetChecksums operationen

[Mikis Seth Sørensen]

Jeps, det gik op for os lidt efter. Godt at der allerede er tænkt over
dette :-).

Mvh
Mikis


On 10/11/11 10.03, "Kåre Fiedler Christiansen" <kfc at statsbiblioteket.dk>
wrote:

>Jeg tror der allerede ligger XSD'er for dataformaterne. De skal muligvis
>tilrettes til at svare til oprydningerne i checksum-beskederne.
>
>Hilsen
>  Kåre
>
>On Thu, 2011-10-20 at 09:52 +0200, Mikis Seth Sørensen wrote:
>> JSON ville være et nyt format. Vi benytter allerede XML til at udveksle
>> data. Her ville vi også kunne definere en xsd til at specificere
>> formattet. Ulempen er at det kommer til at fylde noget mere.
>> 
>> ~Mikis
>> 
>> On 20/10/11 08.31, "Kim Teglgaard Christensen" <ktc at statsbiblioteket.dk>
>> wrote:
>> 
>> >For min skyld må du gerne ryde op i GetChecksumsProgressResponse, men
>> >det kan være at en af arkitekterne bag har haft en ide med hvorfor de
>> >tre felter er med?
>> >
>> >'FileIDs' og 'ResultAddress' er som sådan ikke fjernet fra
>> >GetChecksumsFinalResponse. 'ResultAddress' er som en af felterne under
>> >'ResultingChecksums' og 'FileIDs' som ChecksumDataItems ;)
>> >
>> >Fil / data formatet på uploadede resultater snakkede Mikis og jeg om
>>for
>> >lidt siden, og vi undrede os lidt over at der ikke var nogen
>> >specifikation på det.
>> >
>> >Jeg havde faktisk ikke gjort mig de store tanker om formatet, men ideen
>> >om at lave en rå tekst fil med tab sepererede colonner havde slået mig,
>> >men det er nok ikke just noget som er særlig java venligt.
>> >
>> >Må jeg forslå at vi bruger JSON? (http://www.json.org/)
>> >Vi bruger det allerede her til nogle outputs fra vores backend, og det
>> >er forholdsvist nemt at gå til.
>> >
>> >Mvh Kim
>> >
>> >On Wed, 2011-10-19 at 16:05 +0000, Jonas Lindberg Frellesen wrote:
>> >> Hej alle,
>> >> 
>> >>  
>> >> 
>> >> I forbindelse med implementering af GetChecksums operationen på
>> >> ReferencePillar¹en har jeg fundet følgende, der undrer mig:
>> >> 
>> >>  
>> >> 
>> >> I GetChecksumsProgressResponse kan man give ¹FileIDs¹,
>>¹ResultAddress¹
>> >> og ¹FileChecksumSpec¹ med. Men der er ikke nogen af dem, som virker
>> >> relevante i den besked. Den, der har sendt beskeden, ved vel godt
>> >> hvilke filer der er blevet efterspurgt, hvilket adresse der skal
>> >> oploades til, og hvilken checksum algoritme der skal bruges til
>> >> beregningerne. Behøver man bekræfte det?
>> >> 
>> >>  
>> >> 
>> >> Både ¹FileIDs¹ og ¹ResultAddress¹ er fjernet fra
>> >> GetChecksumsFinalResponse, men den indeholder stadig
>> >> ¹FileChecksumSpec¹.
>> >> 
>> >>  
>> >> 
>> >>  
>> >> 
>> >> Når man skal uploade resultaterne af en checksumsberegning til en
>>URL,
>> >> hvilket format skal man så bruge?
>> >> 
>> >>  
>> >> 
>> >> Det vil være logisk at bruge samme struktur som i beskederne (altså
>> >> ResultingChecksums eller en liste af
>>ChecksumDataForChecksumSpecTYPE),
>> >> men det vil Jaxb ikke parse (den mangler et ¹root¹ element).
>> >> 
>> >> Det giver heller ikke mening at printe selve objekterne ud, da de
>> >> indeholder en masse ¹objekt¹ data. Det ser f.eks. ud på følgende
>>måde:
>> >> 
>> >> 
>> 
>>>>org.bitrepository.bitrepositoryelements.ChecksumDataForChecksumSpecTYPE
>>>>@1
>> >>8bbf55[fileID=default-test-file.txt1319038823757,
>> >>checksumValue=940a51b250e7aa82d8e8ea31217ff267,
>> >>calculationTimestamp=2011-10-19T17:40:26.817+02:00]
>> >> 
>> >>  
>> >> 
>> >> Hvilket format skal vi så bruge til at uploade resultaterne med?
>> >> 
>> >>  
>> >> 
>> >>  
>> >> 
>> >> Og til sidst, så vil jeg bare sige, at ReferencePillar¹en nu kan
>> >> fuldføre en komplet samtale med GetChecksumsClient¹en.J
>> >> 
>> >> Men den skal nok rettes lidt til, når de ovenstående spørgsmål bliver
>> >> besvaret.
>> >> 
>> >>  
>> >> 
>> >>  
>> >> 
>> >> Med venlig hilsen
>> >> 
>> >> Jonas
>> >> 
>> >>  
>> >> 
>> >> http://support.kb.dk/images/kb_logo.jpg
>> >> 
>> >> 
>> >> Det Kongelige Bibliotek
>> >> Nationalbibliotek og Københavns
>> >> Universitetsbibliotek
>> >> 
>> >> 
>> >> Jonas Lindberg Frellesen
>> >> Softwareudvikler | Software
>> >> Developer
>> >> 
>> >> Det Kongelige Bibliotek | The Royal
>> >> Library
>> >> Afdelingen for Digital Bevaring |
>> >> Digital Preservation
>> >> P.O. Box 2149 | DK-1016 København K
>> >> tel +45 3347 4691 | Fax +45 3393
>> >> 2218 | jolf at kb.dk | www.kb.dk
>> >> 
>> >> Besøgsadresse | Visiting address |
>> >> Søren Kierkegaards Plads 1
>> >> Leveringsadresse | Delivery address
>> >> | Christians Brygge 8 | 1219
>> >> København K
>> >> 
>> >> EAN 5798 000 79 52 97 | Bank 0216
>> >> 4069032583 | CVR 28 98 88 42
>> >> IBAN DK2002164069032583 | Swiftcode
>> >> DABADKKK
>> >> 
>> >> 
>> >> 
>> >>  
>> >> 
>> >>  
>> >> 
>> >> 
>> >
>> >
>> >_______________________________________________
>> >Bitrepository-devel mailing list
>> >Bitrepository-devel at ml.sbforge.org
>> >http://ml.sbforge.org/mailman/listinfo/bitrepository-devel
>> 
>> 
>> _______________________________________________
>> Bitrepository-devel mailing list
>> Bitrepository-devel at ml.sbforge.org
>> http://ml.sbforge.org/mailman/listinfo/bitrepository-devel
>
>
>_______________________________________________
>Bitrepository-devel mailing list
>Bitrepository-devel at ml.sbforge.org
>http://ml.sbforge.org/mailman/listinfo/bitrepository-devel