[Generateds-users] XML Catalog file support

I've modified version 2.10a to support loading schema locations from an XML catalog. How do I submit this change? Thanks, George -- See everything from the browser to the database with AppDynamics Get end-to-end visibility

[Generateds-users] Inconsistent xml generation

When I use the following schema with generateDS 2.10b: http://www.w3.org/2001/XMLSchema"; targetNamespace="urn:com:gends:test:gen-ds-sample" xmlns="urn:com:gends:test:gen-ds-sample" elementFormDefault="qualified" attributeFormDefault="unqualified"

Re: [Generateds-users] XML Catalog file support

Thanks! I went the BitBucket route. I tried to keep with the coding guidelines I saw in the code. Hopefully it won't need to change much. On Fri, Jul 26, 2013 at 4:06 PM, Dave Kuhlman wrote: > > From: George David > > >To: generateds-users@lists.sourceforge.net > &g

Re: [Generateds-users] XML Catalog file support

x27;: > sessionFilename = option[1] > # > > > The first change above is just so that the line is less than 81 characters. > > Thanks again. > > Dave > > > -- > > > Dave Kuhlman > http://www

[Generateds-users] export() doesn't create valid XML

After generating the python class, I tried to use the export function: export(sys.stdout, 0) And I get this: test first-name running that through xmllint --load-trace --schema gen-ds-sample.xsd sample.xml Loaded URL="gen-ds-sample.xsd" ID="(null)" Loaded URL="sample.xml" ID="(null)"

Re: [Generateds-users] export() doesn't create valid XML

Hmmm... not sure why gmail is sending my email as HTML, let me try again. After generating the python class, I tried to use the export function: export(sys.stdout, 0) And I get this: test first-name running that through xmllint --load-trace --schema gen-ds-sample.xsd sample.xml Loa

[Generateds-users] generateDS changes to create multiple python modules

Hi Dave, I've had a lot of trouble with generateDS not creating valid XML for the XSDs I use. The biggest problem I had was getting generateDS to create XML with valid namespaces. After looking at the code and running the debugger, I believe the problem stems from the fact that generateDS creates

Re: [Generateds-users] generateDS changes to create multiple python modules

At this point I'm going to check in the code on my fork of generateDS. It's at https://bitbucket.org/gsalsero/generateds-fork. Let me know if you think it's in good enough shape for me to submit a pull request. Thanks for the help. George On Mon, Sep 23, 2013 at 6:04 PM, Dave K

Re: [Generateds-users] Msg about your enhancements to generateds

Hi Dave, I fixed the failUnlessEquals and did some more cleanup. I notice I need to merge but BitBucket won't merge because of conflicts. I'll need to figure out how to manually merge. I still have one last test failing, test_018... I notice this among others is also failing on your unreleased c

Re: [Generateds-users] Msg about your enhancements to generateds

, George David wrote: > Hi Dave, > > I fixed the failUnlessEquals and did some more cleanup. I notice I need to > merge but BitBucket won't merge because of conflicts. I'll need to figure > out how to manually merge. > > I still have one last test failing, test_018... &g

[Generateds-users] Change to add explicit namespace to export children breaks unit tests

Hi Dave, I see there are already 6 failing unit tests. FAIL: test_003_element_groups (__main__.GenTest) FAIL: test_004_valueof (__main__.GenTest) FAIL: test_010_simplecontent_restriction (__main__.GenTest) FAIL: test_018_simpletypes_other (__main__.GenTest) FAIL: test_019_to_etree (__main__.GenTe

Re: [Generateds-users] Change to add explicit namespace to export children breaks unit tests

stdout.write',)) File "test.py", line 486, in check_result self.failUnlessEqual(len(result), 0) AssertionError: 469 != 0 == FAIL: test_019_to_etree (__main__.GenTest)

[Generateds-users] no python class generated for named simple type enumeration

Hi Dave, I have attached, 2 xsd files, a valid xml file, the generated xml file, the python file generated by generateDs, and a test python file I created. I ran the following comand to create enumList.py: generateDS.py -o enumList.py enum-list.xsd Then I try to create an XML file using enumLis

Re: [Generateds-users] no python class generated for named simple type enumeration

Hi Dave, Unfortunately, I have not had time to investigate this further. I tried PyXB a few years ago, but what I didn't like was that you needed PyXB installed just to use the generated python code. In my work, I am creating sample scripts for our users so they can see how one might go about usin

[Generateds-users] improper CDATA handling.

Hi Dave, I created a xsd that has an element called script. The intent is to allow users to send us javascript that is encoded with CDATA tags. In the attached files you can see that I set the script variable as follows: cdataObj = Cdata() script='' cdataObj.set_script(script) I exported it

Re: [Generateds-users] improper CDATA handling.

Feb 08 2015 at 8:38:32 PM Dave Kuhlman wrote: > On Fri, Feb 06, 2015 at 01:05:42AM +, George David wrote: > > Hi Dave, > > > > I created a xsd that has an element called script. The intent is to allow > > users to send us javascript that is encoded with CDATA tags.

Re: [Generateds-users] improper CDATA handling.

Hi Dave, I see on sourceforge that you responded to my last email, but I have not received it yet. Would you resend it? There were some files you asked me to look at. Thanks, George On Mon Feb 09 2015 at 8:37:48 AM George David wrote: > Hi Dave, > > I was hoping to reply almost immed

Re: [Generateds-users] [dkuhl...@davekuhlman.org: Re: improper CDATA handling.]

gt; > > -- Forwarded message -- > From: Dave Kuhlman > To: George David > Cc: generateds-users > Date: Mon, 9 Feb 2015 10:56:37 -0800 > Subject: Re: [Generateds-users] improper CDATA handling. > On Mon, Feb 09, 2015 at 03:37:48PM +, George David wrote: &

[Generateds-users] submitted a change to CDATA handling

Hi Dave, I submitted a pull request of my changes. Attached is a patch file of the changes I made. Thanks, George diff -r 9d56e3e892f0 generateDS.py --- a/generateDS.py Thu Jan 29 11:07:15 2015 -0800 +++ b/generateDS.py Fri Feb 13 09:09:41 2015 -0700 @@ -4993,6 +4993,7 @@ Tag_pattern_ = re_.comp

[Generateds-users] New generateds handles CDATA fine

Dave, I tested the latest generateds code and it works for my test cases. Thanks, George P.S. I continue to have email problems and have discovered that it's a problem on my end. -- Download BIRT iHub F-Type - The Free

Re: [Generateds-users] New generateds handles CDATA fine

Trying to resend this. On Fri Feb 20 2015 at 4:39:50 PM George David wrote: > Dave, > > I tested the latest generateds code and it works for my test cases. > > Thanks, > George > > P.S. > > I continue to have email problems and have discovered t

Re: [Generateds-users] generateDS.py infinite loop

Hi guys, It's funny how when you look at your own code after some time, it's much easier to critique. For instance, why did I do this: while 1: if len(PostponedExtensions) <= 0: break instead of this: while len(PostponedExtensions) > 0: To be honest, I really don't

Re: [Generateds-users] generateDS.py infinite loop

I tested my proposal and it seems to work fine for me. I thought the code snippet in question was one I added, but now I'm fairly sure I didn't. I hope I didn't offend anyone with my "critique". George On Fri, Mar 6, 2015 at 9:39 PM George David wrote: > Hi guys,

Re: [Generateds-users] generateDS.py infinite loop

Hi Dave, I think you included the wrong patch file. George On Sun, Mar 8, 2015 at 5:15 PM Dave Kuhlman wrote: > On Sat, Mar 07, 2015 at 04:53:44AM +0000, George David wrote: > > I tested my proposal and it seems to work fine for me. > > > > I thought the code snippet