On Thu, Jun 7, 2012 at 11:52 AM, Senaka Fernando <[email protected]> wrote:

> Hi all,
>
> I recall that this issue in the Activation Handler was reported as a
> critical issue for an older Stratos release, and fixed on the release
> branch. It seems that people do not commit there fixes to the branch to the
> trunk as well, :(.
>

Yes, this was detected on SLive a long time ago and fixed! Unfortunately
the fix has not reached the trunk, and the ugly beast has raised its head
again :(


>
> Thanks,
> Senaka.
>
>
> On Thu, Jun 7, 2012 at 11:41 AM, Nirmal Fernando <[email protected]> wrote:
>
>>
>>
>> On Thu, Jun 7, 2012 at 11:29 AM, Amila Maha Arachchi <[email protected]>wrote:
>>
>>>
>>>
>>> On Thu, Jun 7, 2012 at 11:13 AM, Nirmal Fernando <[email protected]>wrote:
>>>
>>>> Hi,
>>>>
>>>> On Thu, Jun 7, 2012 at 11:07 AM, Amila Maha Arachchi 
>>>> <[email protected]>wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, Jun 7, 2012 at 11:00 AM, Amila Maha Arachchi 
>>>>> <[email protected]>wrote:
>>>>>
>>>>>> Hi Lakmali,
>>>>>>
>>>>>> On Thu, Jun 7, 2012 at 10:33 AM, Lakmali Baminiwatta <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I encountered Java OutOfMemoryError while testing ESB Smooks
>>>>>>> Mediator with big messages.
>>>>>>>
>>>>>>> at
>>>>>>> org.wso2.carbon.activation.module.ActivationHandler.invoke(ActivationHandler.java:51)
>>>>>>>     at org.apache.axis2.engine.Phase.invokeHandler(Phase.java:340)
>>>>>>>     at org.apache.axis2.engine.Phase.invoke(Phase.java:313)
>>>>>>>
>>>>>>> This occurs because ActivationHandler class of stratos
>>>>>>> org.wso2.carbon.activation component logs the message as follows.
>>>>>>>
>>>>>>> log.debug("Staring Activation Handler invocation. Incoming Message:
>>>>>>> " +
>>>>>>>                 messageContext.getEnvelope().toString());
>>>>>>>
>>>>>>> Shall we change this to log only when debug mode is enabled?
>>>>>>>
>>>>>>
>>>>>> Looking into this.
>>>>>>
>>>>>
>>>>> Fixed to look for isDebugEnabled at r129418.
>>>>>
>>>>
>>>> In a related note, you mind explaining the rationale for doing this
>>>> (performing this check before calling log.debug)? Is this a limitation in
>>>> log4j?
>>>>
>>>
>>> If there is nothing to process before logging, i.e. if it is just a
>>> string which you are trying to log you dont need to check for debug
>>> enabled. AFAIK, what happens is, log4 first prepares the message and then
>>> checks whether debug is enabled. So in this case, it processes the
>>> envelop.toString() before checking whether debug is enabled. Thats how it
>>> went OOM in this scenario.
>>>
>>> So, in practice, if there is some processing involved when preparing the
>>> log message, you need to check the preferred log level to avoid unnecessary
>>> processing.
>>>
>>
>> Got it! I always wondered why doing this! :)
>>
>>>
>>>
>>>>
>>>> I felt very odd when doing this. :)
>>>>
>>>>
>>>>>
>>>>>> AmilaM.
>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Lakmali
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Lakmali Baminiwatta*
>>>>>>> *
>>>>>>> Software Engineer
>>>>>>> WSO2, Inc.: http://wso2.com
>>>>>>> lean.enterprise.middleware
>>>>>>>
>>>>>>>  *
>>>>>>> *
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Dev mailing list
>>>>>>> [email protected]
>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> *Amila Maharachchi*
>>>>>> Technical Lead
>>>>>> Member, Management Committee - Cloud & Platform TG
>>>>>> WSO2, Inc.; http://wso2.com
>>>>>>
>>>>>> Blog: http://maharachchi.blogspot.com
>>>>>> Mobile: +94719371446
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Amila Maharachchi*
>>>>> Technical Lead
>>>>> Member, Management Committee - Cloud & Platform TG
>>>>> WSO2, Inc.; http://wso2.com
>>>>>
>>>>> Blog: http://maharachchi.blogspot.com
>>>>> Mobile: +94719371446
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Dev mailing list
>>>>> [email protected]
>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks & regards,
>>>> Nirmal
>>>>
>>>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>>>> Mobile: +94715779733
>>>> Blog: http://nirmalfdo.blogspot.com/
>>>>
>>>
>>>
>>>
>>> --
>>> *Amila Maharachchi*
>>> Technical Lead
>>> Member, Management Committee - Cloud & Platform TG
>>> WSO2, Inc.; http://wso2.com
>>>
>>> Blog: http://maharachchi.blogspot.com
>>> Mobile: +94719371446
>>>
>>>
>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.blogspot.com/
>>
>> _______________________________________________
>> Dev mailing list
>> [email protected]
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Senaka Fernando*
> Member - Integration Technologies Management Committee;
> Technical Lead; WSO2 Inc.; http://wso2.com*
> Member; Apache Software Foundation; http://apache.org
>
> E-mail: senaka AT wso2.com
> **P: +1 408 754 7388; ext: 51736*; *M: +94 77 322 1818
> Linked-In: http://linkedin.com/in/senakafernando
>
> *Lean . Enterprise . Middleware
>
>
> _______________________________________________
> Dev mailing list
> [email protected]
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* <http://www.apache.org/>**
email: **[email protected]* <[email protected]>* cell: +94 77 3320919
blog: **http://blog.afkham.org* <http://blog.afkham.org>*
twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to