Bob,
OK, I believe that generateDS.py is not very intelligent about
handling multiple namespaces from files imported in a schema.
But, ...
I believe that I have a fix for the problem that you describe below.
My worry is that this fix generates the namespace prefix code in the
export function in a different way from before. Yes, I know that's
obvious, or it could not be a fix. Still, I worry that there may be
some cases (schema) for which this new approach does not work.
However, it does seem to pass all the tests I've run.
So, I've attached a new version, in a separate email. Could you
please try it so as to (1) make sure it solves the problem you
reported and (2) does not introduce new problems.
If it looks good to you, I'll push it to the repository. And, if it
doesn't look so good, I'll give it another look.
Thanks for your help with this.
Dave
On Tue, Nov 07, 2017 at 01:51:53PM -0800, Bob Barcklay wrote:
> Hi Dave,
>
> Sorry for the delayed response. I just reran the test on the
> latest code from bitbucket. The issue occurs when I import the
> xmldsig schema from within another schema. I’ve created a simple
> test schema that only imports the xmldsig schema and do see the
> problem. If I run generateDS on the xmldsig schema directly (no
> importing), I get the results you describe.
>
> -Bob
>
>
> > On Nov 3, 2017, at 4:19 PM, Dave Kuhlman <dkuhl...@davekuhlman.org> wrote:
> >
> > Bob,
> >
> > I ran generateDS.py against the XML schema you sent me.
> >
> > In class ReferenceType, I get this generated code for exportChildren:
> >
> > def exportChildren(self, outfile, level, namespace_='ds:',
> > name_='ReferenceType', fromsubclass_=False, pretty_print=True):
> > if pretty_print:
> > eol_ = '\n'
> > else:
> > eol_ = ''
> > if self.Transforms is not None:
> > self.Transforms.export(outfile, level, namespace_='ds:',
> > name_='Transforms', pretty_print=pretty_print)
> > if self.DigestMethod is not None:
> > self.DigestMethod.export(outfile, level, namespace_='ds:',
> > name_='DigestMethod', pretty_print=pretty_print)
> > if self.DigestValue is not None:
> > showIndent(outfile, level, pretty_print)
> > outfile.write('<%sDigestValue>%s</%sDigestValue>%s' %
> > (namespace_, self.gds_format_base64(self.DigestValue,
> > input_name='DigestValue'), namespace_, eol_))
> >
> > In the header line of this function, the namespace_ parameter gets
> > the default value 'ds:', whereas in your generated code (below) it
> > has the value 'oadr:'. Am I right that the above code would handle
> > your issue correctly? I've attached my generated file (which I
> > swear that I did not manually doctor. Honest.) to a separate email.
> >
> > So, why is your generated code different from mine?
> >
> > Is it possible that we are using different versions of
> > generateDS.py? You can look at the top of that generated file to
> > find the version. You can also see, near the top of the file, what
> > command line and options I used to generate it.
> >
> > If you suspect that this problem is happening because your version
> > is different from mine, you can find the latest version (which I am
> > using) at https://bitbucket.org/dkuhlman/generateds
> > <https://bitbucket.org/dkuhlman/generateds>.
> >
> > And, if it is not the version, then perhaps you could show me what
> > command line you used to generate your code (or send me the file,
> > since it has the command line options at the top). Perhaps there is
> > some option that is causing the problem. I tried several different
> > command lines, but they produced the same thing. I tried the
> > following command lines:
> >
> > $ ./generateDS.py -f -o "tmp01sup.py" -s "tmp01sub.py"
> > --super="tmp01sup" --member-specs="dict" xmldsig-core-schema.xsd
> > $ ./generateDS.py -f -o "tmp2.py" xmldsig-core-schema.xsd
> >
> > And, I get the same thing whether I use Python 2.7 or Python 3.6.
> >
> > I need a clue. Hope your weekend is/was a good one.
> >
> > Dave
> >
> > On Wed, Nov 01, 2017 at 05:09:56PM -0700, Bob Barcklay wrote:
> >> Hi Dave,
> >>
> >> I’m using the XML Signature Schema
> >> (http://www.w3.org/2000/09/xmldsig#) imported and used inside
> >> another schema (http://openadr.org/oadr-2.0b/2012/07) to create a
> >> “signed object”. I’m running into a problem with the namespace that
> >> is generated for one element within the XML Signature. Everything
> >> else looks fine but this one element, which should get associated
> >> with the XML Digital Signature namespace is instead getting tagged
> >> with the surrounding namespace. The XSD look fine:
> >>
> >>
> >> <element name="Reference" type="ds:ReferenceType"/>
> >> <complexType name="ReferenceType">
> >> <sequence>
> >> <element ref="ds:Transforms" minOccurs="0"/>
> >> <element ref="ds:DigestMethod"/>
> >> <element ref="ds:DigestValue"/>
> >> </sequence>
> >> <attribute name="Id" type="ID" use="optional"/>
> >> <attribute name="URI" type="anyURI" use="optional"/>
> >> <attribute name="Type" type="anyURI" use="optional"/>
> >> </complexType>
> >>
> >> The DigestValue element is associated with the ‘ds’ namespace just
> >> like Transforms and DigestMethod, but the generated code for this
> >> element looks different.
> >>
> >> def exportChildren(self, outfile, level, namespace_='oadr:',
> >> name_='ReferenceType', fromsubclass_=False, pretty_print=True):
> >> if pretty_print:
> >> eol_ = '\n'
> >> else:
> >> eol_ = ''
> >> if self.Transforms is not None:
> >> self.Transforms.export(outfile, level, namespace_='ds:',
> >> name_='Transforms', pretty_print=pretty_print)
> >> if self.DigestMethod is not None:
> >> self.DigestMethod.export(outfile, level, namespace_='ds:',
> >> name_='DigestMethod', pretty_print=pretty_print)
> >> if self.DigestValue is not None:
> >> showIndent(outfile, level, pretty_print)
> >> outfile.write('<%sDigestValue>%s</%sDigestValue>%s' % (namespace_,
> >> self.gds_format_base64(self.DigestValue, input_name='DigestValue'),
> >> namespace_, eol_))
> >> Notice that both Transforms and DigestMethod are exported with
> >> namespace_=‘ds:’ but for some reason, DigestValue is exported with
> >> the default namespace for exportChildren which in this case is
> >> namespace=‘oadr:’. The generated code looks similar if I process
> >> only the XML Signature XSD but in this case, the default namespace
> >> is ‘ds:’ so it generates correctly.
> >>
> >> I’ve tried unsuccessfully to isolate just a portion of the XSD to
> >> make this happen but haven’t been able to do it. I’m attaching the
> >> XML Signature XSD which can be used to generate code that will
> >> exhibit the behavior described above. I’m happy to experiment
> >> further if you can’t point me in the right direction ;-)
> >>
> >> BTW, I am able to work around the issue by hand editing the
> >> generated code and replacing namespace_ with ‘ds:’.
> >>
> >> -Bob
> >>
> >>
> >>
> >>
> >>
> >>
> >> b...@kisensum.com
> >> (510) 520-7741
> >> www.kisensum.com <http://www.kisensum.com/> <http://www.kisensum.com/
> >> <http://www.kisensum.com/>>
> >>
> >> Kisensum | 344 Thomas Berkley Way #260 | Oakland, CA, 94612
> >>
> >
> >> ------------------------------------------------------------------------------
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org <http://slashdot.org/>!
> >> http://sdm.link/slashdot <http://sdm.link/slashdot>
> >
> >> _______________________________________________
> >> generateds-users mailing list
> >> generateds-users@lists.sourceforge.net
> >> <mailto:generateds-users@lists.sourceforge.net>
> >> https://lists.sourceforge.net/lists/listinfo/generateds-users
> >> <https://lists.sourceforge.net/lists/listinfo/generateds-users>
> >
> >
> > --
> >
> > Dave Kuhlman
> > http://www.davekuhlman.org <http://www.davekuhlman.org/>
--
Dave Kuhlman
http://www.davekuhlman.org
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
generateds-users mailing list
generateds-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/generateds-users
