On Sun, Mar 27, 2011 at 3:50 PM, Isuru Suriarachchi <[email protected]> wrote:
> > > On Sun, Mar 27, 2011 at 3:28 PM, Afkham Azeez <[email protected]> wrote: > >> >> >> On Sun, Mar 27, 2011 at 3:04 PM, Isuru Suriarachchi <[email protected]>wrote: >> >>> Hi all, >>> >>> I'm working on $subject. There are some grey areas that we have to >>> discuss and come to a conclusion. >>> >>> 1. DS UI component has the dashboard menu items registered in it's >>> component.xml. But AS doesn't ship the dashboard. So can we remove this from >>> the DS UI component and add it to somewhere like the DS styles bundle such >>> that it'll be registered only in DSS? >>> >>> >> Does DS UI require the dashboard? What happens if a user simply install DS >> on some Carbon server? Does it pull in the dashboard component as well? If >> so, that is something that is not required. A user who wants DS >> functionality may not necessarily require the dashboard. Features should >> include the minimum required set. >> > > +1. According to the current DS component, it adds the menu item through > the DS UI component. But it doesn't pull the dashboard components. So if a > user install DS on AS, menu item will be there and if the user clicks on it, > there'll be a white page. So I think the dashboard should be added into the > styles bundle in DSS. > > There's one more thing that I forgot to mention in my initial mail. Should > we add DS features into AS Stratos service as well? May be that's not > necessary as the user gets access to all the services including DS service. > No need. We will have the Stratos DS service. > > Thanks, > ~Isuru > > >> >> >>> 2. How are we going to manage documentation? Are we going to add all DS >>> related docs into AS docs pack or can we add a link to the DS documentation? >>> >> >> For a user it is convenient to have everything in a single download. >> >> >>> >>> 3. Are we going to ship all the DS samples in AS as well? Or is it enough >>> to ship one or two most commonly used ones? >>> >>> >> Again, for users it is convenient if all related items are there in the >> same place. I'd prefer to have samples/dataservices/ and have externals to >> all DS samples. >> >> >> >>> Thanks, >>> ~Isuru >>> >>> -- >>> Isuru Suriarachchi >>> Technical Lead & Product Manager, WSO2 Application Server >>> WSO2 Inc. http://wso2.com >>> email : [email protected] >>> blog : http://isurues.wordpress.com/ >>> >>> lean . enterprise . middleware >>> >>> >>> _______________________________________________ >>> Carbon-dev mailing list >>> [email protected] >>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >>> >> >> >> -- >> *Afkham Azeez* >> Senior Software Architect & Senior Manager; 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* >> >> > > > -- > Isuru Suriarachchi > Technical Lead & Product Manager, WSO2 Application Server > WSO2 Inc. http://wso2.com > email : [email protected] > blog : http://isurues.wordpress.com/ > > lean . enterprise . middleware > > -- *Afkham Azeez* Senior Software Architect & Senior Manager; 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*
_______________________________________________ Carbon-dev mailing list [email protected] http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
