On Fri, Jun 13, 2014 at 9:59 AM, Rajith Vitharana <[email protected]> wrote:
> Hi Shankar,Chinthana, > > First of all sorry I didn't explain the user story for this feature. > When we deploy a car file there is no way of deploying a datasource inside > a car file. Even if we put it as a registry resource as Shankar mentioned > (I miss understood what he said the first time), the datasource wont get > registered. The user has to manually go and register it. > Then shouldn't we just fix (or create) registry handler to automatically register the data source when registry resource is created? > > 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
