On Tue, Feb 14, 2012 at 10:10 PM, Waruna Ranasinghe <war...@wso2.com> wrote:
> On Tue, Feb 14, 2012 at 10:06 PM, Sameera Jayasoma <same...@wso2.com> > wrote: > > > > > > On Tue, Feb 14, 2012 at 9:54 PM, Keheliya Gallaba <kehel...@wso2.com> > wrote: > >> > >> Hi Thilini, > >> > >> I think currently we can have that functionality via unified endpoints. > >> You can refer to an external endpoint configuration in the deploy.xml > like > >> the following: > >> > >> <invoke partnerLink="CreditRatingPL"> > >> <service name="crns:CreditRatingService" > >> port="CreditRatingPort"> > >> <endpoint xmlns=" > http://wso2.org/bps/bpel/endpoint/config" > >> endpointReference="CreditRatingService.epr"/> > >> </service> > >> </invoke> > >> > >> That file can define an address like this: > >> > >> <wsa:EndpointReference > >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > >> xsi:schemaLocation="http://www.w3schools.com uep_schema.xsd" > >> xmlns:wsa="http://www.w3.org/2005/08/addressing" > >> xmlns:wsdl11="http://schemas.xmlsoap.org/wsdl/"> > >> > >> <wsa:Address>http://localhost:9000/services/CreditRatingService/ > </wsa:Address> > >> </wsa:EndpointReference> > >> > >> One restriction is you will have to define a config file for each > distinct > >> invoke in a process. But the advantage is, when the environment changes > you > >> can just change the file without changing the deployment artifact. > > > > > > You meant to say each external Web service consumed by the business > process > Yes > Great. +1 for this approach, if these *.epr files can be store outside of the bpel package. :) Thanks, Sameera. > > > or each invoke in a process. There can be multiple invokes which talks > to > > the same service endpoint. > > > > Thanks, > > Sameera. > >> > >> > >> Regards, > >> Keheliya > >> > >> > >> On Tue, Feb 14, 2012 at 9:38 PM, Paul Fremantle <p...@wso2.com> wrote: > >>> > >>> Isn't this something that our endpoint unification is meant to take > care > >>> of? > >>> > >>> Paul > >>> > >>> On 14 February 2012 15:16, Thilini Ishaka <thil...@wso2.com> wrote: > >>>> > >>>> > >>>> Hi All, > >>>> > >>>> Consider a situation where we have multiple service (partner services) > >>>> invocations in a business process. > >>>> We need to change soap:address location for each and every wsdl once a > >>>> particular service uri is changed from x to y. This is a frequent > situation > >>>> which we need one step solution. > >>>> I would suggest two approaches as; > >>>> > >>>> Have a single configuration file which lists soap:address location for > >>>> each wsdl (Then you only require to change the URIs inside the config > >>>> file); > >>>> 1. A script based solution. (perl/python) > >>>> 2. Write an own wsdl extension > >>>> > >>>> What would be the best solution here? > >>>> kindly appreciate your thoughts. > >>>> > >>>> Thanks > >>>> Thilini > >>>> > >>>> Regards > >>>> > >>>> Thilini Ishaka > >>>> WSO2 Inc > >>>> > >>>> > >>>> _______________________________________________ > >>>> Carbon-dev mailing list > >>>> Carbon-dev@wso2.org > >>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >>>> > >>> > >>> > >>> > >>> -- > >>> Paul Fremantle > >>> CTO and Co-Founder, WSO2 > >>> OASIS WS-RX TC Co-chair, VP, Apache Synapse > >>> > >>> UK: +44 207 096 0336 > >>> US: +1 646 595 7614 > >>> > >>> blog: http://pzf.fremantle.org > >>> twitter.com/pzfreo > >>> p...@wso2.com > >>> > >>> wso2.com Lean Enterprise Middleware > >>> > >>> Disclaimer: This communication may contain privileged or other > >>> confidential information and is intended exclusively for the > addressee/s. If > >>> you are not the intended recipient/s, or believe that you may have > received > >>> this communication in error, please reply to the sender indicating > that fact > >>> and delete the copy you received and in addition, you should not print, > >>> copy, retransmit, disseminate, or otherwise use the information > contained in > >>> this communication. Internet communications cannot be guaranteed to be > >>> timely, secure, error or virus-free. The sender does not accept > liability > >>> for any errors or omissions. > >>> > >>> > >>> _______________________________________________ > >>> Carbon-dev mailing list > >>> Carbon-dev@wso2.org > >>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >>> > >> > >> > >> > >> -- > >> Keheliya Gallaba > >> Software Engineer; > >> Integration Technologies Team; WSO2 Inc.; http://wso2.com, > >> email: keheliya [AT] wso2.com > >> mobile: +94 71 551 8881 > >> blog: http://galpotha.wordpress.com > >> twitter: http://twitter.com/keheliya > >> linked-in: http://lk.linkedin.com/in/keheliya > >> > >> > >> > >> _______________________________________________ > >> Carbon-dev mailing list > >> Carbon-dev@wso2.org > >> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > >> > > > > > > > > -- > > Sameera Jayasoma > > Technical Lead and Product Manager, WSO2 Carbon > > > > WSO2, Inc. (http://wso2.com) > > email: same...@wso2.com > > blog: http://tech.jayasoma.org > > > > Lean . Enterprise . Middleware > > > > _______________________________________________ > > Carbon-dev mailing list > > Carbon-dev@wso2.org > > http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > > > > > -- > ------------------------------------------------------------------------- > Waruna Ranasinghe > Senior Software Engineer, WSO2 > > Mobile: +94 724 318285 > BLOG: http://warunapw.blogspot.com > > www.wso2.com - "Lean . Enterprise . Middleware" > _______________________________________________ > Carbon-dev mailing list > Carbon-dev@wso2.org > http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > -- Sameera Jayasoma Technical Lead and Product Manager, WSO2 Carbon WSO2, Inc. (http://wso2.com) email: same...@wso2.com blog: http://tech.jayasoma.org Lean . Enterprise . Middleware
_______________________________________________ Carbon-dev mailing list Carbon-dev@wso2.org http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev