Jan, Thanks for this report. And, yes, the last changes and check-in I made could be connected with the problem you describe. Give me a bit of time to look into it.
Also, your hint about being able to track issues at Bitbucket is a good one. I'll look into that, too. Tracking issues there would likely be helpful to me. But, regardless, I'm guessing that users would like to have the capability to look up problems and fixes there. A small amount of progress -- I've been able to reproduce your bug. Thanks for the pointer to the example at `www.xfront.com`. And, your are correct that removing the default namespace declaration eliminated the error. The missing classes appeared. Later -- I believe I've found the problem. Let me do more testing. I hope to have a fix for you tomorrow. Dave On Wed, Apr 24, 2019 at 03:14:19PM +0200, Jan Orel wrote: > Hello Dave > > First, thank you for your work on generateDS, it's very useful! > > I would like to report an issue with the recent version (as the BitBucket > project does not have issues enabled I am using email) > > Whenever I try to process a xsd file which includes other xsd and has a > default namespace defined it fails to process the includes. > > Example from http://www.xfront.com/ZeroOneOrManyNamespaces.html > > containing: > targetNamespace="http://www.company.org"; > xmlns="http://www.company.org"; > > This fails, once I remove the default namespace xmlns=" > http://www.company.org";, it works. I have read the documentation regarding > the xsd include and don't think that specifying the default namespace is > illegal. > > Best regards > Jan -- Dave Kuhlman http://www.davekuhlman.org _______________________________________________ generateds-users mailing list generateds-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/generateds-users
