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
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:
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
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,
A) I would like to see removed all the attributes map-name and just leave the
field attribute; for example:
clear-field field=foo map-name=parameters/
can be:
clear-field field=parameters.foo/
B) instead of:
fail-property resource=ErrorMessages property=FooError /
we could have
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
[
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
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
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:
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:
clear-field field=foo
On Mar 8, 2012, at 7:03 PM, Adrian Crum wrote:
B) instead of:
fail-property resource=ErrorMessages property=FooError /
we could have
fail-property property=ErrorMessages.FooError /
Keep in mind that UEL would interpret FooError as an element of a Map called
ErrorMessages.
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
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
From: Adrian Crum adrian.c...@sandglass-software.com
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
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,
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
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
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
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
[
https://issues.apache.org/jira/browse/OFBIZ-4725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13225708#comment-13225708
]
Anne Jessel commented on OFBIZ-4725:
I don't think points 4 through 8 are right. One
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
[
https://issues.apache.org/jira/browse/OFBIZ-4725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13225835#comment-13225835
]
Jacopo Cappellato commented on OFBIZ-4725:
--
In most common B2B scenarios the
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 tasks.
[
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
[
https://issues.apache.org/jira/browse/OFBIZ-4726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13225901#comment-13225901
]
Jacques Le Roux commented on OFBIZ-4726:
Also I close, because we will never try
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
26 matches
Mail list logo
