read the changelog for 1.5 ...

if you still can't see it you can stay on 1.4, no problem...


Am 27.07.2011 um 13:36 schrieb Martin Makundi:

> The  gain is ?
> 
> **
> Martin
> 
> 2011/7/27 Peter Ertl <[email protected]>:
>> no pain, no gain :-)
>> 
>> (and it won't be that hard, believe me :-)
>> 
>> Am 27.07.2011 um 09:11 schrieb Martin Makundi:
>> 
>>> It was so difficult porting from 1.4.9 to 1.4.17 I dread the next step ... 
>>> ;)
>>> 
>>> 2011/7/27 Martin Grigorov <[email protected]>:
>>>> We do.
>>>> Topicus (Martijn) as well.
>>>> 
>>>> On Wed, Jul 27, 2011 at 10:01 AM, Martin Makundi
>>>> <[email protected]> wrote:
>>>>>> My observations were about 1.5.
>>>>>> You are right about 1.4.
>>>>>> One more proof that 1.5 is better :-)
>>>>> 
>>>>> Anybody use 1.5 in production after refactoring from 1.4 ?
>>>>> 
>>>>> **
>>>>> Martin
>>>>>> 
>>>>>> On Wed, Jul 27, 2011 at 9:26 AM, Martin Makundi
>>>>>> <[email protected]> wrote:
>>>>>>> Hmm.. I don't see that. I see in both they are executed when (value != 
>>>>>>> null)
>>>>>>> 
>>>>>>> Also if I step through with debugger, it invokes twice
>>>>>>> substitutePropertyExpressions
>>>>>>> 
>>>>>>> **
>>>>>>> Martin
>>>>>>> 
>>>>>>> 2011/7/27 Martin Grigorov <[email protected]>:
>>>>>>>> If you read carefully the code you'll see that the calls are in 
>>>>>>>> if/else.
>>>>>>>> The first call is called only if the returned 'value' is non-null. The
>>>>>>>> second is called only if the value was null and defaultValue is used.
>>>>>>>> 
>>>>>>>> On Wed, Jul 27, 2011 at 5:30 AM, Martin Makundi
>>>>>>>> <[email protected]> wrote:
>>>>>>>>> Hi!
>>>>>>>>> 
>>>>>>>>> In wicket 1.4.17 it seems like there is deouble invocation of
>>>>>>>>> substitutePropertyExpressions, is this intentional?
>>>>>>>>> 
>>>>>>>>>    public String getString(final String key, final Component 
>>>>>>>>> component,
>>>>>>>>> final IModel<?> model,
>>>>>>>>>        final String defaultValue) throws MissingResourceException
>>>>>>>>>    {
>>>>>>>>>       ...
>>>>>>>>>        String value = getStringIgnoreSettings(key, component, model, 
>>>>>>>>> null);
>>>>>>>>> ---> calls substitutePropertyExpressions(component, value, model);
>>>>>>>>>       ...
>>>>>>>>>          if (value != null)
>>>>>>>>>        {
>>>>>>>>>            return substitutePropertyExpressions(component, value, 
>>>>>>>>> model);
>>>>>>>>>        }
>>>>>>>>>       ...
>>>>>>>>>    {
>>>>>>>>> 
>>>>>>>>> and inside getStringIgnoreSettings:
>>>>>>>>> 
>>>>>>>>>    public String getStringIgnoreSettings(final String key, final 
>>>>>>>>> Component
>>>>>>>>> component,
>>>>>>>>>        final IModel<?> model, final String defaultValue)
>>>>>>>>>    {
>>>>>>>>>       ...
>>>>>>>>>          if (value != null)
>>>>>>>>>        {
>>>>>>>>>            return substitutePropertyExpressions(component, value, 
>>>>>>>>> model);
>>>>>>>>>        }
>>>>>>>>>       ...
>>>>>>>>>    {
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Seems redundant and might have some performance considerations?
>>>>>>>>> 
>>>>>>>>> **
>>>>>>>>> Martin
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> --
>>>>>>>> Martin Grigorov
>>>>>>>> jWeekend
>>>>>>>> Training, Consulting, Development
>>>>>>>> http://jWeekend.com
>>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Martin Grigorov
>>>>>> jWeekend
>>>>>> Training, Consulting, Development
>>>>>> http://jWeekend.com
>>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Martin Grigorov
>>>> jWeekend
>>>> Training, Consulting, Development
>>>> http://jWeekend.com
>>>> 
>> 
>> 

Reply via email to