Hi Charitha,

In Carbon 4.2.0 release, you will find the log4j.properties file in the
repository/conf directory.

Thanks,
Sameera.


On Wed, Jul 10, 2013 at 2:14 PM, Charitha Kankanamge <[email protected]>wrote:

> What is the verdict on this? Can we have log4j.properties file in conf
> directory? In 4.2.X based products, we have it
> in repository/conf/bundle-config/org.wso2.carbon.logging
>
> /Charitha
>
> On Tue, Jun 25, 2013 at 6:42 PM, Suresh Attanayaka <[email protected]>wrote:
>
>> Hi Pradeep,
>>
>> On Sun, Jun 16, 2013 at 12:46 AM, Pradeep Fernando <[email protected]>wrote:
>>
>>> Hi,
>>>
>>> I implemented the $subject. Little complication.
>>>
>>> log4j.properties file also belongs to the above category. the
>>> log4j.properties file goes in to
>>>
>>>
>>> /repository/conf/bundle-config/org.wso2.carbon.logging
>>>
>>> directory. Will that be a problem ?
>>>
>>
>> I think Yes. This file is being used often in dev environments, so moving
>> this file into a deeper path would not be convenient. And users see this as
>> a config of the carbon server than of a third party jar. So let's keep the
>> log4j.properties file in the config folder.
>>
>> Thanks,
>> -Suresh
>>
>>>
>>> If we want to avoid that we have to handle log4j.properties file
>>> separately.
>>>
>>> btw, this mechanism will work for UI bundle localization as well.
>>>
>>> thanks,
>>> --Pradeep
>>>
>>>
>>>
>>> On Sun, May 12, 2013 at 6:49 AM, Shelan Perera <[email protected]> wrote:
>>>
>>>> +1. This will be the solution for axiom coalescing problem too.(to
>>>> preserve cdata we need to have a config file).
>>>>
>>>> ~sent from mobile~
>>>> On May 11, 2013 11:56 AM, "Nuwan Bandara" <[email protected]> wrote:
>>>>
>>>>> +1 for this, we need this to separate shindig properties files
>>>>>
>>>>> thanks,
>>>>> /Nuwan
>>>>>
>>>>>
>>>>> On Fri, May 10, 2013 at 6:15 PM, Supun Malinga <[email protected]>wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> +1 for having this. This is a very valid requirement for AS side.
>>>>>>
>>>>>> On Fri, May 10, 2013 at 6:09 PM, Pradeep Fernando 
>>>>>> <[email protected]>wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Some of the 3 rd party jars search config files from their
>>>>>>> classPath. However due to one loader per bundle policy of OSGi, the 
>>>>>>> class
>>>>>>> path is fragmented. There are two options to solve this issue,
>>>>>>>
>>>>>>> - use absolute paths
>>>>>>> - use fragment bundles
>>>>>>>
>>>>>>> the latter option,
>>>>>>>
>>>>>>> say if the bundle foo needs config file bar.xml. How about user
>>>>>>> creates a directory named 'foo' under conf directory and put the config
>>>>>>> file there. During the startup, we create new fragment bundle out of
>>>>>>> bar.xml and attach it to bundle foo.
>>>>>>>
>>>>>>
>>>>>>> we are doing similar thing in log4j.properties file. but the
>>>>>>> approach is not generic at the moment. WDYT ?
>>>>>>>
>>>>>> +1,
>>>>>> IMO directory should be /conf/etc/foo or conf/xxx/foo.
>>>>>>
>>>>>> thanks,
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> --Pradeep
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Dev mailing list
>>>>>>> [email protected]
>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Supun Malinga,
>>>>>>
>>>>>> Software Engineer,
>>>>>> WSO2 Inc.
>>>>>> http://wso2.com
>>>>>> http://wso2.org
>>>>>> email - [email protected] <[email protected]>
>>>>>> mobile - 071 56 91 321
>>>>>>
>>>>>> _______________________________________________
>>>>>> Dev mailing list
>>>>>> [email protected]
>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Thanks & Regards,
>>>>>
>>>>> Nuwan Bandara
>>>>> Associate Technical Lead & Member, MC, Development Technologies
>>>>> WSO2 Inc. - lean . enterprise . middleware |  http://wso2.com
>>>>> blog : http://nuwanbando.com; email: [email protected]; phone: +94 11
>>>>> 763 9629
>>>>> *
>>>>> <http://www.nuwanbando.com/>
>>>>>
>>>>> _______________________________________________
>>>>> Dev mailing list
>>>>> [email protected]
>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Dev mailing list
>>>> [email protected]
>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>
>>>>
>>>
>>>
>>> --
>>> *Pradeep Fernando*
>>> Associate Technical Lead;WSO2 Inc.; http://wso2.com
>>>
>>> blog: http://pradeepfernando.blogspot.com
>>> m: +94776603662
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> [email protected]
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> Suresh Attanayake
>> Senior Software Engineer; WSO2 Inc. http://wso2.com/
>> Blog : http://sureshatt.blogspot.com/
>> Web : http://www.ssoarcade.com/
>> Facebook : https://www.facebook.com/IdentityWorld
>> Twitter : https://twitter.com/sureshatt
>> LinkedIn : http://lk.linkedin.com/in/sureshatt
>> Mobile : +94755012060
>> Mobile : +01-616-617-1172
>>
>> _______________________________________________
>> Dev mailing list
>> [email protected]
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>


-- 
Sameera Jayasoma,
Architect,

WSO2, Inc. (http://wso2.com)
email: [email protected]
blog: http://sameera.adahas.org
twitter: https://twitter.com/sameerajayasoma
flickr: http://www.flickr.com/photos/sameera-jayasoma/collections

Lean . Enterprise . Middleware
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to