Does this solve the problem? Isn't the problem we're trying to solve is
that people forget to edit the changes in both the places that particular
file been used? Even if we use 1 file, still the person who changes that
file need to update the installer scripts to add this new change.


On Wed, Aug 20, 2014 at 2:10 PM, Reka Thirunavukkarasu <r...@wso2.com>
wrote:

> +1 for Lahiru' suggestion. In that way it will be more consistent. Whoever
> touches the configuration file in the product, just need to make sure
> whether the referred XML tags is properly updated in the stratos installer.
>
> Thanks,
> Reka
>
>
> On Wed, Aug 20, 2014 at 12:14 PM, Akila Ravihansa Perera <
> raviha...@wso2.com> wrote:
>
>> IMO, we shouldn't replicate config files in stratos-installer. I agree
>> with Lahiru's suggestion. We can keep the XML files in product modules
>> and write to those files by looking up XML tags. We need to get rid of
>> those place holders.
>>
>> On Wed, Aug 20, 2014 at 12:07 PM, Sajith Kariyawasam <saj...@wso2.com>
>> wrote:
>> >
>> > On Wed, Aug 20, 2014 at 12:01 PM, Sajith Kariyawasam <saj...@wso2.com>
>> > wrote:
>> >>
>> >> How about if we keep the config files inside product distribution, and
>> we
>> >> write a script in stratos-installer to copy / replace config files from
>> >> original location (product distribution) to stratos-installer 's config
>> >> directory?
>> >>
>> >>
>> > Sorry, my suggestion wouldn't work, I didn't notice that the config
>> files
>> > which are in stratos-installer having place holders
>> >
>> >>
>> >> On Wed, Aug 20, 2014 at 11:46 AM, Nirmal Fernando <
>> nirmal070...@gmail.com>
>> >> wrote:
>> >>>
>> >>> I think we have to maintain it in two places otherwise if the file
>> isn't
>> >>> there in the product distribution, product would fail to start and
>> also
>> >>> since we're using place holders in the config files inside the
>> installer,
>> >>> some of those could cause failures when parsing the XML.
>> >>>
>> >>>
>> >>> On Wed, Aug 20, 2014 at 11:36 AM, Dinesh Bandara <dine...@wso2.com>
>> >>> wrote:
>> >>>>
>> >>>> On Wed, Aug 20, 2014 at 11:00 AM, Gayan Gunarathne <gay...@wso2.com>
>> >>>> wrote:
>> >>>>>
>> >>>>> Do we recommend to use the Stratos product build itself without
>> using
>> >>>>> the Stratos installer?
>> >>>>
>> >>>> yes. If we configure and start stratos manually, that process will
>> not
>> >>>> use configuration files which are inside stratos installer.
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> If we recommed to use the Stratos installer every time,IMO we can
>> >>>>> maintain the config in separately in stratus installer and in setup
>> time we
>> >>>>> can add them appropriately.
>> >>>>>
>> >>>>> Thanks,
>> >>>>> Gayan
>> >>>>>
>> >>>>>
>> >>>>> On Wed, Aug 20, 2014 at 10:34 AM, Udara Liyanage <ud...@wso2.com>
>> >>>>> wrote:
>> >>>>>>
>> >>>>>> Hi,
>> >>>>>>
>> >>>>>> We have duplicates some product configurations files, one inside
>> >>>>>> product and one in stratos-installer. At the boot time (when
>> setup.sh is
>> >>>>>> executed) config files inside products will be replaced by the
>> config files
>> >>>>>> inside stratos-installer.
>> >>>>>> Maintaining duplicate config files become an overhead when a
>> parameter
>> >>>>>> is added to the config files in the product, it has to be added to
>> the other
>> >>>>>> copy as well. Otherwise it may be missing at deployment time. This
>> occurred
>> >>>>>> for expiryTimeout recently in autoscaler.xml
>> >>>>>>
>> >>>>>> Possible solutions:
>> >>>>>> Replicate the changes as we do now,
>> >>>>>> Maintain only the config file in stratos-installer
>> >>>>
>> >>>> +1 to having all configurations in startos installer and referred
>> those
>> >>>> when building product. But this will provide the control over only
>> for the
>> >>>> configuration files which are used only in startos components not
>> for files
>> >>>> such as carbon.xml, etc. If so we have to keep duplicates for those
>> >>>> (non-stratos config files)
>> >>>>
>> >>>>>> or any other idea?
>> >>>>>>
>> >>>>>> --
>> >>>>>>
>> >>>>>> Udara Liyanage
>> >>>>>> Software Engineer
>> >>>>>> WSO2, Inc.: http://wso2.com
>> >>>>>> lean. enterprise. middleware
>> >>>>>>
>> >>>>>> web: http://udaraliyanage.wordpress.com
>> >>>>>> phone: +94 71 443 6897
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> Best Regards,
>> >>>>>
>> >>>>> Gayan Gunarathne
>> >>>>> Technical Lead
>> >>>>> WSO2 Inc. (http://wso2.com)
>> >>>>> email  : gay...@wso2.com  | mobile : +94 766819985
>> >>>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Dinesh Bandara
>> >>>> Software Engineer
>> >>>> WSO2 Inc.; http://wso2.com
>> >>>> lean.enterprise.middleware
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Best Regards,
>> >>> Nirmal
>> >>>
>> >>> Nirmal Fernando.
>> >>> PPMC Member & Committer of Apache Stratos,
>> >>> Senior Software Engineer, WSO2 Inc.
>> >>>
>> >>> Blog: http://nirmalfdo.blogspot.com/
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> --
>> >> Sajith Kariyawasam
>> >> Mobile: +94772269575
>> >
>> >
>> >
>> >
>> > --
>> > --
>> > Sajith Kariyawasam
>> > Mobile: +94772269575
>>
>>
>>
>> --
>> Akila Ravihansa Perera
>> WSO2 Inc
>>
>> Blog: http://ravihansa3000.blogspot.com
>>
>
>
>
> --
> Reka Thirunavukkarasu
> Senior Software Engineer,
> WSO2, Inc.:http://wso2.com,
> Mobile: +94776442007
>
>
>


-- 
Best Regards,
Nirmal

Nirmal Fernando.
PPMC Member & Committer of Apache Stratos,
Senior Software Engineer, WSO2 Inc.

Blog: http://nirmalfdo.blogspot.com/

Reply via email to