There can be workflows for both the Publisher and the Store. Therefore having a single place to administer both sounds appropriate and easy to manage.
At least in the context of API Manager, having a page on the Publisher to administer operations occurring on the Store doesn't seem right. IMO having an app for administrative purposes seems logical/clean and more secure (you can take it off completely from public facing interfaces and deploy internally if required). Even in the case of ES, you can use it for workflow administration, theming, doing import/export asset kind of stuff, etc. Thanks, NuwanD. On Wed, Oct 15, 2014 at 9:28 AM, Tanya Madurapperuma <ta...@wso2.com> wrote: > Hi, > > *Overview* > We are currently working on initial design to support workflow extensions > in Enterprise Store as in APIM. Both global workflow extensions (Ex : Self > signup ) and asset level extensions (Ex : Application creation for an API > store ) will be supported. > > *Concern* > Once the workflow support is enabled, there should be a place where > different types of tasks will be listed for an admin user approval. In > APIM, a seperate admin-dashboard app is used for this > purpose.(admin-dashboard app in APIM serves some other tasks such as theme > uploading etc as well. ) > > Does it require to use a seperate app for this in ES as well? Isn't it > relevant to add these as pages in ES Publisher with appropriate > permissions.Because basically publisher app acts as a store-admin which is > used to perform store releated admin tasks such as publishing assets to > store, viewing statistics etc. > > WDYT? > > Thanks, > Tanya > -- > Tanya Madurapperuma > > Software Engineer, > WSO2 Inc. : wso2.com > Mobile : +94718184439 > Blog : http://tanyamadurapperuma.blogspot.com > -- Nuwan Dias Associate Tech Lead - WSO2, Inc. http://wso2.com email : nuw...@wso2.com Phone : +94 777 775 729
_______________________________________________ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture