AFIK ESB does not check availability of dependent sequence/endpoint during proxy service deployment. However WSDL/policy used in proxy service should available.
On Mon, May 21, 2012 at 4:26 PM, Selvaratnam Uthaiyashankar <[email protected]> wrote: > One more thing we discussed was, ESB checks the dependency at the deployment > time. For example, if a proxy service depends on a sequence, it validates > whether the sequence exist when trying to deploy proxy service. (e.g proxy > service in one car file and sequence in another car file.. now we have to > order the car file deployment). > > We discussed this with Paul and the decision is, we should change this > behavior so that the validation happens with first message arrived, not at > the time of deployment. Hiranya, how hard is it to do that? > > Regards, > Shankar > > > On Mon, May 21, 2012 at 4:10 PM, Isuru Suriarachchi <[email protected]> wrote: >> >> Hi all, >> >> As per few discussions we did on C-App deployment, we identified that the >> current C-App deployment process causes problems in cluster with deployment >> synchronizer. Currently the C-App deployer reads different artifacts and >> copy those into relevant hot directories in the Axis2 repository >> (repository/deployment/server/xxx). When these artifacts and the original >> C-App are synchronized to a different node, there are conflicts. >> >> So as a solution, I've already implemented a way in which the C-App >> extracts the individual artifacts into a temp directory and directly call >> the relevant deployer for the artifact. This works well for aar services >> etc. which won't get changed after first deployment. However, I wonder ESB >> artifacts will have a different impact on this because the user can edit the >> ESB configuration through the UI and then it internally get serialized to >> the original xml file in the repository. But in this new approach, original >> artifact will be in the temp directory. So will that be a problem from the >> ESB side? >> >> And also please let me know if there are any other possible downsides of >> this approach which you can think of. >> >> Thanks, >> ~Isuru >> >> -- >> Isuru Suriarachchi >> Technical Lead >> WSO2 Inc. http://wso2.com >> email : [email protected] >> blog : http://isurues.wordpress.com/ >> >> lean . enterprise . middleware >> > > > > -- > S.Uthaiyashankar > Senior Software Architect > Chair, Management Committee – Cloud Technologies > WSO2 Inc. > http://wso2.com/ - "lean . enterprise . middleware" > > Phone: +94 714897591 > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > -- Thanks, Miyuru _______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
