DSML parser and RequestID syntax

[Jeff MAURY]

Hello,

I am working on a SOAP implementation of a DSML gateway for ADS. So I discovered that studio has a DSML parser.
However, I have the following question:
the current DSML parser assumes RequestID should be numeric and should not be 0. I looked at the DSML v2 specs and RequestID is declared as a string extension but with no restrictions.
I did not see in the specs any comments that restricts this value to be numeric and not 0. It is means as a correlation identifier but with no specific syntax.
So my question is: does this restriction in the DSML parser comes from the fact that it has been mapped to an LDAP request ID that is numeric (I'm not sure but I guess it) ?

Regards
Jeff MAURY

--
La mélancolie c’est communiste
Tout le monde y a droit de temps en temps
La mélancolie n’est pas capitaliste
C’est même gratuit pour les perdants
La mélancolie c’est pacifiste
On ne lui rentre jamais dedans
La mélancolie oh tu sais ça existe
Elle se prend même avec des gants
La mélancolie c’est pour les syndicalistes
Il faut juste sa carte de permanent

Miossec (2006)

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.lastfm.fr/listen/user/jeffmaury/personal

[Pierre-Arnaud Marcelot-2]

Hi Jeff,

Indeed, you're right. It's defined in the XSD as a String...

============================

<!-- ***** Request ID ***** -->

<xsd:simpleType name="RequestID">

    <xsd:restriction base="xsd:string"/>

</xsd:simpleType>

============================

I think, at the time, I wanted to stick with the messageID policy of the LDAP Protocol specs (RFC 4511 - ) which defines it as an integer.

====================================

MessageID ::= INTEGER (0 ..  maxInt)

maxInt INTEGER ::= 2147483647 -- (2^^31 - 1) --

====================================

My bad. Sorry about that.

I think it can be easily changed though.

Regards,

Pierre-Arnaud

On Thu, Jul 9, 2009 at 10:09 AM, Jeff MAURY <jeffmaury@...> wrote:

Hello,

I am working on a SOAP implementation of a DSML gateway for ADS. So I discovered that studio has a DSML parser.
However, I have the following question:
the current DSML parser assumes RequestID should be numeric and should not be 0. I looked at the DSML v2 specs and RequestID is declared as a string extension but with no restrictions.
I did not see in the specs any comments that restricts this value to be numeric and not 0. It is means as a correlation identifier but with no specific syntax.
So my question is: does this restriction in the DSML parser comes from the fact that it has been mapped to an LDAP request ID that is numeric (I'm not sure but I guess it) ?

Regards
Jeff MAURY

--
La mélancolie c’est communiste
Tout le monde y a droit de temps en temps
La mélancolie n’est pas capitaliste
C’est même gratuit pour les perdants
La mélancolie c’est pacifiste
On ne lui rentre jamais dedans
La mélancolie oh tu sais ça existe
Elle se prend même avec des gants
La mélancolie c’est pour les syndicalistes
Il faut juste sa carte de permanent

Miossec (2006)

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.lastfm.fr/listen/user/jeffmaury/personal

[Kiran Ayyagari]

hi Jeff,

    I have a question, is the gateway you are working on can also be used without the overhead of SOAP?
    In other words, is it designed (or possible to design like) in a way that the DSML can be served as it is?

    This way it can be used as a simple REST service or can be wrapped in a SOAP envelop at a higher level and sent
    for SOAP clients

Kiran Ayyagari

Kiran,

The design I am workiing on is that the core of the gateway will be independant from HTTP and SOAP. You will have a DSLMProcessor that requires a Reader to get the incoming DSMLBatchRequest message and will return a DSMLBatchResponse message through a Writer. The integration through SOAP will be done at another level through another component. So the integration through REST will be quite simple.

Regards
Jeff MAURY

On Thu, Jul 9, 2009 at 12:05 PM, ayyagarikiran <ayyagarikiran@...> wrote:

hi Jeff,

  I have a question, is the gateway you are working on can also be used without the overhead of SOAP?
  In other words, is it designed (or possible to design like) in a way that the DSML can be served as it is?

  This way it can be used as a simple REST service or can be wrapped in a SOAP envelop at a higher level and sent
  for SOAP clients

Kiran Ayyagari

--
La mélancolie c’est communiste
Tout le monde y a droit de temps en temps
La mélancolie n’est pas capitaliste
C’est même gratuit pour les perdants
La mélancolie c’est pacifiste
On ne lui rentre jamais dedans
La mélancolie oh tu sais ça existe
Elle se prend même avec des gants
La mélancolie c’est pour les syndicalistes
Il faut juste sa carte de permanent

Miossec (2006)

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.lastfm.fr/listen/user/jeffmaury/personal

[Kiran Ayyagari]

hi Jeff,

> The design I am workiing on is that the core of the gateway will be
> independant from HTTP and SOAP.
this is excellent, thanks

Kiran Ayyagari