It just occurred to me that the Synapse log4j.properties approach will not work for us. We need to log items logged by tenant code. We will have no idea what those loggers are in order to enable them. So, we will have to go with the current approach.
On Mon, Mar 26, 2012 at 1:46 PM, Dimuthu Leelarathne <[email protected]>wrote: > Hi Azeez, > > > On Mon, Mar 26, 2012 at 1:42 PM, Afkham Azeez <[email protected]> wrote: > >> I think we need to rethink our logging strategy. For example, in Synapse, >> unless you explicitly add a logger, the logs don't show up. In Carbon, we >> have to explicitly disable the loggers. I think we should follow the >> Synapse model. >> >> > +1 > > I will hide these logs and add these settings as recommendations to the > setup. > > thanks, > dimuthu > > > >> On Mon, Mar 26, 2012 at 1:19 PM, Kathiravelu Pradeeban < >> [email protected]> wrote: >> >>> >>> >>> On Mon, Mar 26, 2012 at 1:14 PM, Kathiravelu Pradeeban < >>> [email protected]> wrote: >>> >>>> [2012-03-26 13:05:34,429] ERROR >>>> {org.wso2.carbon.caching.infinispan.InfinispanCacheManager} - Invalid >>>> cache mode provided. The available values are local, replicated, >>>> distributed and invalidation >>>> [2012-03-26 13:05:34,469] INFO >>>> {org.wso2.carbon.tomcat.ext.service.ExtendedStandardService} - starting >>>> extended standard service : StandardService[Catalina] >>>> [2012-03-26 13:05:34,931] INFO >>>> {org.infinispan.remoting.transport.jgroups.JGroupsTransport} - ISPN000078: >>>> Starting JGroups Channel >>>> [2012-03-26 13:05:34,932] INFO >>>> {org.infinispan.remoting.transport.jgroups.JGroupsTransport} - ISPN000088: >>>> Unable to use any JGroups configuration mechanisms provided in properties >>>> {}. Using default JGroups configuration! >>>> [2012-03-26 13:05:35,206] WARN {org.jgroups.protocols.UDP} - send >>>> buffer of socket java.net.DatagramSocket@4edbad67 was set to 640KB, >>>> but the OS only allocated 131.07KB. This might lead to performance >>>> problems. Please set your max send buffer in the OS correctly (e.g. >>>> net.core.wmem_max on Linux) >>>> [2012-03-26 13:05:35,206] WARN {org.jgroups.protocols.UDP} - receive >>>> buffer of socket java.net.DatagramSocket@4edbad67 was set to 20MB, but >>>> the OS only allocated 131.07KB. This might lead to performance problems. >>>> Please set your max receive buffer in the OS correctly (e.g. >>>> net.core.rmem_max on Linux) >>>> [2012-03-26 13:05:35,206] WARN {org.jgroups.protocols.UDP} - send >>>> buffer of socket java.net.MulticastSocket@40ee1aeb was set to 640KB, >>>> but the OS only allocated 131.07KB. This might lead to performance >>>> problems. Please set your max send buffer in the OS correctly (e.g. >>>> net.core.wmem_max on Linux) >>>> [2012-03-26 13:05:35,207] WARN {org.jgroups.protocols.UDP} - receive >>>> buffer of socket java.net.MulticastSocket@40ee1aeb was set to 25MB, >>>> but the OS only allocated 131.07KB. This might lead to performance >>>> problems. Please set your max receive buffer in the OS correctly (e.g. >>>> net.core.rmem_max on Linux) >>>> [2012-03-26 13:05:35,323] INFO >>>> {org.infinispan.remoting.transport.jgroups.JGroupsTransport} - ISPN000094: >>>> Received new cluster view: [localhost-26061|10] [localhost-26061, >>>> localhost-55353, localhost-29930, localhost-19122] >>>> [2012-03-26 13:05:35,326] INFO >>>> {org.infinispan.remoting.transport.jgroups.JGroupsTransport} - ISPN000079: >>>> Cache local address is localhost-19122, physical addresses are >>>> [fe80:0:0:0:250:56ff:fec0:8:34700] >>>> [2012-03-26 13:05:35,334] INFO >>>> {org.infinispan.factories.GlobalComponentRegistry} - ISPN000128: >>>> Infinispan version: Infinispan 'Brahma' 5.1.2.FINAL >>>> >>>> >>>> I am testing the trunk build of Stratos services with a local setup. I >>>> am getting the above logs, when I start a few services (tried with BPS and >>>> IS, and given above is the exact logs copied from BPS). Are these really >>>> INFO and WARN level logs, or just DEBUG? >>>> >>> >>> What I meant to ask is, can't we hide these logs from Carbon logs by >>> default, by setting the log levels to WARN for the respective classes in >>> log4j.properties? >>> >>> Regards, >>> Pradeeban. >>> >>>> >>>> Thank you. >>>> Regards, >>>> Pradeeban. >>>> >>>> -- >>>> Kathiravelu Pradeeban. >>>> Software Engineer. >>>> Cloud Technologies Team. >>>> WSO2 Inc. >>>> >>>> Blog: [Llovizna] http://kkpradeeban.blogspot.com/ >>>> M: +94 776 477 976 >>>> >>>> >>> >>> >>> -- >>> Kathiravelu Pradeeban. >>> Software Engineer. >>> Cloud Technologies Team. >>> WSO2 Inc. >>> >>> Blog: [Llovizna] http://kkpradeeban.blogspot.com/ >>> M: +94 776 477 976 >>> >>> >>> _______________________________________________ >>> 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 >> >> > > > -- > Dimuthu Leelarathne > Technical Lead > > WSO2, Inc. (http://wso2.com) > email: [email protected] > > > Lean . Enterprise . Middleware > > -- *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
