Hi all, I would suggest the following WRT the current discussion. Regardless whether the issued EPRs are WS-Names or not. If desired (e.g for debugging), the batch sub system's job id would be best placed in the EPR metadata section as the ReferenceParameeters are certainly meant opaque to anybody else except the issuer and the addressed service instance itself. A human-readable job id, e.g. user-issued in a portal, is probably best stuffed into the EndpointIdentifier in a WS-Name - if this is not abailable, then a RNS service would be a natural fit to map human-readable names to job EPRs. Cheers, Michel dejw wrote:
Hi,
I agree, this is some solution (magic names) but I have to dig into EPRs as it is good for a user to know real job id - later any debug action could be done directly between user and supervisor of the target BES service and target job management service (it was checked by us in practise). If user doesn't know the real job id then the portal admin has to be involved to get it somehow in some critical situations let's say. So finally I have to get it anyway.
Dawid
Donal K. Fellows napisa�(a):
The other thing is that from my observation so far the ReferenceParameters contains only job id and that's all, no other information is there. That is required by the BES specification. Other services and systems are free to use the ReferenceParameter system to provide other information and do...
You may have identified a need for an optional human readable identifier... As I understand the currents of opinion within the OGSA-WG, the idea is
Steven Newhouse wrote: that the EPRs out of a BES will actually be WS-Names, and that the abstract name parts of each WS-Name will be the human-readable part that you are looking for. This isn't officially recommended yet though, mostly due to unpleasant politics and the fact that nobody's written the profile yet[*]. (I can't remember if such a profiling is on the current work roster or not; it might not be if people decide they need a few more things first to make a good profile.)
I suggest that if you're dealing with non-names, you should generate some magic names yourself in your portal and maintain a mapping from those to EPRs. You could even do some clever stuff so that the portal acts as the naming service for the dumb BES instances. That's the sort of thing that people developing portals for this sort of thing have had to do in the past anyway.
Donal. [* Correct me if I'm wrong! ]
-- ogsa-bes-wg mailing list ogsa-bes-wg@ogf.org http://www.ogf.org/mailman/listinfo/ogsa-bes-wg
-- Michel <dot> Drescher <at> uk <dot> fujitsu <dot> com Fujitsu Laboratories of Europe +44 20 8606 4834