OASIS Open Mailing List Archives  ·  All Lists  ·  dss-x  ·  2008-01

dss-x — archive

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]

Some issues with the current standards


Dear Detlef, I appologize for not reacting before to your email... See below intermixed, Juan Carlos. Huehnlein, Detlef escribió: > > 1. Return of at most one SignatureObject in SignResponse (core, section 3.2) > This definition (without maxOccurs="unbounded") would preclude the simplest > (and hence a widely used) bulk signature use case in which somebody wants to > generate some sort of enveloping signature for a large number of (small) > documents, which are all provided in a single SignRequest. > > Why is the current restriction necessary? Would it be possible to > add the maxOccurs="unbounded" during the maintainence process? My recollection of this was that it was actually discussed whether the protocol would allow the generation of one or more than one signature and it was decided to restrict the protocol to generate only one signature. In addition to that I would say that there are no means in the protocol for indicating what documents should be signed by one signature or the other, so if I have correctly understood you the issue would go farther than only include a maxOccurs="unbounded" attribute. > > 2. Possible conflict between AdES- and Timestamping-Profile? > ------------------------------------------------------------ > In section 3.3.2.1 and 3.4.1.2 of http://docs.oasis-open.org/dss/v1.0/oasis-dss-profiles-AdES-spec-v1.0-os.pdf > it is stated that the

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]