Hi Shankar, On Fri, Jun 13, 2014 at 10:11 AM, Selvaratnam Uthaiyashankar < [email protected]> wrote:
> > Then shouldn't we just fix (or create) registry handler to automatically > register the data source when registry resource is created? > We considered this first, but this approach seems expensive, since the filter/handler will be called always when a registry put is called, but rather, the data source registration consideration should only be done in the actual presence of a data source. So writing a Carbon application deployment handler would be the best approach to do so. Cheers, Anjana. > > >> >> This is mainly required in automated deployments. Where all the artifacts >> are bundles into a car file and the user will not interact with the server >> through the UI to set it up. >> >> Example scenario would be, If we think of a Data Service created to point >> to a datasource. So the datasource needs to be automatically registered at >> the time of deployment of the Data Service. The basic idea is there should >> be someway, we can do the datasource registration automatically done using >> a car file. >> >> This is the scenario. That's why we thought of implementing this feature. >> And further more this is not an Axis2 deployer. This will be a Application >> Deployment handler. >> >> I hope I was clear in the explanation. Will this be ok? >> >> Thanks >> >> >> On Fri, Jun 13, 2014 at 9:54 AM, Nirmal Fernando <[email protected]> wrote: >> >>> AFAIK dynamic data sources are not written to the file system. >>> >>> And since we encourage CAR file based deployment, shouldn't we be >>> allowing a data source to be uploaded directly as a registry resource? >>> Currently, though you upload it to the registry, it won't be picked up as a >>> data source, but a orphan resource. >>> >>> >>> On Fri, Jun 13, 2014 at 9:31 AM, Sagara Gunathunga <[email protected]> >>> wrote: >>> >>>> >>>> >>>> >>>> On Fri, Jun 13, 2014 at 5:24 AM, Chintana Wilamuna <[email protected]> >>>> wrote: >>>> >>>>> Even though dragging and dropping is working in your machine this is >>>>> discouraged because this directory is an implementation detail. In a >>>>> multi-tenant setup a folder is created with the tenant ID and artifacts >>>>> are >>>>> copied there. Recommended way to deploy artifacts is to either use the >>>>> admin UI or write a program that calls CarbonAppUploader for CApps. Just >>>>> because there are more ways of doing the same thing doesn't necessarily >>>>> mean all of them are the right thing. >>>>> >>>> >>>> In fact It's incorrect to consider it as multiple ways of deploying WAR >>>> files, there is only one WebAppDeployer, when you use admin console to >>>> upload application it only act as a file uploader ( copy your applications >>>> in to correct directory , that's it ). Either you upload through admin >>>> console, SCP, drag & drop end of the day RepositoryListener detect >>>> repository changes and trigger WebAppDeployer. >>>> >>>> Thanks ! >>>> >>>>> >>>>> -Chintana >>>>> >>>>> >>>>> On Thu, Jun 12, 2014 at 5:15 AM, Rajith Vitharana <[email protected]> >>>>> wrote: >>>>> >>>>>> Hi Shankar, >>>>>> >>>>>> You have already pointed out two ways of doing the same thing. As I >>>>>> have noticed there are other things which have two or more ways of doing >>>>>> the same thing. For example in AS we can either drag and drop a war file >>>>>> in >>>>>> to the web apps folder or we can upload the war file using the UI. In BAM >>>>>> either we can upload the toolbox or we can drag and drop it to the >>>>>> bam-toolbox folder. Can I know why it is bad to have two ways of doing >>>>>> the >>>>>> same thing? >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> On Thu, Jun 12, 2014 at 3:07 PM, Selvaratnam Uthaiyashankar < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Why do we need this, when we have a way to define data source from >>>>>>> UI? Even if we want, we can define it as a registry resource (resource >>>>>>> where the UI writes) don't we? It is generally bad to have two ways to >>>>>>> do >>>>>>> the same thing. >>>>>>> >>>>>>> >>>>>>> On Wednesday, June 11, 2014, Rajith Vitharana <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> Currently there are no deployer to deploy datasources if it was >>>>>>>> given as a xml file inside a CAPP. So we are going to implement a >>>>>>>> Datasource deployer for this purpose. It will take a datasource.xml >>>>>>>> file >>>>>>>> which reside inside a CAPP and deploy that datasource in to the server. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> -- >>>>>>>> Rajith Vitharana >>>>>>>> >>>>>>>> Software Engineer, >>>>>>>> WSO2 Inc. : wso2.com >>>>>>>> Mobile : +94715883223 >>>>>>>> Blog : http://lankavitharana.blogspot.com/ >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> S.Uthaiyashankar >>>>>>> VP Engineering >>>>>>> WSO2 Inc. >>>>>>> http://wso2.com/ - "lean . enterprise . middleware" >>>>>>> >>>>>>> Phone: +94 714897591 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Architecture mailing list >>>>>>> [email protected] >>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Rajith Vitharana >>>>>> >>>>>> Software Engineer, >>>>>> WSO2 Inc. : wso2.com >>>>>> Mobile : +94715883223 >>>>>> Blog : http://lankavitharana.blogspot.com/ >>>>>> >>>>>> _______________________________________________ >>>>>> Architecture mailing list >>>>>> [email protected] >>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Chintana Wilamuna >>>>> Architect - Solutions Architecture >>>>> WSO2, Inc.; http://wso2.com >>>>> lean.enterprise.middleware >>>>> >>>>> phone: +1 408 429 3321 >>>>> blog: http://engwar.com/ >>>>> photos: http://flickr.com/photos/chintana >>>>> linkedin: http://www.linkedin.com/in/engwar >>>>> twitter: twitter.com/std_err >>>>> >>>>> _______________________________________________ >>>>> Architecture mailing list >>>>> [email protected] >>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>> >>>>> >>>> >>>> >>>> -- >>>> Sagara Gunathunga >>>> >>>> Senior Technical Lead; WSO2, Inc.; http://wso2.com >>>> V.P Apache Web Services; http://ws.apache.org/ >>>> Linkedin; http://www.linkedin.com/in/ssagara >>>> Blog ; http://ssagara.blogspot.com >>>> >>>> >>>> _______________________________________________ >>>> Architecture mailing list >>>> [email protected] >>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>> >>>> >>> >>> >>> -- >>> >>> Thanks & regards, >>> Nirmal >>> >>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc. >>> Mobile: +94715779733 >>> Blog: http://nirmalfdo.blogspot.com/ >>> >>> >>> >>> _______________________________________________ >>> Architecture mailing list >>> [email protected] >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>> >>> >> >> >> -- >> Rajith Vitharana >> >> Software Engineer, >> WSO2 Inc. : wso2.com >> Mobile : +94715883223 >> Blog : http://lankavitharana.blogspot.com/ >> > > > > -- > S.Uthaiyashankar > VP Engineering > WSO2 Inc. > http://wso2.com/ - "lean . enterprise . middleware" > > Phone: +94 714897591 > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- *Anjana Fernando* Senior Technical Lead WSO2 Inc. | http://wso2.com lean . enterprise . middleware
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
