RE: [dss] Discussion on outstanding issues for the core.

["Nick Pope" <pope@secstan.com>]

Ed,

I'm not quite clear what is meant by minimal semantic?

If I implement the core using a profile with only input document passed by
hash none of this is of concern, so I would not need to implement DTD or
schema.

In terms of what would be the recommended approach I agree that DTD seems
simpler.

Nick



> -----Original Message-----
> From: Edward Shallow [mailto:ed.shallow@rogers.com]
> Sent: 12 May 2004 14:48
> To: 'Nick Pope'; 'Juan Carlos Cruellas Ibarz'; 'Trevor Perrin';
> dss@lists.oasis-open.org
> Subject: RE: [dss] Discussion on outstanding issues for the core.
>
>
> True, but what is the minimum semantic for core ?
>
> -----Original Message-----
> From: Nick Pope [mailto:pope@secstan.com]
> Sent: May 12, 2004 7:23 AM
> To: Juan Carlos Cruellas Ibarz; Trevor Perrin; dss@lists.oasis-open.org
> Subject: RE: [dss] Discussion on outstanding issues for the core.
>
> I would suggest that the choice of DTD or schema is a profiling
> question.  I
> would not expect all implementations to even require to handle
> this form of
> signature.
>
> Nick
>
> > -----Original Message-----
> > From: Juan Carlos Cruellas Ibarz [mailto:cruellas@ac.upc.es]
> > Sent: 12 May 2004 12:48
> > To: Trevor Perrin; dss@lists.oasis-open.org
> > Subject: RE: [dss] Discussion on outstanding issues for the core.
> >
> >
> > 1. Mmmm I am now thinking of those recommendations whose structure is
> > defined in XML schema BUT not in DTD. There are, of course tools not
> > extremely expensive that convert from one to the other...
> > So, we have to choose between have to face situations where the server
> > can not offer the service because there is no means for receiving a
> > XML schema, and in consequence not provide the service even if it
> > could do that, or make optional the capability of processing one of
> > the forms so that we do not preclude developers to incorporate them.
> >
> > 2. Yes, network connection... I would say that the service (not the
> > protocolo) would be more dependant on the quality of network services,
> > but all this story is relaying on the assumption that a network
> > connection of a certain quality is something not so difficult to
> > achieve....
> >
> > Juan Carlos
> > At 11:18 11/05/2004 -0700, you wrote:
> > >At 12:47 PM 5/11/2004 +0200, you wrote:
> > >>A couple of  questions,
> > >>
> > >>1. I would substitute mentions to DTDs by DTDs or Schemas, just for
> > >>avoiding questions.
> > >
> > >That means servers need to be able to process DTDs or Schemas..  I
> > >think asking servers to handle DTDs is bad enough, I'd rather not
> > require them to
> > >do both.
> > >
> > >
> > >>2 should the DTD (XML schema) being necessarily transmited or could
> > >>also be possible just incorporate a URI pointing to the place where
> > >>it is published? I would initially be in favour of allowing both
> > >>mechanisms.
> > >
> > >That requires the server to have a network connection (or have
> > pre-cached
> > >the DTD/Schema), or else the protocol fails.
> > >
> > >This makes the protocol more fragile.  So is it worth adding?
> > >
> > >
> > >Trevor
> > >
> > >
> > >To unsubscribe from this mailing list (and be removed from the roster
> > >of
> > the OASIS TC), go to
> > http://www.oasis-open.org/apps/org/workgroup/dss/members/leave_wor
> kgroup.php.
> >
>
> To unsubscribe from this mailing list (and be removed from the
> roster of the
> OASIS TC), go to
> http://www.oasis-open.org/apps/org/workgroup/dss/members/leave_wor
kgroup.php
.





To unsubscribe from this mailing list (and be removed from the roster of the
OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/dss/members/leave_workgroup.php
.




To unsubscribe from this mailing list (and be removed from the roster of the
OASIS TC), go to
http://www.oasis-open.org/apps/org/workgroup/dss/members/leave_workgroup.php
.