Re: [Vote] Release Tuscany Java SCA 1.2.1 (RC1)
+1 from me Thanks to every one who contributed! :) Dave. On Tue, Jun 3, 2008 at 8:21 AM, ant elder <[EMAIL PROTECTED]> wrote: > Thanks for the vote. It seemed safer for this maintenance release to keep > "incubating" in the artifact names just to minimize changes. It probably is > as easy as the change to the release number but who know where problems may > hide. I thought we could use the up coming SDO 1.1.1 release as a test of > removing the suffix to see if the are any places that we need to be careful > with. > > ...ant > > On Tue, Jun 3, 2008 at 8:10 AM, Luciano Resende <[EMAIL PROTECTED]> > wrote: > >> My only minor comment is whether we are still going to use >> "incubating" on the release name/artifacts. >> >> Other then that, all looks ok, and here is my +1. >> >> >> On Sun, Jun 1, 2008 at 2:10 PM, ant elder <[EMAIL PROTECTED]> wrote: >> > Please review and vote on the release artifacts for the Tuscany SCA for >> Java >> > 1.2.1 maintenance release. >> > >> > The artifacts are available for review at: >> > http://people.apache.org/~antelder/tuscany/1.2.1-RC1/<http://people.apache.org/%7Eantelder/tuscany/1.2.1-RC1/> >> <http://people.apache.org/%7Eantelder/tuscany/1.2.1-RC1/> >> > >> > This includes the signed binary and source distributions, Maven staging >> > repository, and eclipse update site. >> > >> > The SVN tag for the release is: >> > http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.2.1 >> > >> > The _only_ code change in this over the 1.2 release is in r657526 [1], >> all >> > other changes are just version updates and doc changes for the release. >> > >> > +1 to release from me. >> > >> > ...ant >> > >> > [1] >> > >> http://mail-archives.apache.org/mod_mbox/ws-tuscany-commits/200805.mbox/[EMAIL >> PROTECTED] >> > >> >> >> >> -- >> Luciano Resende >> Apache Tuscany Committer >> http://people.apache.org/~lresende <http://people.apache.org/%7Elresende> >> http://lresende.blogspot.com/ >> > -- Dave Sowerby MEng MBCS
Re: SCA 1.2.1 release
Hey Ant, Thanks for offering to perform this task! Have you managed to make any progress with this? Cheers, Dave. On Thu, May 29, 2008 at 10:15 AM, ant elder <[EMAIL PROTECTED]> wrote: > Yes, now that it looks like everyone wants this to go ahead I'll go do this, > not sure if I'll have time to finish it today and I'm out tomorrow but I'll > try to make sure the artifacts are built and available by the end of the > weekend. > > ...ant > > On Thu, May 29, 2008 at 10:07 AM, Dave Sowerby <[EMAIL PROTECTED]> > wrote: > >> Hi All, >> >> Could anyone give me any time scales for the 1.2.1 release? >> >> The release I'm preparing is due to be released within the next week >> and is unfortunately blocked awaiting this update. >> >> I'm available to assist in any way necessary. >> >> Cheers, >> >> Dave. >> >> On Wed, May 28, 2008 at 7:13 AM, haleh mahbod <[EMAIL PROTECTED]> wrote: >> > I can help with validating the samples and demos for 1.2.1. >> > >> > On 5/27/08, Simon Laws <[EMAIL PROTECTED]> wrote: >> >> >> >> On Tue, May 27, 2008 at 6:26 PM, Simon Nash <[EMAIL PROTECTED]> wrote: >> >> >> >> > Dave Sowerby wrote: >> >> > >> >> >> Hi Simon, >> >> >> >> >> >> With regards to the 1.2.1 release you are correct that we have a >> >> >> patched version of tuscany-sca-all which would work, but this however >> >> >> leaves us in an awkward configuration position. >> >> >> >> >> >> We're currently preparing a software release based around Tuscany >> >> >> which is completely open to customers of our use of Tuscany, such >> that >> >> >> we document fully how to construct services independent of our >> >> >> software. As such, we do not ship any Tuscany artifacts and instead >> >> >> encourage our customers to utilise the published maven repository. >> >> >> Whilst requiring a patch version of one of the jars is possible; I >> >> >> don't feel that this is a good representation of Tuscany - either >> >> >> documenting a variant version or expecting a non-standard version of >> >> >> 1.2-incubating. These potential solutions are more likely to cause >> >> >> issues for customers that would undermine the image of Tuscany that >> we >> >> >> try to project. >> >> >> >> >> >> Is anyone adamantly opposed to this release? Do you feel Tuscany >> >> >> 1.2.1 is still an option? I'd hope that given the potential to >> damage >> >> >> our customer's perception of Tuscany would be enough to justify this >> >> >> minor release. >> >> >> >> >> >> Thanks for the clarifaction and explanation. It seems to me that >> >> > because we distribute Tuscany via Maven repos, which can't be patched, >> >> > this kind of situation will arise whenever a serious bug is found. >> >> > We can use patches to isolate a problem and confirm the fix, but we >> >> > generally won't be able to use them as an alternative to a release. >> >> > >> >> > In a situation like this, unless a new release is imminent, the best >> >> > solution seems to be to produce a quick "bug fix" release without >> >> > incurring the overhead of a full release and testing cycle. Ant has >> >> > suggested that we could do this by applying a small set of carefully >> >> > controlled changes to the previous 1.2 release tag. I think we need >> >> > to be very strict about what changes go in, to avoid another >> experience >> >> > like 1.0.1. Specifically, I would suggest only including the fix >> >> > for TUSCANY-2304. >> >> > >> >> > What do others think of this? >> >> > >> >> > Simon >> >> > >> >> > >> >> > Cheers, >> >> >> >> >> >> Dave. >> >> >> >> >> >> On Tue, May 20, 2008 at 12:00 PM, Simon Nash <[EMAIL PROTECTED]> >> wrote: >> >> >> >> >> >>> Nishant Joshi wrote: >> >> >>> >> >> >>>> Hi All, >> >> >>>> I have raised TUSCANY-23
Re: SCA 1.2.1 release
Hi All, Could anyone give me any time scales for the 1.2.1 release? The release I'm preparing is due to be released within the next week and is unfortunately blocked awaiting this update. I'm available to assist in any way necessary. Cheers, Dave. On Wed, May 28, 2008 at 7:13 AM, haleh mahbod <[EMAIL PROTECTED]> wrote: > I can help with validating the samples and demos for 1.2.1. > > On 5/27/08, Simon Laws <[EMAIL PROTECTED]> wrote: >> >> On Tue, May 27, 2008 at 6:26 PM, Simon Nash <[EMAIL PROTECTED]> wrote: >> >> > Dave Sowerby wrote: >> > >> >> Hi Simon, >> >> >> >> With regards to the 1.2.1 release you are correct that we have a >> >> patched version of tuscany-sca-all which would work, but this however >> >> leaves us in an awkward configuration position. >> >> >> >> We're currently preparing a software release based around Tuscany >> >> which is completely open to customers of our use of Tuscany, such that >> >> we document fully how to construct services independent of our >> >> software. As such, we do not ship any Tuscany artifacts and instead >> >> encourage our customers to utilise the published maven repository. >> >> Whilst requiring a patch version of one of the jars is possible; I >> >> don't feel that this is a good representation of Tuscany - either >> >> documenting a variant version or expecting a non-standard version of >> >> 1.2-incubating. These potential solutions are more likely to cause >> >> issues for customers that would undermine the image of Tuscany that we >> >> try to project. >> >> >> >> Is anyone adamantly opposed to this release? Do you feel Tuscany >> >> 1.2.1 is still an option? I'd hope that given the potential to damage >> >> our customer's perception of Tuscany would be enough to justify this >> >> minor release. >> >> >> >> Thanks for the clarifaction and explanation. It seems to me that >> > because we distribute Tuscany via Maven repos, which can't be patched, >> > this kind of situation will arise whenever a serious bug is found. >> > We can use patches to isolate a problem and confirm the fix, but we >> > generally won't be able to use them as an alternative to a release. >> > >> > In a situation like this, unless a new release is imminent, the best >> > solution seems to be to produce a quick "bug fix" release without >> > incurring the overhead of a full release and testing cycle. Ant has >> > suggested that we could do this by applying a small set of carefully >> > controlled changes to the previous 1.2 release tag. I think we need >> > to be very strict about what changes go in, to avoid another experience >> > like 1.0.1. Specifically, I would suggest only including the fix >> > for TUSCANY-2304. >> > >> > What do others think of this? >> > >> > Simon >> > >> > >> > Cheers, >> >> >> >> Dave. >> >> >> >> On Tue, May 20, 2008 at 12:00 PM, Simon Nash <[EMAIL PROTECTED]> wrote: >> >> >> >>> Nishant Joshi wrote: >> >>> >> >>>> Hi All, >> >>>> I have raised TUSCANY-2304 which was actually blocking me to go >> further >> >>>> with >> >>>> SCA client. So It was given high priority to resolved and fortunately >> >>>> Ant >> >>>> has resolved it very fast, i appreciate his effortt, thanks alot Ant >> for >> >>>> this :). >> >>>> Another one was TUSCANY-2251 that was handled by Simon Nash and he has >> >>>> also >> >>>> done good progress on it (found from this list ). This problem came in >> >>>> eclipse generated web service client (please refer it for more detail) >> >>>> so >> >>>> this is also in high priority to get in next release. So i request to >> >>>> add >> >>>> TUSCANY-2304 in 1.2.1 and if possible TUSCANY-2251 also. >> >>>> >> >>>> One more thing, its very critical for us to get the next release 1.2.1 >> >>>> ASAP >> >>>> (with 2304 and if possbile 2251 also :) ). >> >>>> >> >>>> So I hope you can understand the effect of the TUSCANY-2304 for any >> >>>> tuscany >>
Re: [VOTE] Release Tuscany Java SCA 1.2-incubating (RC4)
+1 from me, all looks good and bug as discussed in TUSCANY-2220 is now resolved. Cheers! Dave. On Tue, Apr 15, 2008 at 8:38 AM, Venkata Krishnan <[EMAIL PROTECTED]> wrote: > +1 from me. Eclipse update is going fine. Samples are ok. Could not spot > any problems with licenses. > > Luciano, thanks a ton for all the hard work. > > - Venkat > > > On Mon, Apr 14, 2008 at 3:36 PM, Luciano Resende <[EMAIL PROTECTED]> > wrote: > > > > Please review and vote on the 1.2 release artifacts of Tuscany SCA for > > Java. > > > > The artifacts are available for review at: > > > http://people.apache.org/~lresende/tuscany/sca-1.2-RC4/<http://people.apache.org/%7Elresende/tuscany/sca-1.2-RC4/> > > > > > This includes the signed binary and source distributions, the RAT report, > > and the Maven staging repository. > > > > The eclipse updatesite for the Tuscany Eclipse plugins is available at: > > > http://people.apache.org/~lresende/tuscany/sca-1.2-RC4/updatesite/<http://people.apache.org/%7Elresende/tuscany/sca-1.2-RC4/updatesite/> > > > > > The release tag is available at : > > http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.2-RC4/ > > > > > > Looks OK to me, here is my +1. > > > > -- > > Luciano Resende > > Apache Tuscany Committer > > http://people.apache.org/~lresende <http://people.apache.org/%7Elresende> > > > > http://lresende.blogspot.com/ > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Tuscany Java SCA 1.2-incubating (RC3b)
Hi All, -1 from me - there's one outstanding JIRA issue [1] which I don't feel is acceptable to be included on a release, a respin to resolve this issue would bring the release up to the normal high standards :) Dave. [1] https://issues.apache.org/jira/browse/TUSCANY-2220 On Sat, Apr 12, 2008 at 6:42 PM, sebb <[EMAIL PROTECTED]> wrote: > On 10/04/2008, Luciano Resende <[EMAIL PROTECTED]> wrote: > > Please review and vote on the 1.2 release artifacts of Tuscany SCA for > Java. > > > > The artifacts are available for review at: > > http://people.apache.org/~lresende/tuscany/sca-1.2-RC3b/ > > Sigs and hashes all OK. > > > > This includes the signed binary and source distributions, the RAT report, > > The source archive contains the empty directory tree > modules/osgi-runtime/.felix, which is not in SVN. It should be > removed. > > Likewise, the source contains itest/transaction/derbydb, which is not in SVN. > > mvn reports quite a few warnings when testing - e.g. > 12-Apr-2008 15:53:29 > org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor > read > WARNING: Element > {http://www.osoa.org/xmlns/sca/1.0}implementation.java cannot be > processed. ([row,col {unknown-source}]: [50,9]) > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.094 sec > > Are these expected? > > There is an odd file: > > modules/core-databinding/src/test/java/org/apache/tuscany/sca/core/databinding/transformers/IDLTransformerTestCase.java.fixme > which probably shoul be removed. > > Minor nits: > > BUILDING says: > "Change to the distributions folder" > that should be > "Change to the distribution folder" > > It would also be useful to warn people that the build needs lots of memory, > e.g. they may need to: >set MAVEN_OPTS=-Xmx128M (or more) > before attempting a build. > > > > and the Maven staging repository. > > > > The maven.xml descriptor at > > http://people.apache.org/~lresende/tuscany/sca-1.2-RC3b/maven/org/apache/tuscany/sca/ > only refers to the 5 tuscany-maven-* directories. There are lots more. > Should they not be included? I don't know nada about M2 repos, so I > could be wrong. > > > > > The eclipse updatesite for the Tuscany Eclipse plugins is available at: > > http://people.apache.org/~lresende/tuscany/sca-1.2-RC3b/updatesite/ > > > > The plugins jar NOTICE is different from the features jar NOTICE. > Even though the features jar does not contain any non-ASF code, it is > not usable without the plugins jar, so I would expect them to have the > same attributions. > > The top-level NOTICE agrees with the plugins jar which is good. > > > > > The release tag is available at : > > http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.2-RC3b/ > > > > > > Looks OK to me, here is my +1. > > > > > > -- > > Luciano Resende > > Apache Tuscany Committer > > http://people.apache.org/~lresende > > http://lresende.blogspot.com/ > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should we hold SCA 1.2 to fix TUSCANY-2220?
+1 for a respin - I think this one's a big enough of a problem to justify it. On Sun, Apr 13, 2008 at 3:56 PM, Simon Nash <[EMAIL PROTECTED]> wrote: > I believe we now understand the impact of this problem and we > have a fix/workaround that could be applied to the codebase > (see [1] for details). We need to decide whether it's worth > holding the 1.2 release for a respin to include this fix. > > On the pro side for holding the release: > Problems with WSDL generation have been a frequent topic > of posts to the list. They are very visible to beginning > users and they damage Tuscany's credibility. > We know of one user who has already hit this problem, and we > don't yet know if he is able to work around it given his > environment (Axis). > We don't know how many users will be impacted by the problem > (this could also be a con, depending on one's viewpoint). > The fix/workaround is small and low risk. > > On the con side for holding the release: > Extra work and delay to getting the release out. > It's possible (but unlikely) that applying the fix/workaround > could create other issues. > We don't know how many users will be impacted by the problem > (this could also be a pro, depending on one's viewpoint). > > My view is that the balance is on the side of holding the release > and respinning to fix this. I'd welcome other opinions. > > Simon > > [1] https://issues.apache.org/jira/browse/TUSCANY-2220 > > > ----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2222) Missing Documentation for new binding
Missing Documentation for new binding -- Key: TUSCANY- URL: https://issues.apache.org/jira/browse/TUSCANY- Project: Tuscany Issue Type: Bug Components: Java SCA Documentation Environment: N/A Reporter: Dave Sowerby The extension development documentation available at" http://incubator.apache.org/tuscany/sca-java-development-guide.html Contains three empty sections: o How to add a new binding? o How to add a new interface binding? o How to add a new databinding? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with wsdl2java
Hi Simon, The JIRA issue can be found at: https://issues.apache.org/jira/browse/TUSCANY-2220 Cheers, Dave. On Fri, Apr 11, 2008 at 3:37 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 7:51 AM, Dave Sowerby <[EMAIL PROTECTED]> > > > wrote: > > > Hey Simon, > > > > Thanks for the response. > > > > Indeed this is a change in Tuscany behaviour - using the same service > > running under 1.0-incubating or 1.1-incubating the WSDL generated is > > as expected. This problem only appears to have started recently with > > 1.2. > > > > Cheers, > > > > Dave. > > > > On Thu, Apr 10, 2008 at 10:40 PM, Simon Laws <[EMAIL PROTECTED]> > > wrote: > > > On Thu, Apr 10, 2008 at 12:29 PM, Dave Sowerby <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > > > > > > Hi, > > > > > > > > I'm currently facing issues when attmepting to utilise the wsdl > > > > generated by a service exposed using binding.ws, when I use wsdl2java > > > > with this wsdl I get the following exception: > > > > > > > > IWAB0399E Error in generating Java from WSDL: java.io.IOException: > > > > Emitter failure. Cannot find endpoint address in port > > > > ServiceRequestPortType__SOAPHTTPPort in service > > > > ServiceRequestPortType__ServiceLocator > > > >java.io.IOException: Emitter failure. Cannot find endpoint > > > > address in port ServiceRequestPortType__SOAPHTTPPort in service > > > > ServiceRequestPortType__ServiceLocator > > > >at > > > > > > > org.apache.axis.wsdl.toJava.JavaServiceImplWriter.writeFileBody(JavaServiceImplWriter.java:189) > > > >at > > org.apache.axis.wsdl.toJava.JavaWriter.generate(JavaWriter.java:127) > > > >at > > > > > > > org.apache.axis.wsdl.toJava.JavaServiceWriter.generate(JavaServiceWriter.java:112) > > > >at > > > > > > > org.apache.axis.wsdl.toJava.JavaGeneratorFactory$Writers.generate(JavaGeneratorFactory.java:421) > > > >at org.apache.axis.wsdl.gen.Parser.generate(Parser.java:476) > > > >at org.apache.axis.wsdl.gen.Parser.access$000(Parser.java:45) > > > >at > > org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run(Parser.java:362) > > > >at java.lang.Thread.run(Unknown Source) > > > > > > > > I've diffed a previously functioning wsdl against the currently > > (RC3a) > > > > generated wsdl file, the difference causing this problem appears to > > be > > > > the additional lines of: > > > > > > > > > > > > > > > binding="ns2:ServiceRequestPortType__SOAPBinding"> > > > > > > > > > > > > > > > > Which without an address is causing wsdl2java to fail. > > > > > > > > Has anyone seen this before? Or does anyone have any suggestions? > > > > > > > > Cheers, > > > > > > > > Dave. > > > > > > > > -- > > > > Dave Sowerby MEng MBCS > > > > > > > > ----- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > Hi Dave > > > > > > I don't have an immediate suggestion so I'd like to understand if this > > is a > > > change in behavior in the Tuscany code that you are now seeing. I.e. > > The > > > previously functioning WSDL that you diffed against. Was that also > > generated > > > by Tuscany in the past? If so I'll go look at what changed and why. > > > > > > As an aside I saw a post from Simon Nash saying that he is looking at > > the > > > WSDL generation story afresh so hopefully we can make this runtime vs > > > development story much more consistent. > > > > > > Regards > > > > > > Simon > > > > > > > > > > > -- > > Dave Sowerby MEng MBCS > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Dave > > As this effect seems to be erroneous in several ways and is different from > 1.1 can you raise a high priority JIRA so we can track it. > > Thanks > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2220) WSDL representations of binding.ws generated incorrectly.
WSDL representations of binding.ws generated incorrectly. - Key: TUSCANY-2220 URL: https://issues.apache.org/jira/browse/TUSCANY-2220 Project: Tuscany Issue Type: Bug Components: Java SCA Embedded Runtime Affects Versions: Java-SCA-1.2 Environment: Websphere 6.1.0.14 on AIX, jdk150_10 Jetty on Windows XP x86, jdk150_10 Websphere on Windows XP x86, jdk150_10 Tomcat on Windows XP x86. jdk150_10 Reporter: Dave Sowerby Fix For: Java-SCA-1.2 WSDL representations of binding.ws generated incorrectly. I'm currently facing issues when attmepting to utilise the wsdl generated by a service exposed using binding.ws, when I use wsdl2java with this wsdl I get the following exception: IWAB0399E Error in generating Java from WSDL: java.io.IOException: Emitter failure. Cannot find endpoint address in port ServiceRequestPortType__SOAPHTTPPort in service ServiceRequestPortType__ServiceLocator java.io.IOException: Emitter failure. Cannot find endpoint address in port ServiceRequestPortType__SOAPHTTPPort in service ServiceRequestPortType__ServiceLocator at org.apache.axis.wsdl.toJava.JavaServiceImplWriter.writeFileBody(JavaServiceImplWriter.java:189) at org.apache.axis.wsdl.toJava.JavaWriter.generate(JavaWriter.java:127) at org.apache.axis.wsdl.toJava.JavaServiceWriter.generate(JavaServiceWriter.java:112) at org.apache.axis.wsdl.toJava.JavaGeneratorFactory$Writers.generate(JavaGeneratorFactory.java:421) at org.apache.axis.wsdl.gen.Parser.generate(Parser.java:476) at org.apache.axis.wsdl.gen.Parser.access$000(Parser.java:45) at org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run(Parser.java:362) at java.lang.Thread.run(Unknown Source) I've diffed a previously functioning wsdl against the currently (RC3a) generated wsdl file, the difference causing this problem appears to be the additional lines of: Which without an address is causing wsdl2java to fail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with wsdl2java
Hey Simon, Thanks for investigating this so quickly! I shall raise the JIRA as requested now. Dave. On Fri, Apr 11, 2008 at 4:26 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > On Fri, Apr 11, 2008 at 3:37 PM, Simon Laws <[EMAIL PROTECTED]> > > > wrote: > > > > > > > On Fri, Apr 11, 2008 at 7:51 AM, Dave Sowerby <[EMAIL PROTECTED]> > > wrote: > > > > > Hey Simon, > > > > > > Thanks for the response. > > > > > > Indeed this is a change in Tuscany behaviour - using the same service > > > running under 1.0-incubating or 1.1-incubating the WSDL generated is > > > as expected. This problem only appears to have started recently with > > > 1.2. > > > > > > Cheers, > > > > > > Dave. > > > > > > On Thu, Apr 10, 2008 at 10:40 PM, Simon Laws <[EMAIL PROTECTED]> > > > wrote: > > > > On Thu, Apr 10, 2008 at 12:29 PM, Dave Sowerby <[EMAIL PROTECTED] > > > > > > > > wrote: > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > I'm currently facing issues when attmepting to utilise the wsdl > > > > > generated by a service exposed using binding.ws, when I use > > > wsdl2java > > > > > with this wsdl I get the following exception: > > > > > > > > > > IWAB0399E Error in generating Java from WSDL: java.io.IOException: > > > > > Emitter failure. Cannot find endpoint address in port > > > > > ServiceRequestPortType__SOAPHTTPPort in service > > > > > ServiceRequestPortType__ServiceLocator > > > > >java.io.IOException: Emitter failure. Cannot find endpoint > > > > > address in port ServiceRequestPortType__SOAPHTTPPort in service > > > > > ServiceRequestPortType__ServiceLocator > > > > >at > > > > > > > > > org.apache.axis.wsdl.toJava.JavaServiceImplWriter.writeFileBody(JavaServiceImplWriter.java:189) > > > > >at > > > org.apache.axis.wsdl.toJava.JavaWriter.generate(JavaWriter.java:127) > > > > >at > > > > > > > > > org.apache.axis.wsdl.toJava.JavaServiceWriter.generate(JavaServiceWriter.java:112) > > > > >at > > > > > > > > > org.apache.axis.wsdl.toJava.JavaGeneratorFactory$Writers.generate(JavaGeneratorFactory.java:421) > > > > >at org.apache.axis.wsdl.gen.Parser.generate(Parser.java:476) > > > > >at org.apache.axis.wsdl.gen.Parser.access$000(Parser.java:45) > > > > >at > > > org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run(Parser.java:362) > > > > >at java.lang.Thread.run(Unknown Source) > > > > > > > > > > I've diffed a previously functioning wsdl against the currently > > > (RC3a) > > > > > generated wsdl file, the difference causing this problem appears to > > > be > > > > > the additional lines of: > > > > > > > > > > > > > > > > > > > binding="ns2:ServiceRequestPortType__SOAPBinding"> > > > > > > > > > > > > > > > > > > > > Which without an address is causing wsdl2java to fail. > > > > > > > > > > Has anyone seen this before? Or does anyone have any suggestions? > > > > > > > > > > Cheers, > > > > > > > > > > Dave. > > > > > > > > > > -- > > > > > Dave Sowerby MEng MBCS > > > > > > > > > > > > > - > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > Hi Dave > > > > > > > > I don't have an immediate suggestion so I'd like to understand if > > > this is a > > > > change in behavior in the Tuscany code that you are now seeing. I.e. > > > The > > > > previously functioning WSDL that you diffed against. Was that also > > > generated > > > > by Tuscany in the past? If so I'll go look at what changed and why. > >
Re: Problems with wsdl2java
Hey Simon, Thanks for the response. Indeed this is a change in Tuscany behaviour - using the same service running under 1.0-incubating or 1.1-incubating the WSDL generated is as expected. This problem only appears to have started recently with 1.2. Cheers, Dave. On Thu, Apr 10, 2008 at 10:40 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > On Thu, Apr 10, 2008 at 12:29 PM, Dave Sowerby <[EMAIL PROTECTED]> > wrote: > > > > > Hi, > > > > I'm currently facing issues when attmepting to utilise the wsdl > > generated by a service exposed using binding.ws, when I use wsdl2java > > with this wsdl I get the following exception: > > > > IWAB0399E Error in generating Java from WSDL: java.io.IOException: > > Emitter failure. Cannot find endpoint address in port > > ServiceRequestPortType__SOAPHTTPPort in service > > ServiceRequestPortType__ServiceLocator > >java.io.IOException: Emitter failure. Cannot find endpoint > > address in port ServiceRequestPortType__SOAPHTTPPort in service > > ServiceRequestPortType__ServiceLocator > >at > > > org.apache.axis.wsdl.toJava.JavaServiceImplWriter.writeFileBody(JavaServiceImplWriter.java:189) > >at org.apache.axis.wsdl.toJava.JavaWriter.generate(JavaWriter.java:127) > >at > > > org.apache.axis.wsdl.toJava.JavaServiceWriter.generate(JavaServiceWriter.java:112) > >at > > > org.apache.axis.wsdl.toJava.JavaGeneratorFactory$Writers.generate(JavaGeneratorFactory.java:421) > >at org.apache.axis.wsdl.gen.Parser.generate(Parser.java:476) > >at org.apache.axis.wsdl.gen.Parser.access$000(Parser.java:45) > >at org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run(Parser.java:362) > >at java.lang.Thread.run(Unknown Source) > > > > I've diffed a previously functioning wsdl against the currently (RC3a) > > generated wsdl file, the difference causing this problem appears to be > > the additional lines of: > > > > > > > binding="ns2:ServiceRequestPortType__SOAPBinding"> > > > > > > > > Which without an address is causing wsdl2java to fail. > > > > Has anyone seen this before? Or does anyone have any suggestions? > > > > Cheers, > > > > Dave. > > > > -- > > Dave Sowerby MEng MBCS > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Hi Dave > > I don't have an immediate suggestion so I'd like to understand if this is a > change in behavior in the Tuscany code that you are now seeing. I.e. The > previously functioning WSDL that you diffed against. Was that also generated > by Tuscany in the past? If so I'll go look at what changed and why. > > As an aside I saw a post from Simon Nash saying that he is looking at the > WSDL generation story afresh so hopefully we can make this runtime vs > development story much more consistent. > > Regards > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with wsdl2java
Hi, I'm currently facing issues when attmepting to utilise the wsdl generated by a service exposed using binding.ws, when I use wsdl2java with this wsdl I get the following exception: IWAB0399E Error in generating Java from WSDL: java.io.IOException: Emitter failure. Cannot find endpoint address in port ServiceRequestPortType__SOAPHTTPPort in service ServiceRequestPortType__ServiceLocator java.io.IOException: Emitter failure. Cannot find endpoint address in port ServiceRequestPortType__SOAPHTTPPort in service ServiceRequestPortType__ServiceLocator at org.apache.axis.wsdl.toJava.JavaServiceImplWriter.writeFileBody(JavaServiceImplWriter.java:189) at org.apache.axis.wsdl.toJava.JavaWriter.generate(JavaWriter.java:127) at org.apache.axis.wsdl.toJava.JavaServiceWriter.generate(JavaServiceWriter.java:112) at org.apache.axis.wsdl.toJava.JavaGeneratorFactory$Writers.generate(JavaGeneratorFactory.java:421) at org.apache.axis.wsdl.gen.Parser.generate(Parser.java:476) at org.apache.axis.wsdl.gen.Parser.access$000(Parser.java:45) at org.apache.axis.wsdl.gen.Parser$WSDLRunnable.run(Parser.java:362) at java.lang.Thread.run(Unknown Source) I've diffed a previously functioning wsdl against the currently (RC3a) generated wsdl file, the difference causing this problem appears to be the additional lines of: Which without an address is causing wsdl2java to fail. Has anyone seen this before? Or does anyone have any suggestions? Cheers, Dave. -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SCA 1.2] RC3
Hi, Would it be possible to upload the maven repository for RC3? Cheers, Dave. On Fri, Apr 4, 2008 at 8:06 PM, Luciano Resende <[EMAIL PROTECTED]> wrote: > New distributions should be available in couple mins in my people.a.o space > [1] > > > [1] http://people.apache.org/~lresende/tuscany/sca-1.2-RC3/ > > > > On Fri, Apr 4, 2008 at 10:06 AM, Luciano Resende <[EMAIL PROTECTED]> wrote: > > Thanks Raymond > > > >I'm trying this fix, and another one for a jetty version mismatch. > > I'll be generating a new distribution soon and will update this thread > > when it's ready. > > > > > > > > On Fri, Apr 4, 2008 at 9:30 AM, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > The extra jar is from woodstox:wstx-asl:jar:3.2.1 (same artifact and > > > version id with different group id). > > > > > > +- > > > > org.apache.tuscany.sca:tuscany-java2wsdl:jar:1.2-incubating-SNAPSHOT:compile > > > | | +- org.apache.axis2:axis2-codegen:jar:1.3:compile > > > | | +- org.eclipse.emf:codegen:jar:2.2.3:compile > > > | | +- org.eclipse.emf:codegen-ecore:jar:2.2.3:compile > > > | | +- annogen:annogen:jar:0.1.0:compile > > > | | \- woodstox:wstx-asl:jar:3.2.1:runtime > > > > > > I have checked in a fix in trunk under r644756. Please merge it into > 1.2 > > > branch > > > > > > Thanks, > > > Raymond > > > -- > > > From: "Raymond Feng" <[EMAIL PROTECTED]> > > > Sent: Friday, April 04, 2008 9:11 AM > > > To: ; <[EMAIL PROTECTED]> > > > Subject: Re: [SCA 1.2] RC3 > > > > > > > > > > > > > > > > Hi, > > > > > > > > Here is the first issue: I'm seeing duplicate lib/wstx-asl-3.2.1.jar > in > > > both the zip and gz distro. It's very strange. > > > > > > > > Thanks, > > > > Raymond > > > > > > > > -- > > > > From: "Luciano Resende" <[EMAIL PROTECTED]> > > > > Sent: Thursday, April 03, 2008 11:09 PM > > > > To: "tuscany-dev" ; "tuscany user" > > > <[EMAIL PROTECTED]> > > > > Subject: [SCA 1.2] RC3 > > > > > > > > > > > > > I have uploaded stable distribution and possible candidate for our > SCA > > > > > 1.2 RC3 in my people.a.o space [1] (should be live in about 20 > mins). > > > > > Please give it a try and help check the samples, while I finish > > > > > reviewing the license. Please report issues via JIRA. If everything > > > > > goes ok, I plan to start a vote in the morning. > > > > > > > > > > > > > > > [1] http://people.apache.org/~lresende/tuscany/sca-1.2-RC3/ > > > > > > > > > > -- > > > > > Luciano Resende > > > > > Apache Tuscany Committer > > > > > http://people.apache.org/~lresende > > > > > http://lresende.blogspot.com/ > > > > > > > > > > > --------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > -- > > Luciano Resende > > Apache Tuscany Committer > > http://people.apache.org/~lresende > > http://lresende.blogspot.com/ > > > > > > -- > Luciano Resende > Apache Tuscany Committer > http://people.apache.org/~lresende > http://lresende.blogspot.com/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Dave Sowerby MEng MBCS ey,Is it possible to updated - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany with Weblogic
Hey, Absolutely, feel free to copy/translate/whatever you need to do with it, though it'd be nice if you could still link back/acknowledge me in some small way ;) Just for my 2p on the weblogic situation I agree that the META-INF directory is the wrong place for the composite files to live long-term, there's every chance that users of Tuscany may have several contributions within a webapp, which are all organised into suitable jars. Dave. On Feb 15, 2008 11:16 PM, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > ant elder wrote: > > On Mon, Feb 11, 2008 at 5:10 PM, Dave Sowerby <[EMAIL PROTECTED]> > > wrote: > > > >> All, > >> > >> I've spotted there's no FAQs for using Tuscany with Weblogic, so I > >> thought I'd throw something together to help :) > >> > >> Over on my blog: > >> > >> http://davesowerby.blogspot.com/2008/02/using-tuscany-with-weblogic.html > >> > >> It covers the updates necessary to webapps and then an example of how to > >> deploy. > >> > >> If you think it'll be useful, please feel free to link from the FAQs > >> > >> Cheers, > >> > >> Dave. > >> > > Dave, > > It's very useful. Thanks! > > Would you be OK if we copied the steps you've given to our Wiki? I'm > asking because I think that blogspot is not accessible from China for > example, so a whole part of the world will not be able to get these > instructions from your blog, but could get them from the Tuscany Wiki. > > > > > Wouldn't it be good if the Tuscany samples just worked out-of-the-box on > > Weblogic and didn't need this manual moving of the .composite file? > > Yes, +1 > > I know > > this is going to be yet another facet of the ongoing runtime and > > contributions discussions but in the meantime if we move the webapp samples > > .composite files into the meta-inf folder then the samples would just work > > everywhere. > > That's not a good idea IMO as meta-inf is not where people expect to > place their normal development artifacts. I'd prefer if we fixed the > Tuscany contribution processing to correctly handle WARs and support > JARs under the lib/ folder. > > > > >...ant > > > > > -- > Jean-Sebastien > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Legacy JMS System suppport
Great, thanks Ant - I shall take a look and see :) On Feb 12, 2008 6:02 PM, ant elder <[EMAIL PROTECTED]> wrote: > > On Feb 12, 2008 4:33 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > Hi All, > > > > I'm trying to ascertain whether it is possible to specify a policySet > > applied to a service which would allow us to replace or augment the > > data binding? > > > > The rationale behind this is that we're trying to use a legacy JMS > > system as a binding.jms reference, but the TextMessage payload is > > marked up in XML and we don't have the ability to change the > > interface/implementation of this system to be able to strip off/pad > > the xml as appropriate. > > > > Is this possible? Or is there another option that would allow me to do > > this? > > > > Cheers, > > > > Dave. > > > > There's no official way to do what you want, all the JMS binding spec says > about this is: > > "231 To support any other type of JMS message, the SCA runtime should > provide the means for supplying and identifying alternative data binding > behaviors." > > In early drafts of the spec there was a description of a Message processing > component that provided this but it got removed. We still have some of the > code for supporting those early drafts still left in the jms binding though > and i've just committed a change to make it available again from a composite > so you could try that to see if it does what you need and help us come up > with a good way to do this. This current code adds a "messageProcessor" > attribute to the JMS binding scdl, that class must implement the > MessageProcessor interface which gives access to the JMS message to fiddle > with the payloads during the invocation. There's a testcase demonstrating > this at: > https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/itest/jms/src/main/resources/simple/mpclient.composite > > This is all completely open to change to architect a better, more complete > solution, so if you could try this out and provide feed back that would be > great as this seems like this will be quite a common thing to want to do. > >...ant > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Legacy JMS System suppport
Hi All, I'm trying to ascertain whether it is possible to specify a policySet applied to a service which would allow us to replace or augment the data binding? The rationale behind this is that we're trying to use a legacy JMS system as a binding.jms reference, but the TextMessage payload is marked up in XML and we don't have the ability to change the interface/implementation of this system to be able to strip off/pad the xml as appropriate. Is this possible? Or is there another option that would allow me to do this? Cheers, Dave. -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany with Weblogic
Yup, all worked great :) Dave. On Feb 11, 2008 5:30 PM, Luciano Resende <[EMAIL PROTECTED]> wrote: > Thanks, great post. Were you able to run calculator-ws-webapp sample as well ? > > > On Feb 11, 2008 9:10 AM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > All, > > > > I've spotted there's no FAQs for using Tuscany with Weblogic, so I > > thought I'd throw something together to help :) > > > > Over on my blog: > > > > http://davesowerby.blogspot.com/2008/02/using-tuscany-with-weblogic.html > > > > It covers the updates necessary to webapps and then an example of how to > > deploy. > > > > If you think it'll be useful, please feel free to link from the FAQs > > > > Cheers, > > > > Dave. > > > > -- > > Dave Sowerby MEng MBCS > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > Luciano Resende > Apache Tuscany Committer > http://people.apache.org/~lresende > http://lresende.blogspot.com/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tuscany with Weblogic
All, I've spotted there's no FAQs for using Tuscany with Weblogic, so I thought I'd throw something together to help :) Over on my blog: http://davesowerby.blogspot.com/2008/02/using-tuscany-with-weblogic.html It covers the updates necessary to webapps and then an example of how to deploy. If you think it'll be useful, please feel free to link from the FAQs Cheers, Dave. -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NoSuchMethodError: javax/wsdl/Operation
There are some instructions that work for me at: http://www.jetbrains.com/idea/documentation/howto_02.html The section called "Configuring WebSphere Application Server" Hope that helps :) Dave. On Feb 11, 2008 12:51 PM, ant elder <[EMAIL PROTECTED]> wrote: > And another follow up question - anyone know how to get WebSphere to start > up listening for a remote debugger to attach to it? > >...ant > > > > On Feb 11, 2008 8:57 AM, Venkata Krishnan <[EMAIL PROTECTED]> wrote: > > > Yes. Its the same with me as well. I have installed WAS 6.1 ND. Is > > there > > a particular fixpack that is to take care of this ? > > > > Thanks > > > > - Venkat > > > > On Feb 11, 2008 2:22 PM, ant elder <[EMAIL PROTECTED]> wrote: > > > > > Trying to run Tuscany WebApp samples in WebSphere i get a > > > NoSuchMethodError: > > > javax/wsdl/Operation.getExtensibilityElements()Ljava/util/List. Anyone > > > know > > > how to fix that? This is with the class loader set to "Classes loaded > > with > > > application class loader first". > > > > > > ...ant > > > > > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany 1.1 in maven repo
Hey Simon, All looks fine - artifacts are coming down as expected Thanks :) Dave. On Feb 10, 2008 12:45 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > On Feb 8, 2008 4:31 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > > > > On Feb 8, 2008 4:27 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > > > Hi All, > > > > > > I can't seem to spot the 1.1 artifacts over at > > > http://people.apache.org/repo/m2-incubating-repository > > > > > > Is this intentional - has the repo location changed? Or has it just > > > slipped through the net? > > > > > > Cheers, > > > > > > Dave. > > > > > > -- > > > Dave Sowerby MEng MBCS > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > Oops, slipped through the net. Let me go sort that. > > > > Thanks > > > > Simon > > > Ok, Dave, Can you give it another spin to make sure I have everything the > the right place. > > Thanks > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tuscany 1.1 in maven repo
Hi All, I can't seem to spot the 1.1 artifacts over at http://people.apache.org/repo/m2-incubating-repository Is this intentional - has the repo location changed? Or has it just slipped through the net? Cheers, Dave. -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Absolutely: http://www.osoa.org/xmlns/sca/1.0"; name="jms"> Dave. On Jan 18, 2008 11:22 AM, ant elder <[EMAIL PROTECTED]> wrote: > Could you post the complete SCDL for the composite? > >..ant > > > On Jan 18, 2008 11:18 AM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > Hey Ant, > > > > Thanks for your reply :) > > > > Even with the create attribute removed from the destination attribute > > it fails with the same JMSBindingException that I posted earlier. > > > > Cheers, > > > > Dave. > > > > On Jan 18, 2008 10:02 AM, ant elder <[EMAIL PROTECTED]> wrote: > > > Could you try removing the create= attribute from the > > element > > > in your scdl? > > > > > >...ant > > > > > > > > > On Jan 17, 2008 4:44 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > > > > > Hi guys, > > > > > > > > Now that I've recovered from my earlier insanity, I'm getting the > > > > following exception when attempting to start this binding.jms > > > > reference client: > > > > > > > > [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException > > : > > > > JMS Response Destination NORESPONSEDESTINATION not found with create > > > > modeof "ifnotexist" while registering binding JMSService invoker > > > > [java] at > > > > > > > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue > > > > (JMSBindingInvoker.java:165) > > > > [java] at > > > > > > > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination > > > > (JMSBindingInvoker.java:94) > > > > [java] at > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.( > > > > JMSBindingInvoker.java:66) > > > > [java] at > > > > > > > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker > > > > (JMSBindingReferenceBindingProvider.java:117) > > > > > > > > I have no response defined as this operation makes no return. > > > > > > > > Does anyone have any ideas on this one? > > > > > > > > Cheers, > > > > > > > > Dave. > > > > > > > > > > > > On Jan 17, 2008 1:46 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > > > Hi Simon, > > > > > > > > > > Please disregard that last mail, I think I may have been building > > > > > against an earlier RC. > > > > > > > > > > I'll retest against RC2 and let you know if it still occurs. > > > > > > > > > > Thanks, > > > > > > > > > > Dave. > > > > > > > > > > > > > > > On Jan 17, 2008 1:44 PM, Dave Sowerby <[EMAIL PROTECTED]> > > wrote: > > > > > > Hey Simon, > > > > > > > > > > > > Apologises I should have mentioned platfom etc earlier, > > > > > > > > > > > > I'm on Windows XP, using Sun SDK 1.5.0_10 > > > > > > > > > > > > Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 > > > > > > distribution I can only see the binding.jms classes, but nothing > > from > > > > > > org/apache/tuscany/sca/host/jms/activemq. > > > > > > > > > > > > This mirrors the content of the modules directory from the > > > > > > distribution, which contains the following jms related jars: > > > > > > > > > > > > tuscany-binding-jms-1.1-incubating.jar > > > > > > tuscany-host-jms-1.1-incubating.jar > > > > > > > > > > > > But not tuscany-host-jms-activemq-1.1-incubating.jar as I would > > have > > > > expected. > > > > > > > > > > > > Dave. > > > > > > > > > > > > > > > > > > On Jan 17, 2008 1:25 PM, Simon Laws <[EMAIL PROTECTED]> > > wrote: > > > > > > > snip.. > > > &
Re: binding.jms reference to non-SCA service
Hey Ant, Thanks for your reply :) Even with the create attribute removed from the destination attribute it fails with the same JMSBindingException that I posted earlier. Cheers, Dave. On Jan 18, 2008 10:02 AM, ant elder <[EMAIL PROTECTED]> wrote: > Could you try removing the create= attribute from the element > in your scdl? > >...ant > > > On Jan 17, 2008 4:44 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > Hi guys, > > > > Now that I've recovered from my earlier insanity, I'm getting the > > following exception when attempting to start this binding.jms > > reference client: > > > > [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: > > JMS Response Destination NORESPONSEDESTINATION not found with create > > modeof "ifnotexist" while registering binding JMSService invoker > > [java] at > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue > > (JMSBindingInvoker.java:165) > > [java] at > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination > > (JMSBindingInvoker.java:94) > > [java] at > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.( > > JMSBindingInvoker.java:66) > > [java] at > > > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker > > (JMSBindingReferenceBindingProvider.java:117) > > > > I have no response defined as this operation makes no return. > > > > Does anyone have any ideas on this one? > > > > Cheers, > > > > Dave. > > > > > > On Jan 17, 2008 1:46 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > Hi Simon, > > > > > > Please disregard that last mail, I think I may have been building > > > against an earlier RC. > > > > > > I'll retest against RC2 and let you know if it still occurs. > > > > > > Thanks, > > > > > > Dave. > > > > > > > > > On Jan 17, 2008 1:44 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > > Hey Simon, > > > > > > > > Apologises I should have mentioned platfom etc earlier, > > > > > > > > I'm on Windows XP, using Sun SDK 1.5.0_10 > > > > > > > > Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 > > > > distribution I can only see the binding.jms classes, but nothing from > > > > org/apache/tuscany/sca/host/jms/activemq. > > > > > > > > This mirrors the content of the modules directory from the > > > > distribution, which contains the following jms related jars: > > > > > > > > tuscany-binding-jms-1.1-incubating.jar > > > > tuscany-host-jms-1.1-incubating.jar > > > > > > > > But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have > > expected. > > > > > > > > Dave. > > > > > > > > > > > > On Jan 17, 2008 1:25 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > > snip.. > > > > > > > > > > On Jan 17, 2008 1:10 PM, Dave Sowerby <[EMAIL PROTECTED]> > > wrote: > > > > > > > > > > > Hey Simon, > > > > > > > > > > > > Thanks for the reply. > > > > > > > > > > > > Updating the composite as you suggested removes the reference > > target > > > > > > warning, however the "No JMSHost extension point registered" > > exception > > > > > > is still thrown. > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > > > > What platform and JDK are you running on Dave? > > > > > > > > > > The error is saying to me that it can't find > > tuscany-host-jms-activemq on > > > > > the classpath. Can you check that the > > > > > tuscany-sca-all-1.1-incubating.jarthat's in the same directory as > > the > > > > > manifest jar you reference has the path > > > > > org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. > > > > > > > > > > Simon > > > > > > > > > > > > > > > > > > > > > -- > > > > Dave Sowerby MEng MBCS > > > > > > > > > > > > > > > > -- > > > Dave Sowerby MEng MBCS > > > > > > > > > > > -- > > Dave Sowerby MEng MBCS > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Hi guys, Now that I've recovered from my earlier insanity, I'm getting the following exception when attempting to start this binding.jms reference client: [java] org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: JMS Response Destination NORESPONSEDESTINATION not found with create modeof "ifnotexist" while registering binding JMSService invoker [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupDestinationQueue(JMSBindingInvoker.java:165) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.lookupResponseDestination(JMSBindingInvoker.java:94) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingInvoker.(JMSBindingInvoker.java:66) [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingReferenceBindingProvider.createInvoker(JMSBindingReferenceBindingProvider.java:117) I have no response defined as this operation makes no return. Does anyone have any ideas on this one? Cheers, Dave. On Jan 17, 2008 1:46 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > Hi Simon, > > Please disregard that last mail, I think I may have been building > against an earlier RC. > > I'll retest against RC2 and let you know if it still occurs. > > Thanks, > > Dave. > > > On Jan 17, 2008 1:44 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > Hey Simon, > > > > Apologises I should have mentioned platfom etc earlier, > > > > I'm on Windows XP, using Sun SDK 1.5.0_10 > > > > Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 > > distribution I can only see the binding.jms classes, but nothing from > > org/apache/tuscany/sca/host/jms/activemq. > > > > This mirrors the content of the modules directory from the > > distribution, which contains the following jms related jars: > > > > tuscany-binding-jms-1.1-incubating.jar > > tuscany-host-jms-1.1-incubating.jar > > > > But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have > > expected. > > > > Dave. > > > > > > On Jan 17, 2008 1:25 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > > snip.. > > > > > > On Jan 17, 2008 1:10 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > > > > > Hey Simon, > > > > > > > > Thanks for the reply. > > > > > > > > Updating the composite as you suggested removes the reference target > > > > warning, however the "No JMSHost extension point registered" exception > > > > is still thrown. > > > > > > > > Cheers, > > > > > > > > > > > What platform and JDK are you running on Dave? > > > > > > The error is saying to me that it can't find tuscany-host-jms-activemq on > > > the classpath. Can you check that the > > > tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the > > > manifest jar you reference has the path > > > org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. > > > > > > Simon > > > > > > > > > > > -- > > Dave Sowerby MEng MBCS > > > > > > -- > Dave Sowerby MEng MBCS > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Hi Simon, Please disregard that last mail, I think I may have been building against an earlier RC. I'll retest against RC2 and let you know if it still occurs. Thanks, Dave. On Jan 17, 2008 1:44 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > Hey Simon, > > Apologises I should have mentioned platfom etc earlier, > > I'm on Windows XP, using Sun SDK 1.5.0_10 > > Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 > distribution I can only see the binding.jms classes, but nothing from > org/apache/tuscany/sca/host/jms/activemq. > > This mirrors the content of the modules directory from the > distribution, which contains the following jms related jars: > > tuscany-binding-jms-1.1-incubating.jar > tuscany-host-jms-1.1-incubating.jar > > But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have expected. > > Dave. > > > On Jan 17, 2008 1:25 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > > snip.. > > > > On Jan 17, 2008 1:10 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > > > Hey Simon, > > > > > > Thanks for the reply. > > > > > > Updating the composite as you suggested removes the reference target > > > warning, however the "No JMSHost extension point registered" exception > > > is still thrown. > > > > > > Cheers, > > > > > > > > What platform and JDK are you running on Dave? > > > > The error is saying to me that it can't find tuscany-host-jms-activemq on > > the classpath. Can you check that the > > tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the > > manifest jar you reference has the path > > org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. > > > > Simon > > > > > > -- > Dave Sowerby MEng MBCS > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Hey Simon, Apologises I should have mentioned platfom etc earlier, I'm on Windows XP, using Sun SDK 1.5.0_10 Looking into the tuscany-sca-all-1.1-incubating.jar from the RC2 distribution I can only see the binding.jms classes, but nothing from org/apache/tuscany/sca/host/jms/activemq. This mirrors the content of the modules directory from the distribution, which contains the following jms related jars: tuscany-binding-jms-1.1-incubating.jar tuscany-host-jms-1.1-incubating.jar But not tuscany-host-jms-activemq-1.1-incubating.jar as I would have expected. Dave. On Jan 17, 2008 1:25 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > snip.. > > On Jan 17, 2008 1:10 PM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > Hey Simon, > > > > Thanks for the reply. > > > > Updating the composite as you suggested removes the reference target > > warning, however the "No JMSHost extension point registered" exception > > is still thrown. > > > > Cheers, > > > > > What platform and JDK are you running on Dave? > > The error is saying to me that it can't find tuscany-host-jms-activemq on > the classpath. Can you check that the > tuscany-sca-all-1.1-incubating.jarthat's in the same directory as the > manifest jar you reference has the path > org/apache/tuscany/sca/host/jms/activemq in it with 4 classes. > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Hey Simon, Thanks for the reply. Updating the composite as you suggested removes the reference target warning, however the "No JMSHost extension point registered" exception is still thrown. Cheers, Dave. On Jan 17, 2008 12:47 PM, Simon Laws <[EMAIL PROTECTED]> wrote: > On Jan 17, 2008 9:08 AM, Dave Sowerby <[EMAIL PROTECTED]> wrote: > > > I've got the manifest jar on the classpath. > > > > Dave. > > > > OK, thanks Dave. I hadn't spotted you'd included the build.xml in the zip > also. > > I think the problem is originating here. > > [java] 16-Jan-2008 22:54:27 > org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem > [java] WARNING: Reference not found for component reference: > JMSClient/jmsService > [java] 16-Jan-2008 22:54:27 > org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem > [java] WARNING: No targets for reference: service > > > Can you try changing the reference name in the composite to read "service" > instead of "jmsService", e.g. > > http://www.osoa.org/xmlns/sca/1.0"; name="jms"> > > > > > > > > > > > > > > > And let me know what happens > > Regards > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
I've got the manifest jar on the classpath. Dave. On Jan 17, 2008 9:06 AM, Simon Laws <[EMAIL PROTECTED]> wrote: > Re. > > snip... > > > > > org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: No > > JMSHost extension point registered > > [java] at > > org.apache.tuscany.sca.binding.jms.provider.JMSBindingProviderFactory > > .(JMSBindingProviderFactory.java:45) > > [java] ... 14 more > > > > > What's on the classpath when you are running the client. Do you have the > tuscany-sca-manifest.jar etc. or are you specifying an explicit classpath > with reference to selected extensions? > > Regards > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binding.jms reference to non-SCA service
Hi Simon, When the client starts there's no reference to a failed parse of the binding.jms definition. However, if the binding.jms reference is embedded within the component rather than being promoted, I get the following binding jms stack. [java] INFO: Building composite: jms [java] 17-Jan-2008 08:48:20 org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem [java] WARNING: Reference not found for component reference: JMSClient/JMSService [java] 17-Jan-2008 08:48:20 org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem [java] WARNING: No targets for reference: service [java] org.apache.tuscany.sca.node.NodeException: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException [java] at org.apache.tuscany.sca.node.SCANodeFactory.createNodeWithComposite(SCANodeFactory.java:157) [java] at com.example.JMSClientImpl.main(JMSClientImpl.java:18) [java] Caused by: org.apache.tuscany.sca.node.NodeException: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException [java] at org.apache.tuscany.sca.node.impl.SCANodeImpl.addToDomainLevelComposite(SCANodeImpl.java:583) [java] at org.apache.tuscany.sca.node.impl.SCANodeImpl.addToDomainLevelComposite(SCANodeImpl.java:598) [java] at org.apache.tuscany.sca.node.SCANodeFactory.createNodeWithComposite(SCANodeFactory.java:151) [java] ... 1 more [java] Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:756) [java] at org.apache.tuscany.sca.node.impl.SCANodeImpl.activateComposite(SCANodeImpl.java:612) [java] at org.apache.tuscany.sca.node.impl.SCANodeImpl.addToDomainLevelComposite(SCANodeImpl.java:577) [java] ... 3 more [java] Caused by: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException [java] at org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.getFactory(DefaultProviderFactoryExtensionPoint.java:182) [java] at org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.createReferenceBindingProvider(DefaultProviderFactoryExtensionPoint.java:190) [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addReferenceBindingProvider(CompositeActivatorImpl.java:176) [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:133) [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:752) [java] ... 5 more [java] Caused by: java.lang.reflect.InvocationTargetException [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) [java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) [java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494) [java] at org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.getFactory(DefaultProviderFactoryExtensionPoint.java:180) [java] ... 9 more [java] Caused by: org.apache.tuscany.sca.binding.jms.impl.JMSBindingException: No JMSHost extension point registered [java] at org.apache.tuscany.sca.binding.jms.provider.JMSBindingProviderFactory.(JMSBindingProviderFactory.java:45) [java] ... 14 more Dave. On Jan 17, 2008 8:39 AM, Simon Laws <[EMAIL PROTECTED]> wrote: > Hi Dave > > I think the error that is being reported > > Snip... > >[java] org.osoa.sca.ServiceUnavailableException: Service not > > found for component JMSClient reference service (bindingURI=null > > operation=process). > > Ensure that the composite containing the service is loaded and > > started somewhere in the SCA domain and that if running in a remote > > node that the interface of the target service marked as @Remotable > > > > > is coming from binding.sca. When you start your client are you seeing any > errors when Tuscany tries to parse binding.jms? I'll have a go a see if I > can reproduce. > > Regards > > Simon > -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
binding.jms reference to non-SCA service
Hi All, Using Tuscany 1.1 RC2 I'm attempting to construct a simple example of an SCA application, which references a remote JMS service, which in a simple case exposes a request type Queue. This is to proxy/facade a pre-existing JMS solution with Tuscany. My SCDL declares a reference to a remote weblogic queue (though I don't believe the provider should matter) as follows: My client attempts to send a String message this remote JMS reference, though when attempted I get the following stack: [java] org.osoa.sca.ServiceUnavailableException: Service not found for component JMSClient reference service (bindingURI=null operation=process). Ensure that the composite containing the service is loaded and started somewhere in the SCA domain and that if running in a remote node that the interface of the target service marked as @Remotable Can anyone provide any insight into this issue? Any help would be greatly appreciated, client and log can be at: http://davesowerby.org/jms-reference-client.log http://davesowerby.org/jms-reference-client.zip Cheers, Dave. -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Conversation from a non-SCA application
Hi All, Seasons Greetings :) I've got a conversational service and it's client and it's all working great. However I'd like to extend this service to make a call to a non-SCA asynchronous application and I'm not sure as to how I should make the call back from the non-SCA application back into the SCA "world". Just to make sure this is all clear, the flow I'd like to achieve is: 1) Conversational client calls a SCA Service Operation. 2) SCA Service then makes a non-blocking call to the non-SCA operation. 3) non-SCA operation processes and notifies the originating Service conversation-instance of updates. 4) Any updates are returned to the original conversational client. Obviously the problem here is calling back into the originating conversation-instance from the non-sca application. Looking through the various specifications from osoa I can't see any suggested solutions to this, though I'm trying to ascertain if any of the following would work: o invoke a second client (such as a Servlet) and force the conversationID with no callback reference (to maintain the original client callback reference). o implement a second service through one component without callback and once again force the conversationID to hopefully find the originating service conversation-instance. Are either of these recommended solutions, or is there a more appropriate means of doing this? I'd like to find a solution that would continue to work between Tuscany releases. Any help would be greatly appreciated. Cheers, Dave. -- Dave Sowerby MEng MBCS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]