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
