Re: WOLips gives WO Template Problems (keypaths) even if not real problems!
Re: WOLips gives WO Template Problems (keypaths) even if not real problems!
- Subject: Re: WOLips gives WO Template Problems (keypaths) even if not real problems!
- From: Christoph Wick <email@hidden>
- Date: Tue, 25 Mar 2014 23:09:37 +0100
Aehm, yes, sorry. I meant inline bindings.
AFAIK there's nothing like the // VALID for inline bindings.
But I'd love to learn that there is something ...
C.U.CW
--
What are the three enemies of a programmer? Sunlight, oxygen, and the appalling roar of the birds.
On 25.03.2014, at 23:01, Chuck Hill <email@hidden> wrote:
> I would have thought that WOGNL expressions were exempt from validation. If not, the //VALID should work for them too.
>
> Did you mean inline bindings? I am not sure if there is anything to use with inline bindings.
>
> Chuck
>
>
> On 2014-03-25, 2:57 PM, "Christoph Wick" wrote:
>
> Hi Chuck,
>
> is there something like the "// VALID" marker if you are using WOOngl?
>
> "// VALID" is working only if you are using WOD, isn't it?
>
> C.U.CW
> --
> What are the three enemies of a programmer? Sunlight, oxygen, and the appalling roar of the birds.
>
>
> On 25.03.2014, at 17:47, Chuck Hill <email@hidden> wrote:
>
> The // VALID marker is the intended way to fix validation problems like this.
> Chuck
> On 2014-03-25, 7:33 AM, "Filippo Laurìa" wrote:
> Hello everybody,
> I have a simple `component id generator` that implements
> `NSKeyValueCodingAdditions`. Something like this:
> public class ComponentIDGenerator implements NSKeyValueCodingAdditions {
> private String idBase;
> public ComponentIDGenerator(
> WOComponent component) {
> idBase = "_" + component.context().elementID().replace('.', '_');
> }
> public Object valueForKeyPath(String keypath) {
> return get(keypath);
> }
> public String get(String keypath) {
> String suffix = keypath.replace('.', '_');
> return idBase + "_" + suffix;
> }
> ...
> }
> I pasted it because it is really simple to understand.
> When initializing a component (in the appendToResponse() method) the
> generator is called like this:
> `String idFor = new ComponentIDGenerator(this);`
> In the wod, when I try to access keys like:
> `idFor.foo` or `idFor.bar` i get WO Template errors from WOLips:
> "there is no key foo for the keypath idFor".
> It's useless to say that at runtime everything runs fine.
> I found two ways to workaround this issues:
> 1) use WOGNL expression in the wod. So i use ~idFor.foo
> 2) foreach key create a getKey method. For example: getFoo()
> return idFor.valueForKey("foo").toString();
> I don't like those two ways:
> the first because it is not our purpose to use WOGNL framework in the
> application,
> the second because the work load becomes very huge.
> Maybe there is a third way:
> put // VALID next to the wod defecting property-value pair, like
> id = idFor.foo; // VALID
> I want to know if is there a correct way to remove this kind of errors
> between those i mentioned before, or maybe something better.
> Thank you for reading.
> Regards,
> Filippo Lauria
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> This email sent to email@hidden
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> This email sent to email@hidden
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden