Hi Jacopo,
great job! Groovy as DSL is very handsome (cause i can use a debugger :-)).
In the longterm future i would support Adrians approach to create an
abstract implementation of the DSL.
Some words to the groovy speed. In (theoretically) benchmarks groovy
is slower than java. Interesting wou
[
https://issues.apache.org/jira/browse/OFBIZ-4726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13225901#comment-13225901
]
Jacques Le Roux commented on OFBIZ-4726:
Also I close, because we will never try t
[
https://issues.apache.org/jira/browse/OFBIZ-4726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-4726.
--
Resolution: Duplicate
Fix Version/s: Release Branch 10.04
Release Bran
Thank you Anne,
please see my comments inline:
On Mar 9, 2012, at 1:55 AM, Anne wrote:
> Hi Jacopo
>
> That is an excellent start! I used to prefer minilang to java because it
> was so easy to do common tasks, but 2 things about it were so annoying that
> I now only use it for the simplest task
[
https://issues.apache.org/jira/browse/OFBIZ-4725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13225835#comment-13225835
]
Jacopo Cappellato commented on OFBIZ-4725:
--
In most common B2B scenarios the poin
Hi Jacopo
That is an excellent start! I used to prefer minilang to java because it
was so easy to do common tasks, but 2 things about it were so annoying that
I now only use it for the simplest tasks. But with java I have to put up
with all that extra code to get simple things done.
Your groovy a
[
https://issues.apache.org/jira/browse/OFBIZ-4725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13225708#comment-13225708
]
Anne Jessel commented on OFBIZ-4725:
I don't think points 4 through 8 are right. One p
On Mar 8, 2012, at 8:30 PM, Adrian Crum wrote:
> I like the general concept, but I think it can be made generic so it is
> reusable in other languages. That is what I was trying to describe earlier.
>
> I looked at GroovyBaseScript and I don't see any reason why it needs to be
> made Groovy-sp
Thanks Jacques.
I actually don't know the answer but I will be surprised if everyone will agree
to switch from Minilang to Groovy (at least not in the short term); by the way
I still see a value in the effort of cleaning and making Minilang more
consistent (maybe I would not spend much of my ti
I like the general concept, but I think it can be made generic so it is
reusable in other languages. That is what I was trying to describe earlier.
I looked at GroovyBaseScript and I don't see any reason why it needs to
be made Groovy-specific. Have the class access bindings from JSR-223 and
T
Hi Jacopo,
Interesting, but then (question to all, and espaically Adrian who began on minilang overhaul ) should we continue the minilang
overhaul or rather gather all efforts to completly, step by step, move all minilang scripts to this new possiblity?
Jacques
From: "Jacopo Cappellato"
Hi
Le 08/03/2012 20:04, Karl Pitrich a écrit :
Hi Jacopo,
a nice step in the right direction, IMHO. I like it.
Do you think it's possible to hack up a transpiler from Minilang to
JacopoLang(tm),
(i.e. like Coffescript has for Javascript), so that we can get rid of minilang
entirely?
Hi Karl,
From: "Adrian Crum"
Some more food for thought...
Looking through the Java code, I can see that there is no runtime validation being performed. Granted, a decent XML editor will
warn you about required attributes and elements and such, but not everyone uses that type of XML editor. Worse yet,
Hi Jacopo,
a nice step in the right direction, IMHO. I like it.
Do you think it's possible to hack up a transpiler from Minilang to
JacopoLang(tm),
(i.e. like Coffescript has for Javascript), so that we can get rid of minilang
entirely?
Greetings,
- Karl
On 08.03.2012, at 19:02, Jacopo C
Some more food for thought...
Looking through the Java code, I can see that there is no runtime
validation being performed. Granted, a decent XML editor will warn you
about required attributes and elements and such, but not everyone uses
that type of XML editor. Worse yet, there is no way to k
On Mar 8, 2012, at 7:03 PM, Adrian Crum wrote:
>>
>> B) instead of:
>>
>>
>>
>> we could have
>>
>>
>
> Keep in mind that UEL would interpret FooError as an element of a Map called
> ErrorMessages.
>
> What you suggested can be done, but it will require more modifications to the
> UEL i
This is a good list. Thanks Jacopo!
There are some issues with your suggestions - comments inline...
-Adrian
On 3/8/2012 3:18 PM, Jacopo Cappellato wrote:
A) I would like to see removed all the attributes "map-name" and just leave the
"field" attribute; for example:
can be:
B) instead o
Hi all,
I have just completed my first pass in the implementation of a DSL (Domain
Specific Language) for OFBiz that can be used by Groovy services to act like a
modern version of Minilang.
Please review my notes here:
https://cwiki.apache.org/confluence/display/OFBIZ/Groovy+Services+and+DSL+f
9.04.02 and 10.04 releases are broken and don't install at all
--
Key: OFBIZ-4726
URL: https://issues.apache.org/jira/browse/OFBIZ-4726
Project: OFBiz
Issue Type: Bug
Affects Ve
[
https://issues.apache.org/jira/browse/OFBIZ-2628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sascha Rodekamp closed OFBIZ-2628.
--
Resolution: Fixed
fixed the redirect bug. The encoding in the RequestHandler was obsolete and
Ah, and just to be clear: I also agree with the comments in Confluence about
deprecating other elements as well (I actually didn't include them in my list
but I agree they should be removed).
Jacopo
On Mar 8, 2012, at 4:18 PM, Jacopo Cappellato wrote:
> A) I would like to see removed all the a
A) I would like to see removed all the attributes "map-name" and just leave the
"field" attribute; for example:
can be:
B) instead of:
we could have
C) instead of:
we could have:
D) similarly deprecate (replaced by "set"):
I don't have more time today but there
Ok thanks adrian
Nicolas
Le 08/03/2012 14:46, adrian.c...@sandglass-software.com a écrit :
Voting on each item will not work because there are too many. We can
discuss things here and when there seems to be general agreement, I
will ask for a vote on the entire grammar. When that vote passes, I
Voting on each item will not work because there are too many. We can
discuss things here and when there seems to be general agreement, I
will ask for a vote on the entire grammar. When that vote passes, I
will include the proposals in the grammar (move them out of the blue
boxes and into th
Thanks adrian for this works,
I will add my propositions.
After all proposition will include on wiki, how to you proceed to
approve each ? A vote on mailing list for each ?
Nicolas
Le 07/03/2012 19:18, Adrian Crum a écrit :
I created a Wiki page to help get things started:
https://cwiki.ap
Adrian,
what is your plan ? you want to use mini-lang for development and
compile to java at the same time ?!
Issues with recompile can resolved with an ant task that monitors src
directory for changes, and trigger a recompile when changes occur.
Reloading the compile java can be by external utilit
26 matches
Mail list logo