On Wed, Jun 27, 2012 at 11:46 AM, Hiranya Jayathilaka <[email protected]>wrote:

>
>
> On Wed, Jun 27, 2012 at 11:42 AM, Afkham Azeez <[email protected]> wrote:
>
>>
>>
>> On Wed, Jun 27, 2012 at 11:09 AM, Dushan Abeyruwan <[email protected]>wrote:
>>
>>> Hi
>>>   Yes, the given solution is not working with 3rd party libs if they are
>>> looking for classpath, *Its my bad I mention previously we have
>>> rejected fragment bundle but its not the case cos we are already using this
>>> way to load log4j properties ,* actually for 3rd party libs like nhttp,
>>> we may have to use that fragment bundle mechanism, Don't think whether any
>>> other options available ...are they?
>>>
>>>
>> But since things like http-nio-core can incorporate this change where it
>> tries to find a properties file in a location provided by a System
>> property, and if that property is null, it can look for the file in the
>> classpath.
>>
>>
> So the conclusion is we are going to change Synapse, Axis2 and any other
> library that might be loading resources from the classpath?
>

The conclusion is we can improve these libraries we contribute to. For
other libraries, we have to go with the fragment bundle approach.


>
> Thanks,
> Hiranya
>
>
>>
>>
>>> cheers
>>> Dushan
>>>
>>>
>>> On Wed, Jun 27, 2012 at 10:45 AM, Hiranya Jayathilaka 
>>> <[email protected]>wrote:
>>>
>>>> Have we found a reasonable solution to this problem? ESB still cannot
>>>> load certain important config files like nhttp.properties and
>>>> datasources.properties due to this problem. The same limitation should be
>>>> there for all other Axis2 transports since all of them attempt to load
>>>> properties files from class path.
>>>>
>>>> Thanks,
>>>> Hiranya
>>>>
>>>> On Thu, Jun 21, 2012 at 11:29 PM, Dushan Abeyruwan <[email protected]>wrote:
>>>>
>>>>> Hi
>>>>>    I think we have come to a solution like setting up the external
>>>>> config location as system property and load respective property files from
>>>>> their, and we have agreed to* reject the fragment bundle property
>>>>> file loading mechanism since its a close to kind of a hack and not the 
>>>>> best
>>>>> practice among to load properties*, currently the config location is
>>>>> specified at wso2server(.sh/bat)
>>>>> as  -Dconf.location="$CARBON_HOME/repository/conf"\ ,/
>>>>>  -Dconf.location ="%CARBON_HOME% \repository\conf" thus
>>>>> respective components first looking in to the system property define path
>>>>> if not followed by its classloader context , any other ideas? ,
>>>>>
>>>>> cheers
>>>>> Dushan
>>>>>
>>>>>
>>>>> On Thu, Jun 21, 2012 at 9:21 AM, Afkham Azeez <[email protected]> wrote:
>>>>>
>>>>>> Have we found a proper solution to this issue? I'm sure users will
>>>>>> have custom libraries that they use which will require loading of
>>>>>> properties files from the classpath. So we need to sort this out, if it 
>>>>>> has
>>>>>> not already been sorted out.
>>>>>>
>>>>>> --
>>>>>> *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*
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Dushan Abeyruwan
>>>>> *Senior Software Engineer*
>>>>> *Integration Technologies Team*
>>>>> *WSO2 Inc. http://wso2.com/*
>>>>> *Mobile:(+94)714408632*
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Dev mailing list
>>>>> [email protected]
>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Hiranya Jayathilaka
>>>> Senior Technical Lead;
>>>> WSO2 Inc.;  http://wso2.org
>>>> E-mail: [email protected];  Mobile: +94 77 633 3491
>>>> Blog: http://techfeast-hiranya.blogspot.com
>>>>
>>>
>>>
>>>
>>> --
>>> Dushan Abeyruwan
>>> *Senior Software Engineer*
>>> *Integration Technologies Team*
>>> *WSO2 Inc. http://wso2.com/*
>>> *Mobile:(+94)714408632*
>>>
>>>
>>
>>
>> --
>> *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*
>>
>>
>
>
> --
> Hiranya Jayathilaka
> Senior Technical Lead;
> WSO2 Inc.;  http://wso2.org
> E-mail: [email protected];  Mobile: +94 77 633 3491
> Blog: http://techfeast-hiranya.blogspot.com
>



-- 
*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