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 <mgrigo...@apache.org>:
>> We do.
>> Topicus (Martijn) as well.
>> 
>> On Wed, Jul 27, 2011 at 10:01 AM, Martin Makundi
>> <martin.maku...@koodaripalvelut.com> 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
>>>> <martin.maku...@koodaripalvelut.com> 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 <mgrigo...@apache.org>:
>>>>>> 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
>>>>>> <martin.maku...@koodaripalvelut.com> 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