Re: [core] performance: disabling "old" technologies

[Martin Marinschek <mm...@apache.org>]

Great stuff! This is certainly important...

best regards,

Martin

On Sun, Sep 26, 2010 at 3:01 PM, Michael Concini <mc...@gmail.com> wrote:
> +1 on Martin's proposed changes.  I also concur that we should look into
> moving to StAX if it will help improve startup time.
> Regards,
> Mike
>
> On Sun, Sep 26, 2010 at 7:31 AM, Gerhard <ge...@gmail.com> wrote:
>>
>> +1
>> regards,
>> gerhard
>>
>> http://www.irian.at
>>
>> Your JSF powerhouse -
>> JSF Consulting, Development and
>> Courses in English and German
>>
>> Professional Support for Apache MyFaces
>>
>>
>>
>> 2010/9/26 Jakob Korherr <ja...@gmail.com>
>>>
>>> +1 on that. Great idea!
>>>
>>> Furthermore changing to StAX is also a great idea.
>>>
>>> Regards,
>>> Jakob
>>>
>>> 2010/9/25 Ganesh <ga...@j4fry.org>:
>>> > Great approach. Though the spec would be the right place for this I
>>> > think we
>>> > should have it in MyFaces asap and do our best to push it to the 2.2
>>> > spec.
>>> >
>>> > Am 24.09.2010 14:33, schrieb Martin Koci:
>>> >>
>>> >> Hi,
>>> >>
>>> >> since JSF 2.0 JSP support and<managed-bean>  are deprecated. Since 1.2
>>> >> same for javax.faces.el.
>>> >>
>>> >>
>>> >> For performace reasons I suggest find a way how disable following:
>>> >>
>>> >> 1) Managed Bean support (o.a.m.SUPPORT_MANAGED_BEANS=false)
>>> >>
>>> >> if this flag is false, myfaces will not install ManagedBeanResolver
>>> >> and
>>> >> will skip managed beans processing during startup (or outputs a
>>> >> warning
>>> >> if managed bean is found and this flag is false).
>>> >>
>>> >>
>>> >> 2) VariableResolver and PropertyResolver
>>> >> (o.a.m.SUPPORT_JAVAX_FACES_EL=false)
>>> >>
>>> >> myfaces will not install VariableResolverImpl and
>>> >> VariableResolverToELResolver and PropertyResolver implementations
>>> >>
>>> >>
>>> >> 3) (o.a.m.SUPPORT_JSP=false)
>>> >> if this flag is false myfaces will not install
>>> >> FacesCompositeELResolver
>>> >> and will skip JSP initializer during startup. FacesCompositeELResolver
>>> >> is related to VariableResolverImpl, maybe this can be one paramater.
>>> >>
>>> >> Those are only suggestions. I did some initial profiling and when
>>> >> "old"
>>> >> technogies are disabled myfaces gain significant performance boost,
>>> >> especially in render response phase.
>>> >>
>>> >> Another solution for ELResolvers only is use of comparator but this
>>> >> does
>>> >> not allow skip certain parts of code.
>>> >>
>>> >> WDYT?
>>> >>
>>> >> Kočičák
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >
>>> > --
>>> > "There are two kinds of people in the world, those who believe there
>>> > are two
>>> > kinds of people and those who don't."
>>> > — Robert Benchley
>>> >
>>>
>>>
>>>
>>> --
>>> Jakob Korherr
>>>
>>> blog: http://www.jakobk.com
>>> twitter: http://twitter.com/jakobkorherr
>>> work: http://www.irian.at
>>
>
>



-- 

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces