Hi Shabaz, Thanks for the comments. Some responses interleaved below. Cheers, Dave
a) Define a transfer consisting of multiple [src-sink] declarations in a single request document where the data may reside on different hosts.
- Assuming if DTS accepting multiple sub-transfers as an atomic operation
I guess this could be specified by something like the DMI undo strategy, i.e. best effort (transfer as many sub-transfers as possible), all or nothing (fail on first sub-transfer failure).
- what about getting status of individual transfer, because this might be possible that some transfers are Started/failed/Done at some point.
Could each sub transfer should have a separate ID.
- This is not only related to Status, the client requires InstanceAttributes (StartTime, State, CompletionTime, Attempts, BytesTransferred) for each of the sub-transfer
Yes, I agree, e.g. use embedded dmi:TransferRequirements for each sub transfer (see line 118 in the example at http://code.google.com/p/dtsproject/source/browse/trunk/dts-jaxb/src/main/re... )
- Consider if client cancels or aborts any sub-transfer I think this information is hardly be projected in the case of multiple sub-transfers grouped in a single large transfer instance.
Would this be possible if each of the sub-transfers has an ID also thus returning a set of transfer ids (your next bullet).
IMHO DTS port type can define operations to prepare/send multiple transfers at once, and as a result the client gets a set of transfer ids to track individual ones.
I think that this is what I am trying to propose in the example/proposal - i.e. use something like the wrapped dmi message example to define the 'multi-transfer' port type. The aim is to prevent preventing the need to contact the WS repeatedly for a set of transfers. Unless I have missed something, are there any existing examples of this multi-transfer port type ? -----Original Message----- From: shahbaz.memon@gmail.com [mailto:shahbaz.memon@gmail.com] On Behalf Of Shahbaz Memon Sent: 16 July 2009 13:29 To: Meredith, DJ (David) Cc: Mario Antonioletti; OGSA-DMI Subject: Re: [ogsa-dmi-wg] Rescheduled Call for this Friday. Hi Dave,
a) Define a transfer consisting of multiple [src-sink] declarations in a single request document where the data may reside on different hosts.
- Assuming if DTS accepting multiple sub-transfers as an atomic operation, - what about getting status of individual transfer, because this might be possible that some transfers are Started/failed/Done at some point. - This is not only related to Status, the client requires InstanceAttributes (StartTime, State, CompletionTime, Attempts, BytesTransferred) for each of the sub-transfer - Consider if client cancels or aborts any sub-transfer I think this information is hardly be projected in the case of multiple sub-transfers grouped in a single large transfer instance. IMHO DTS port type can define operations to prepare/send multiple transfers at once, and as a result the client gets a set of transfer ids to track individual ones. Cheers, Shahbaz
-----Original Message----- From: ogsa-dmi-wg-bounces@ogf.org [mailto:ogsa-dmi-wg-bounces@ogf.org] On Behalf Of Mario Antonioletti Sent: 15 July 2009 16:24 To: OGSA-DMI Subject: [ogsa-dmi-wg] Rescheduled Call for this Friday.
Hi, First of all my apologies but I completely forgot that we were scheduled to have a call last Monday - it somehow fell off my outlook calendar, still no excuse.
We will now have the call this Friday at 11am UK time (GMT+1) which makes it 8pm in Australia. Details as below:
Agenda ======
- Agenda bashing - Progress update - MAA determine if proposed changes can be passed off as errata. - AL determine if existing spec can transfer multiple directories living on the same host. - SM WSRF OGSA-DMI rendering. - Other stuff ... - Planning
Please let me know if anything else should be added to the list.
Call details ============ Participant access code: 23057332 then #
Primary dial-in number: 0870 2407821 or if dialling internationally +44 2078193600 Or local access alternatives: USA West Coast 4089616553 USA East Coast 7183541169 Germany (0)6950070811 Finland (0)969379595 Australia 0282239343
Mario
+----------------------------------------------------------------------- + |Mario Antonioletti:EPCC,JCMB,The King's Buildings,Edinburgh EH9 3JZ. | |Tel:0131 650 5141|mario@epcc.ed.ac.uk|http://www.epcc.ed.ac.uk/~mario/ | +----------------------------------------------------------------------- + -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
-- ogsa-dmi-wg mailing list ogsa-dmi-wg@ogf.org http://www.ogf.org/mailman/listinfo/ogsa-dmi-wg -- Scanned by iCritical. -- ogsa-dmi-wg mailing list ogsa-dmi-wg@ogf.org http://www.ogf.org/mailman/listinfo/ogsa-dmi-wg
------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------
-- Scanned by iCritical.