Re: strict mode but ignore null
Alex Fedotov <[email protected]> Thu, 7 Dec 2017 10:19:25 -0500
| Newsgroups | gmane.comp.jakarta.velocity.user |
|---|---|
| Message-ID | <CAHKxnLFso7x8Ar6mrNYPcDryLz3yz0tsZzgAmUC7FLee3uGQOg@mail.gmail.com> |
I am guessing that you can also install a reference insert handler in your setup and handle null values there as needed. Alex On Thu, Dec 7, 2017 at 9:35 AM, Claude Brisson <[email protected]> wrote: > I looked at the code, and, well, it looks like the strict mode is ... > rather strict. Even quiet references will throw an exception if you try to > access a property on a null object. > > The only thing you can do to circumvent the exception is wrapping the > property use in #if() statements : > > #if($nullobj) $nullobj.someProp #end > > > Claude > > > > On 06/12/2017 23:26, Veit Guna wrote: > >> Hi. >> >> I would like to setup Velocity so that invalid (=unknown) >> properties/methods are throwing an exception, but null values shouldn't. >> And that per default. >> I know that I could use quiet references, but I would have to think >> about everytime, whether it could be null or not. Or use it all the time, >> which I would like to avoid - since I'm lazy :). >> >> I activated strict mode which fails on unknown properties/methods - >> which is good. >> >> But it also fails on something like >> >> $valid.nullPropertyToObject.validproperty >> >> What I would like is, that it doesn't fail because of >> nullPropertyToObject being null. >> >> My basic idea around this is, to spot real errors like unknown >> properties during tests. >> I don't really care about actual null values/references - these should >> be rendered empty in case of null during runtime. >> >> In my tests I assert, that the rendering basically works (all >> properties/methods exist) and values are properly filled. >> But I don't want (ever) to fail only because one property is null during >> runtime. >> >> Is this somehow possible? >> >> I just upgraded to 2.0 hoping that this is handled more flexible now. >> >> Cheers >> Veit >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >