wrote:
From: Al Byers bye...@automationgroups.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org, adrian.c...@yahoo.com
Date: Tuesday, April 14, 2009, 10:21 PM
What is the reason there is not a method to create empty
lists and maps in
simple-methods? I have found
Cool. Thanks!
I'll work on that.
-Adrian
--- On Tue, 4/14/09, David E Jones david.jo...@hotwaxmedia.com wrote:
From: David E Jones david.jo...@hotwaxmedia.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org
Date: Tuesday, April 14, 2009, 11:03 PM
I
--- On Tue, 4/14/09, Al Byers bye...@automationgroups.com wrote:
From: Al Byers bye...@automationgroups.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org, adrian.c...@yahoo.com
Date: Tuesday, April 14, 2009, 10:21 PM
What is the reason there is not a method
As many of you know, the introduction of the Uniform Expression Language
into the framework caused some backward compatibility problems -
specifically with IDs being used as Map keys. I tried to accommodate
that with a couple of bits of code, but there are still some issues.
There have been
Thanks for writing about this Adrian. I played with this a bit
yesterday after seeing your messages and the issue about the income
statement.
The main point that I think is important is that it is a WAY better
approach to use the natural data instead of trying to prefix it, as
that is
David,
Thanks for the reply!
I don't like the prefixing either, that's why I suggested the new
attribute values. To me, that makes the OFBiz scripting more like other
script engines - you can't use a variable unless it is declared.
One clarification that needs to be made though, in UEL the
Avoiding declaration of variables was actually one of the goals of the
simple-methods, just like it is for most scripting languages (as
opposed to compiled languages).
I have no problem with the proposed attribute/etc, but it would be
nice to find a less cumbersome alternative... :)
Let's see if revision 764992 solves the problem.
-Adrian
David E Jones wrote:
Avoiding declaration of variables was actually one of the goals of the
simple-methods, just like it is for most scripting languages (as
opposed to compiled languages).
I have no problem with the proposed
Sorry if I'm asking something obvious here and keep in mind I haven't
really followed the UEL introduction very closely.
You say below that these numeric Ids are evaluated to integers and my
question is why exactly is that? I'm quite sure in 99% of cases the
actual type of the map entry
Scott,
You're missing something: The problem is with using integers as Map keys, not
Map values.
-Adrian
--- On Tue, 4/14/09, Scott Gray scott.g...@hotwaxmedia.com wrote:
From: Scott Gray scott.g...@hotwaxmedia.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev
...@hotwaxmedia.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org
Date: Tuesday, April 14, 2009, 5:22 PM
Sorry if I'm asking something obvious here and keep in
mind I haven't really followed the UEL introduction very
closely.
You say below that these numeric Ids are evaluated
it goes.
-Adrian
--- On Tue, 4/14/09, Scott Gray scott.g...@hotwaxmedia.com wrote:
From: Scott Gray scott.g...@hotwaxmedia.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org
Date: Tuesday, April 14, 2009, 6:14 PM
Isn't someEntity.someId a String
, 4/14/09, Scott Gray scott.g...@hotwaxmedia.com wrote:
From: Scott Gray scott.g...@hotwaxmedia.com
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org
Date: Tuesday, April 14, 2009, 6:14 PM
Isn't someEntity.someId a String?
For example
Subject: Re: Discussion: UEL and backward incompatibility
To: dev@ofbiz.apache.org, adrian.c...@yahoo.com
Date: Tuesday, April 14, 2009, 10:21 PM
What is the reason there is not a method to create empty
lists and maps in
simple-methods? I have found a need to do such many times.
I was welcoming
14 matches
Mail list logo
