OK, fixed in SVN. We now generate:

<Marker name="Marker1">
    <Parents>
        <Marker name="ParentMarker1">
            <Parents>
                <Marker name="GrandMotherMarker"/>
                <Marker name="GrandFatherMarker"/>
            </Parents>
        </Marker>
        <Marker name="ParentMarker2"/>
    </Parents>
</Marker>

Gary


On Wed, May 14, 2014 at 10:27 AM, Gary Gregory <garydgreg...@gmail.com>wrote:

> You're right, it's weird that all the elements are called "Parents".
>
> Gary
>
>
> On Wed, May 14, 2014 at 3:02 AM, Ralph Goers 
> <ralph.go...@dslextreme.com>wrote:
>
>> Oops. Having said that and then looking at the XML example there are
>> obvious problems.  The Marker element has a Parents container element that
>> contains another Parents element that has a name attribute?  I would guess
>> the inner Parents should be Parent?  Having said that,  I would have
>> expected that a Marker element would contain other Marker elements, perhaps
>> in a Parents container, such as
>>
>>
>>    1.         <Marker name="Marker1">
>>    2.                 <Parents>
>>    3.                         <Marker name="ParentMarker1">
>>    4.                                 <Parents>
>>    5.                                         <Marker name=
>>    "GrandMotherMarker"/>
>>    6.                                         <Marker name=
>>    "GrandFatherMarker"/>
>>    7.                                 </Parents>
>>    8.                         </Marker>
>>    9.                         <Marker name="GrandFatherMarker"/>
>>    10.                 </Parents>
>>    11.         </Marker>
>>
>>
>> Then there is ContextStack. I would have expected:
>>
>>
>>    1.         <ContextStack>
>>    2.                 <StackItem>stack_msg1</StackItem>
>>    3.                 <StackItem>stack_msg2</StackItem>
>>    4.         </ContextStack>
>>
>>
>> Having a ContextStack element that is a container for other ContextStack
>> elements that contain values is confusing.
>>
>> Likewise I would expect ExtendedStackTrace to contain StackTraceItems or
>> StackTraceElements, not other ExtendedStackTrace elements.
>>
>> The same is true of Suppressed.
>>
>> Ralph
>>
>>
>>
>>
>> On May 13, 2014, at 11:53 PM, Ralph Goers <ralph.go...@dslextreme.com>
>> wrote:
>>
>> Sorry, I meant an example of how the JSON looks with these cases.  I am
>> less concerned with the XML.
>>
>> Ralph
>>
>> On May 13, 2014, at 10:23 PM, Gary Gregory <garydgreg...@gmail.com>
>> wrote:
>>
>> Here is an example for the current XML: http://pastebin.com/cLbuwe4b
>>
>> Gary
>>
>>
>> On Tue, May 13, 2014 at 10:53 PM, Ralph Goers <rgo...@apache.org> wrote:
>>
>>> Can you post an example?
>>>
>>> Sent from my iPad
>>>
>>> On May 13, 2014, at 6:51 PM, Gary Gregory <garydgreg...@gmail.com>
>>> wrote:
>>>
>>> This messages is about the format of tag names, not the shape of the
>>> elements.
>>>
>>> Right now, I have XML elements names in CamelCase format and XML
>>> attributes in camelCase format. Pretty standard.
>>>
>>> For JSON, I have both types of names as camelCase, but it makes the code
>>> a little awkward to undertamd and maintain.
>>>
>>> So what I think I'm going to do is use the CamelCase for objects and
>>> camelCase for primitives.
>>>
>>> This will give both the code and documents the same feel and it will
>>> make it easier to understand (IMO).
>>>
>>> Gary
>>>
>>> --
>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>>> Java Persistence with Hibernate, Second 
>>> Edition<http://www.manning.com/bauer3/>
>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> Spring Batch in Action <http://www.manning.com/templier/>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>>
>>
>>
>> --
>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> Java Persistence with Hibernate, Second 
>> Edition<http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>>
>>
>>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second 
> Edition<http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Reply via email to