I have no objecting on introducing these samples, and I think it is good to have such a set of samples. But my only worry is I should be able to run the build off line. Therefore rather than adding to the build directly let's have a separate maven option to run those sample , something like mvn clean install -Dwebsphere
Thanks Deepal Andrew Das wrote: > We prefer to put in an automated process in Axis2 so that we don't have to manage when and where to run the samples. Any developer, including internal developers can run our samples against a snapshot or released Axis2 build. This will free us from managing and maintaining the test cycles, if done internally. Furthermore, it will be a good story for IBM by demonstrating a publicized effort to test interoperability. > > I have also noticed that Sun has introduced their interoperability samples. So I do not imagine our request to be unique in any way. Please correct me if I am wrong. We could place the samples in the same module as Sun is using. For example, the Sun samples I am referring to are under: <root>\Axis2\modules\integration\manual\src\test\interop\sun > > Thanks Eran. > > On 10/19/07, *Eran Chinthaka* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: > > Hi Andrew, > > 1.Why do you want to put them "inside" Axis2? > Until convinced otherwise, I am not sure whether we need to add those > interop tests to main build. And also why can not you host that in your > end? That question is somewhat related to Q1. > > 2. Where do you want to put them? There is a module inside Axis2, which > of course is used to test widely used WSDLs. If you really want, the > best place is it. > > Some of our Axis2 devs worked inter-operating with other platforms also, > but we never thought of putting them "inside" Axis2. So why do you think > we should put those Websphere specific examples inside Axis2? > > Please help us to understand the above concerns. > > Thanks, > Chinthaka > > Andrew Das wrote: > > Hi David, > > Thanks for the quick response. The samples we intend to add are > > specifically designed and customized for WebSphere services. I am not > > certain the current Axis2 samples will work. Additionally, I can foresee > > future changes to the WebSphere sample clients based on API/spec > > changes, so mucking with the Axis2 samples would not be a good idea. > > Finally, our endpoints will be hardcoded and we need to have enough > > flexibility to change those in the future. > > > Not sure if my response helped. As I mentioned earlier, we are looking > > for the best way to accomplish WebSphere interoperability. Therefore I > > am open to new suggestions if it will help us integrate with Axis2 and > > satisfy our goals. > > > Thanks. > > > On 10/19/07, *David Illsley* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> wrote: > > > Hi Andrew, > > It's not entirely clear to me what you're trying to do... are you > > looking to add client and service samples into the axis2 build which > > you can then run against WebSphere? If so, how do the existing Axis2 > > samples[1] match up to what you're looking for? > > David > > [1] > > > http://svn.apache.org/viewvc/webservices/axis2/trunk/java/modules/samples/ > > < > http://svn.apache.org/viewvc/webservices/axis2/trunk/java/modules/samples/> > > > On 19/10/2007, Andrew Das < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> wrote: > > > Hello, > > > We are looking to identify a strategy to inject basic samples > into the > > > Apache Axis2 build tree. The purpose of the samples will be to > test > > > interoperability with the WebSphere WS Feature Pack services. > > Additionally, > > > we are also interested in testing Quality of services using the > > same samples > > > integrated in the Axis2 source. Could you please advise on what's > > the best > > > way to accomplish this? Thanks. > > > > > > -- > > > Regards, > > > Andrew Das > > > > -- > > David Illsley - IBM Web Services Development > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > > For additional commands, e-mail: [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > > > > > > -- > > Regards, > > Andrew Das > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
