You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Paul Foxworthy <pa...@cohsoft.com.au> on 2018/01/03 00:22:26 UTC
Re: Tree View of Call Graph for Services and Simple Methods
Hi James,
I have been pondering something like this.
I suggest the output should be in a structured format like XML, JSON or
YAML, so it can be parsed by tools. Maybe YAML because it's intended to
give wiki-like human readability.
I suggest the ability to capture parameter values. You might make that
optional, with "summary" and "verbose" options. Parameter values would only
be logged if the "verbose" option is enabled.
With both of these in place, one could use this to capture a series of
steps to generate a reproducible unit test, or to compose existing services
into a super-service.
The minilang <trace> element and its implementation might have some
relevance.
Cheers
Paul Foxworthy
On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
> Hi All,
>
> Would like implement a feature to log a tree view of services, simple
> methods, events that are called during a request.
> Something like:
> -> Service A
> -> Simple Method B
> -> Service C (Async)
> -> Simple Method D
>
> All feedback is greatly appreciated.
>
> Regards,
> James Yong
>
--
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia
Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: info@coherentsoftware.com.au
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 05/01/2018 à 01:08, Paul Foxworthy a écrit :
> On 4 January 2018 at 19:47, Jacques Le Roux <ja...@les7arts.com>
> wrote:
>
>> I thought about that too, what about http://yaml.org/xml.html ?
>>
> So the point of the XML binding for YAML is that it is XML, but can be
> transformed to YAML?
>
> If the XML is the capture format, transforming to any other format would be
> purely for the purpose of human readability, yes?
>
> If so, what's the benefit of YAML compared to plain text?
>
> Cheers
>
> Paul Foxworthy
>
Actually none :)
Jacques
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Paul Foxworthy <pa...@cohsoft.com.au>.
On 4 January 2018 at 19:47, Jacques Le Roux <ja...@les7arts.com>
wrote:
> I thought about that too, what about http://yaml.org/xml.html ?
>
So the point of the XML binding for YAML is that it is XML, but can be
transformed to YAML?
If the XML is the capture format, transforming to any other format would be
purely for the purpose of human readability, yes?
If so, what's the benefit of YAML compared to plain text?
Cheers
Paul Foxworthy
--
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia
Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: info@coherentsoftware.com.au
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Jacques Le Roux <ja...@les7arts.com>.
I thought about that too, what about http://yaml.org/xml.html ?
Jacques
Le 04/01/2018 à 00:13, Taher Alkhateeb a écrit :
> Yeah that sounds reasonable and we will not need any new libraries or
> logic, just one or few xslt docs.
>
> On Jan 4, 2018 2:00 AM, "Paul Foxworthy" <pa...@cohsoft.com.au> wrote:
>
> Hi Taher,
>
> Yes, that had occurred to me. How about a capture format of XML and an XSLT
> transform to HTML and/or plain text for human readability?
>
> Cheers
>
> Paul Foxworthy
>
>
> On 4 January 2018 at 04:55, Taher Alkhateeb <sl...@gmail.com>
> wrote:
>
>> Hmm, I'm not sure it would be a great idea to introduce a new data
>> format to OFBiz. It would mean adding new libraries to the framework
>> and thus more complexity.
>>
>> I know XML is not the greatest data format in the world, but it is
>> what OFBiz uses, and so we should always try to stay consistent in our
>> approach.
>>
>> On Wed, Jan 3, 2018 at 1:24 PM, Jacques Le Roux
>> <ja...@les7arts.com> wrote:
>>> +1 for YAML
>>>
>>> Jacques
>>>
>>>
>>>
>>> Le 03/01/2018 à 01:22, Paul Foxworthy a écrit :
>>>> Hi James,
>>>>
>>>> I have been pondering something like this.
>>>>
>>>> I suggest the output should be in a structured format like XML, JSON or
>>>> YAML, so it can be parsed by tools. Maybe YAML because it's intended to
>>>> give wiki-like human readability.
>>>>
>>>> I suggest the ability to capture parameter values. You might make that
>>>> optional, with "summary" and "verbose" options. Parameter values would
>>>> only
>>>> be logged if the "verbose" option is enabled.
>>>>
>>>> With both of these in place, one could use this to capture a series of
>>>> steps to generate a reproducible unit test, or to compose existing
>>>> services
>>>> into a super-service.
>>>>
>>>> The minilang <trace> element and its implementation might have some
>>>> relevance.
>>>>
>>>> Cheers
>>>>
>>>> Paul Foxworthy
>>>>
>>>>
>>>> On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> Would like implement a feature to log a tree view of services, simple
>>>>> methods, events that are called during a request.
>>>>> Something like:
>>>>> -> Service A
>>>>> -> Simple Method B
>>>>> -> Service C (Async)
>>>>> -> Simple Method D
>>>>>
>>>>> All feedback is greatly appreciated.
>>>>>
>>>>> Regards,
>>>>> James Yong
>>>>>
>>>>
>
>
> --
> Coherent Software Australia Pty Ltd
> PO Box 2773
> Cheltenham Vic 3192
> Australia
>
> Phone: +61 3 9585 6788
> Web: http://www.coherentsoftware.com.au/
> Email: info@coherentsoftware.com.au
>
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Taher Alkhateeb <sl...@gmail.com>.
Yeah that sounds reasonable and we will not need any new libraries or
logic, just one or few xslt docs.
On Jan 4, 2018 2:00 AM, "Paul Foxworthy" <pa...@cohsoft.com.au> wrote:
Hi Taher,
Yes, that had occurred to me. How about a capture format of XML and an XSLT
transform to HTML and/or plain text for human readability?
Cheers
Paul Foxworthy
On 4 January 2018 at 04:55, Taher Alkhateeb <sl...@gmail.com>
wrote:
> Hmm, I'm not sure it would be a great idea to introduce a new data
> format to OFBiz. It would mean adding new libraries to the framework
> and thus more complexity.
>
> I know XML is not the greatest data format in the world, but it is
> what OFBiz uses, and so we should always try to stay consistent in our
> approach.
>
> On Wed, Jan 3, 2018 at 1:24 PM, Jacques Le Roux
> <ja...@les7arts.com> wrote:
> > +1 for YAML
> >
> > Jacques
> >
> >
> >
> > Le 03/01/2018 à 01:22, Paul Foxworthy a écrit :
> >>
> >> Hi James,
> >>
> >> I have been pondering something like this.
> >>
> >> I suggest the output should be in a structured format like XML, JSON or
> >> YAML, so it can be parsed by tools. Maybe YAML because it's intended to
> >> give wiki-like human readability.
> >>
> >> I suggest the ability to capture parameter values. You might make that
> >> optional, with "summary" and "verbose" options. Parameter values would
> >> only
> >> be logged if the "verbose" option is enabled.
> >>
> >> With both of these in place, one could use this to capture a series of
> >> steps to generate a reproducible unit test, or to compose existing
> >> services
> >> into a super-service.
> >>
> >> The minilang <trace> element and its implementation might have some
> >> relevance.
> >>
> >> Cheers
> >>
> >> Paul Foxworthy
> >>
> >>
> >> On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
> >>
> >>> Hi All,
> >>>
> >>> Would like implement a feature to log a tree view of services, simple
> >>> methods, events that are called during a request.
> >>> Something like:
> >>> -> Service A
> >>> -> Simple Method B
> >>> -> Service C (Async)
> >>> -> Simple Method D
> >>>
> >>> All feedback is greatly appreciated.
> >>>
> >>> Regards,
> >>> James Yong
> >>>
> >>
> >>
> >
>
--
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia
Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: info@coherentsoftware.com.au
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Paul Foxworthy <pa...@cohsoft.com.au>.
Hi Taher,
Yes, that had occurred to me. How about a capture format of XML and an XSLT
transform to HTML and/or plain text for human readability?
Cheers
Paul Foxworthy
On 4 January 2018 at 04:55, Taher Alkhateeb <sl...@gmail.com>
wrote:
> Hmm, I'm not sure it would be a great idea to introduce a new data
> format to OFBiz. It would mean adding new libraries to the framework
> and thus more complexity.
>
> I know XML is not the greatest data format in the world, but it is
> what OFBiz uses, and so we should always try to stay consistent in our
> approach.
>
> On Wed, Jan 3, 2018 at 1:24 PM, Jacques Le Roux
> <ja...@les7arts.com> wrote:
> > +1 for YAML
> >
> > Jacques
> >
> >
> >
> > Le 03/01/2018 à 01:22, Paul Foxworthy a écrit :
> >>
> >> Hi James,
> >>
> >> I have been pondering something like this.
> >>
> >> I suggest the output should be in a structured format like XML, JSON or
> >> YAML, so it can be parsed by tools. Maybe YAML because it's intended to
> >> give wiki-like human readability.
> >>
> >> I suggest the ability to capture parameter values. You might make that
> >> optional, with "summary" and "verbose" options. Parameter values would
> >> only
> >> be logged if the "verbose" option is enabled.
> >>
> >> With both of these in place, one could use this to capture a series of
> >> steps to generate a reproducible unit test, or to compose existing
> >> services
> >> into a super-service.
> >>
> >> The minilang <trace> element and its implementation might have some
> >> relevance.
> >>
> >> Cheers
> >>
> >> Paul Foxworthy
> >>
> >>
> >> On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
> >>
> >>> Hi All,
> >>>
> >>> Would like implement a feature to log a tree view of services, simple
> >>> methods, events that are called during a request.
> >>> Something like:
> >>> -> Service A
> >>> -> Simple Method B
> >>> -> Service C (Async)
> >>> -> Simple Method D
> >>>
> >>> All feedback is greatly appreciated.
> >>>
> >>> Regards,
> >>> James Yong
> >>>
> >>
> >>
> >
>
--
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia
Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: info@coherentsoftware.com.au
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Taher Alkhateeb <sl...@gmail.com>.
Hmm, I'm not sure it would be a great idea to introduce a new data
format to OFBiz. It would mean adding new libraries to the framework
and thus more complexity.
I know XML is not the greatest data format in the world, but it is
what OFBiz uses, and so we should always try to stay consistent in our
approach.
On Wed, Jan 3, 2018 at 1:24 PM, Jacques Le Roux
<ja...@les7arts.com> wrote:
> +1 for YAML
>
> Jacques
>
>
>
> Le 03/01/2018 à 01:22, Paul Foxworthy a écrit :
>>
>> Hi James,
>>
>> I have been pondering something like this.
>>
>> I suggest the output should be in a structured format like XML, JSON or
>> YAML, so it can be parsed by tools. Maybe YAML because it's intended to
>> give wiki-like human readability.
>>
>> I suggest the ability to capture parameter values. You might make that
>> optional, with "summary" and "verbose" options. Parameter values would
>> only
>> be logged if the "verbose" option is enabled.
>>
>> With both of these in place, one could use this to capture a series of
>> steps to generate a reproducible unit test, or to compose existing
>> services
>> into a super-service.
>>
>> The minilang <trace> element and its implementation might have some
>> relevance.
>>
>> Cheers
>>
>> Paul Foxworthy
>>
>>
>> On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
>>
>>> Hi All,
>>>
>>> Would like implement a feature to log a tree view of services, simple
>>> methods, events that are called during a request.
>>> Something like:
>>> -> Service A
>>> -> Simple Method B
>>> -> Service C (Async)
>>> -> Simple Method D
>>>
>>> All feedback is greatly appreciated.
>>>
>>> Regards,
>>> James Yong
>>>
>>
>>
>
Re: Tree View of Call Graph for Services and Simple Methods
Posted by Jacques Le Roux <ja...@les7arts.com>.
+1 for YAML
Jacques
Le 03/01/2018 à 01:22, Paul Foxworthy a écrit :
> Hi James,
>
> I have been pondering something like this.
>
> I suggest the output should be in a structured format like XML, JSON or
> YAML, so it can be parsed by tools. Maybe YAML because it's intended to
> give wiki-like human readability.
>
> I suggest the ability to capture parameter values. You might make that
> optional, with "summary" and "verbose" options. Parameter values would only
> be logged if the "verbose" option is enabled.
>
> With both of these in place, one could use this to capture a series of
> steps to generate a reproducible unit test, or to compose existing services
> into a super-service.
>
> The minilang <trace> element and its implementation might have some
> relevance.
>
> Cheers
>
> Paul Foxworthy
>
>
> On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
>
>> Hi All,
>>
>> Would like implement a feature to log a tree view of services, simple
>> methods, events that are called during a request.
>> Something like:
>> -> Service A
>> -> Simple Method B
>> -> Service C (Async)
>> -> Simple Method D
>>
>> All feedback is greatly appreciated.
>>
>> Regards,
>> James Yong
>>
>
>
Re: Tree View of Call Graph for Services and Simple Methods
Posted by James Yong <ja...@apache.org>.
Hi Paul and all,
Currently the output is logged directly in the console.
Haven't looked into the capturing of parameter values but I think is a good idea.
Feedbacks welcome for further usability and improvement.
Regards,
James Yong
On 2018/01/03 00:22:26, Paul Foxworthy <pa...@cohsoft.com.au> wrote:
> Hi James,
>
> I have been pondering something like this.
>
> I suggest the output should be in a structured format like XML, JSON or
> YAML, so it can be parsed by tools. Maybe YAML because it's intended to
> give wiki-like human readability.
>
> I suggest the ability to capture parameter values. You might make that
> optional, with "summary" and "verbose" options. Parameter values would only
> be logged if the "verbose" option is enabled.
>
> With both of these in place, one could use this to capture a series of
> steps to generate a reproducible unit test, or to compose existing services
> into a super-service.
>
> The minilang <trace> element and its implementation might have some
> relevance.
>
> Cheers
>
> Paul Foxworthy
>
>
> On 24 December 2017 at 03:37, James Yong <ja...@apache.org> wrote:
>
> > Hi All,
> >
> > Would like implement a feature to log a tree view of services, simple
> > methods, events that are called during a request.
> > Something like:
> > -> Service A
> > -> Simple Method B
> > -> Service C (Async)
> > -> Simple Method D
> >
> > All feedback is greatly appreciated.
> >
> > Regards,
> > James Yong
> >
>
>
>
> --
> Coherent Software Australia Pty Ltd
> PO Box 2773
> Cheltenham Vic 3192
> Australia
>
> Phone: +61 3 9585 6788
> Web: http://www.coherentsoftware.com.au/
> Email: info@coherentsoftware.com.au
>