Brainstorming about the Framework: Logic Tier

[David E. Jones-2]

If you could change anything about the logic tier in OFBiz (basically the Service Engine, services written in simple-methods and Java; also less formal logic like the many *Worker and *Helper classes), what would you change?

All comments are welcome. If there is another tool you'd like to see used instead of the Service Engine, please describe what you like about it (like "I prefer the freedom of unrestricted Java or Groovy instead of more restrictive servers" or "I like groovy a lot more than simple-methods because groovy is so much prettier") instead of just mentioning the tool (like "let's use groovy for everything like Grails does!").

Why am I asking? This topic comes up every once in a while, and it's true that many suggestions never get enough support to actually happen (or on further research it is decided that the idea is not tenable), but brainstorming about them to get ideas in the open is still a great thing. The history of OFBiz is full of things like this where users and more casual contributors had ideas and saw possibilities that others, even more involved contributors, totally missed or never looked at that way. What I think would be fun, and ultimately useful too, is to keep this mostly to brainstorming and not do too much comparing of ideas.

BTW, if you want to brainstorm about another tier (ie the Data or UI tiers) please use the other threads on those. If you'd like to discuss things that aren't specific to a tier look for the "General" thread.

-David

[Ruth Hoffman-2]

Hi David:
Changes to the Service Engine: the SECAs. I've had problems with the
serial nature of SECAs. Maybe I don't fully understand how they work,
but perhaps a graphical tool that takes an SECA chain, and draws each
participating Service?

And yes, the whole XML thing bothers me. But, that is just one of my
idiosyncrasies. IMHO, XML is great for defining data. Not for writing
procedures and instructions on how to do things. Programming languages
are much better at that.

Regards,
Ruth
----------------------------------------------------
Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz"
[hidden email]

David E Jones wrote:

> If you could change anything about the logic tier in OFBiz (basically the Service Engine, services written in simple-methods and Java; also less formal logic like the many *Worker and *Helper classes), what would you change?
>
> All comments are welcome. If there is another tool you'd like to see used instead of the Service Engine, please describe what you like about it (like "I prefer the freedom of unrestricted Java or Groovy instead of more restrictive servers" or "I like groovy a lot more than simple-methods because groovy is so much prettier") instead of just mentioning the tool (like "let's use groovy for everything like Grails does!").
>
> Why am I asking? This topic comes up every once in a while, and it's true that many suggestions never get enough support to actually happen (or on further research it is decided that the idea is not tenable), but brainstorming about them to get ideas in the open is still a great thing. The history of OFBiz is full of things like this where users and more casual contributors had ideas and saw possibilities that others, even more involved contributors, totally missed or never looked at that way. What I think would be fun, and ultimately useful too, is to keep this mostly to brainstorming and not do too much comparing of ideas.
>
> BTW, if you want to brainstorm about another tier (ie the Data or UI tiers) please use the other threads on those. If you'd like to discuss things that aren't specific to a tier look for the "General" thread.
>
> -David
>
>
>  

[Adrian Crum]

David E Jones wrote:
> If you could change anything about the logic tier in OFBiz (basically the Service Engine, services written in simple-methods and Java; also less formal logic like the many *Worker and *Helper classes), what would you change?

Better support for user-defined Java types (something I have been
working on). That would lead to the possibility of implementing DSL in
Groovy.

Mini-language's main benefit is its terseness. Its main drawback is it's
a procedural language. Worse yet, it is a procedural language written in
XML. It would be cool if we could implement the same "single line of
code does a lot of stuff" concept in Groovy.

[james_sg]

Hi,

I would prefer logic tier codes that allows me to
1. step through with a debugger;
2. add breakpoint; and
3. track variables :)

So a debugger for minilang will be good.

Regards,
James

David E Jones-4 wrote

If you could change anything about the logic tier in OFBiz (basically the Service Engine, services written in simple-methods and Java; also less formal logic like the many *Worker and *Helper classes), what would you change?

[BJ Freeman]

for now you can use
<log level="info" message="Called the Event: simpleEventTest"/>
or
<log level="info" message="textDataLen:${textDataLen}"/>
in the simple methods.


=========================
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/automation/viewforum.php?f=93>
Specialtymarket.com <http://www.specialtymarket.com/>

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
<http://www.linkedin.com/profile?viewProfile=&key=1237480&locale=en_US&trk=tab_pro>


james_sg sent the following on 3/11/2010 9:05 AM:

> Hi,
>
> I would prefer logic tier codes that allows me to
> 1. step through with a debugger;
> 2. add breakpoint; and
> 3. track variables :)
>
> So a debugger for minilang will be good.
>
> Regards,
> James
>
>
> David E Jones-4 wrote:
>>
>> If you could change anything about the logic tier in OFBiz (basically the
>> Service Engine, services written in simple-methods and Java; also less
>> formal logic like the many *Worker and *Helper classes), what would you
>> change?
>>
>>
>

[Jacques Le Roux]

From: "james_sg" <[hidden email]>
> Hi,
>
> I would prefer logic tier codes that allows me to
> 1. step through with a debugger;
> 2. add breakpoint; and
> 3. track variables :)

Most of the time <log... is enough for me, I must even say all the time :o)

Jacques
 

> So a debugger for minilang will be good.
>
> Regards,
> James
>
>
> David E Jones-4 wrote:
>>
>>
>> If you could change anything about the logic tier in OFBiz (basically the
>> Service Engine, services written in simple-methods and Java; also less
>> formal logic like the many *Worker and *Helper classes), what would you
>> change?
>>
>>
>
> --
> View this message in context: http://n4.nabble.com/Brainstorming-about-the-Framework-Logic-Tier-tp1588523p1589306.html
> Sent from the OFBiz - User mailing list archive at Nabble.com.
>