Re: [jira] [Issue Comment Edited] (TUSCANY-3496) Develop a simple tool that can be used to generate composite diagrams from the xml files
Hi, I have bundled all the dependency jars into the "tuscany-composite-diagram-0.0.1.jar", so that a user can execute the jar from the command line. Following is the interface help: You have 3 options: ---1) Default: Specify "Composite XML" file paths separated ---by a space, with no arguments. This will ---generate SVG and HTML output. --- Eg: java -jar tuscany-composite-diagram-0.0.1.jar --- //a//aa//a.composite //b//bb//b.composite --- ---2) SVG Only: Specify "Composite XML" file paths separated ---by a space, with '-svg' argument. --- Eg: java -jar tuscany-composite-diagram-0.0.1.jar -svg --- //a//aa//a.composite //b//bb//b.composite --- ---3) HTML Only: Specify "Composite XML" file paths separated ---by a space, with '-html' argument. --- Eg: java -jar tuscany-composite-diagram-0.0.1.jar -html --- //a//aa//a.composite //b//bb//b.composite --- Code lives here: https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/ Here's a sample query and its result as printed in command line: $ java -jar tuscany-composite-diagram-0.0.1.jar -svg /media/798D-18B1/GSoC-2011/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/input/store.xml /media/798D-18B1/GSoC-2011/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/input/Calculator.xml --SVG Output for store-- http://www.w3.org/2000/svg"; xmlns:xlink="http://www.w3.org/1999/xlink"; contentScriptType="text/ecmascript" zoomAndPan="magnify" contentStyleType="text/css" viewBox="0 0 1800 820" preserveAspectRatio="xMidYMid meet" version="1.0">storeStoreWidgetcatalogshoppingCartshoppingTotalCatalogcurrencyCodeCatalogcurrencyConverterShoppingCartCartTotalCurrencyConverterCurrencyConverter - --SVG Output for Calculator-- http://www.w3.org/2000/svg"; xmlns:xlink="http://www.w3.org/1999/xlink"; contentScriptType="text/ecmascript" zoomAndPan="magnify" contentStyleType="text/css" viewBox="0 0 1400 1340" preserveAspectRatio="xMidYMid meet" version="1.0">CalculatorCalculatorServiceComponentCalculatorServiceaddServicesubtractServicemultiplyServicedivideServiceAddServiceComponentAddServiceSubtractServiceComponentSubtractServiceMultiplyServiceComponentMultiplyServiceDivideServiceComponentDivideService - Thanks. On Mon, Aug 15, 2011 at 8:27 PM, Nirmal Fernando wrote: > Hi All, > > On Sat, Aug 13, 2011 at 12:05 PM, Nirmal Fernando > wrote: > >> >> >> On Thu, Aug 11, 2011 at 8:20 PM, Nirmal Fernando >> wrote: >> >>> Hi Jean, >>> >>> On Wed, Aug 10, 2011 at 11:16 AM, Jean-Sebastien Delfino < >>> jsdelf...@apache.org> wrote: >>> Hi Nirmal, I've reviewed your latest update and it looks pretty good. I have a few suggestions to make it even better: - Generate a simple HTML document around the SVG. That'll help set a title for the document, a link to the original composite (assuming it's online) and any other decoration you'd like to add around the diagram. >>> >>> I'll provide a HTML wrapper! >>> >> >> I have added the HTML wrapper ( >> https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/src/main/java/org/apache/tuscany/sca/impl/html/HTMLWrapper.java >> ). >> >> I used Canvg (http://code.google.com/p/canvg/) which was released under >> MIT license (compatible with Apache 2 license: >> http://www.apache.org/legal/resolved.html#category-a) and I included the >> two Java Script files of Canvg + the MIT license file under resources >> directory ( >> https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/resources/ >> ). >> >> I think there is a procedure when including source from another license, >> which I am not familiar with! >> > > I avoided using Canvg since, it is not needed. I modified the HTMLWrapper > code ( > https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/src/main/java/org/apache/tuscany/sca/impl/html/HTMLWrapper.java), > now it's simply embedding the svg document, inside a HTML. > >> >> >>> >>> - Use groups () to nest the various shapes you're generating. This should help simplify your code as you won't have to worry about positioning related shapes (as they'll be naturally nested). >>> >>> I'm not sure whether this is necessary, since the dimensions of artifacts >>> changes dynamically (i.e. according to their quantity), I should position >>> each artifact dynamically. You have different thoughts? >>> >>> - To help navigate nested composites and included composites, generate links to their diagrams (perhaps you've already done that but I couldn't see it with the example diagrams you've committed). >>> >>> Ya, I've already done that, ple
[jira] [Updated] (TUSCANY-3922) Java 2 Access Control exception originating from Interface2WSDLGenerator., JavaBeansDataBinding.copy, JAXBContextCache.getPackages, JavaImplementationInvoker.invo
[ https://issues.apache.org/jira/browse/TUSCANY-3922?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jennifer A Thompson updated TUSCANY-3922: - Attachment: TUSCANY-3922.patch Attaching .patch file to address Java2Security exceptions > Java 2 Access Control exception originating from > Interface2WSDLGenerator., JavaBeansDataBinding.copy, > JAXBContextCache.getPackages, JavaImplementationInvoker.invoke > -- > > Key: TUSCANY-3922 > URL: https://issues.apache.org/jira/browse/TUSCANY-3922 > Project: Tuscany > Issue Type: Bug > Components: SCA Java Runtime >Affects Versions: Java-SCA-2.x >Reporter: Jennifer A Thompson >Priority: Minor > Fix For: Java-SCA-2.x > > Attachments: TUSCANY-3922.patch > > Original Estimate: 1h > Remaining Estimate: 1h > > The following methods are experiencing " getClassLoader : Access denied > (java.lang.RuntimePermission getClassLoader)" exceptions when running with > Java2 Security enabled: > 1) at > org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.invoke(JavaImplementationInvoker.java:97) > 2) at > org.apache.tuscany.sca.databinding.javabeans.JavaBeansDataBinding.copy(JavaBeansDataBinding.java:91) > 3) at > org.apache.tuscany.sca.databinding.jaxb.JAXBContextCache.getPackages(JAXBContextCache.java:475) > And "java.security.AccessControlException: Access denied > (java.io.FilePermission read)" originating from: > 1) at > org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.(Interface2WSDLGenerator.java:121) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
GSOC 2011 Projects - pencils down approaching
Just a reminder that there is only one week left of development on this years GSoC projects so this last week should be finishing things up. The official pencils down time is 19:00 UTC on August 22nd. ...ant On Tue, Apr 26, 2011 at 6:48 PM, Florian Moga wrote: > All 5 Tuscany proposals [1] for GSOC have been accepted. Congratulations to > the accepted students and best of luck in completing your project! They > would make excellent Tuscany extensions. > See you around the Tuscany community :) > Florian > > [1] https://cwiki.apache.org/confluence/display/TUSCANYWIKI/GSoC+2011+Applications
[jira] [Created] (TUSCANY-3922) Java 2 Access Control exception originating from Interface2WSDLGenerator., JavaBeansDataBinding.copy, JAXBContextCache.getPackages, JavaImplementationInvoker.invo
Java 2 Access Control exception originating from Interface2WSDLGenerator., JavaBeansDataBinding.copy, JAXBContextCache.getPackages, JavaImplementationInvoker.invoke -- Key: TUSCANY-3922 URL: https://issues.apache.org/jira/browse/TUSCANY-3922 Project: Tuscany Issue Type: Bug Components: SCA Java Runtime Affects Versions: Java-SCA-2.x Reporter: Jennifer A Thompson Priority: Minor Fix For: Java-SCA-2.x The following methods are experiencing " getClassLoader : Access denied (java.lang.RuntimePermission getClassLoader)" exceptions when running with Java2 Security enabled: 1) at org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.invoke(JavaImplementationInvoker.java:97) 2) at org.apache.tuscany.sca.databinding.javabeans.JavaBeansDataBinding.copy(JavaBeansDataBinding.java:91) 3) at org.apache.tuscany.sca.databinding.jaxb.JAXBContextCache.getPackages(JAXBContextCache.java:475) And "java.security.AccessControlException: Access denied (java.io.FilePermission read)" originating from: 1) at org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.(Interface2WSDLGenerator.java:121) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [GSoC] Adding jmx capabilities to tuscany
Hi, Amindri.
Please follow the steps below:
1) cd modules
2) add the dependencies to base-runtime/pom.xml
org.apache.tuscany.sca
tuscany-jmx
${project.version}
org.apache.tuscany.sca
tuscany-jmx-activator
${project.version}
3) mvn clean install -fn (under modules)
4) Go to samples/running-tuscany/jse
5) run mvn clean install
I'm seeing started the module jmx activator..
Thanks,
Raymond
Raymond Feng
rf...@apache.org
Apache Tuscany PMC member and committer: tuscany.apache.org
Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com
Personal Web Site: www.enjoyjava.com
On Aug 3, 2011, at 10:25 AM, Amindri Udugala wrote:
> Hi,
>
> Thanks for the response
>
> I'm trying to understand the project setting for the code you use to test the
> JMX integration. Do you have your own maven module or do you reuse an
> existing sample module?
>
> Are you trying to run
> samples/running-tuscany/jse/src/main/java/launcher/LaunchCalculatorContribution
> to see if the JMX is activated?
>
>Yes I'm using
> samples/running-tuscany/jse/src/main/java/launcher/LaunchCalculatorContribution
> to test JMX integration.
>
> If so, that pom has the following dependency:
>
>
> org.apache.tuscany.sca
> tuscany-base-runtime
> 2.0-SNAPSHOT
>
>
> If you have the jmx modules added to the base-runtime pom, they should be
> picked up. You can run "mvn dependency:tree" under
> samples/running-tuscany/jse to confirm.
>
> I added the tuscany-base-runtime dependency to
> samples/running-tuscany/pom.xml. Built the project (but stopped half way
> through due to the permgen error)
> Then executed mvn dependency:tree, and this is the result I get
>
> [INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ jse ---
> [INFO] org.apache.tuscany.sca.samples:jse:jar:2.0-SNAPSHOT
> [INFO] +- org.apache.tuscany.sca:tuscany-base-runtime:jar:2.0-SNAPSHOT:compile
> [INFO] | +- cglib:cglib:jar:2.2:compile
> [INFO] | +- org.apache.ws.commons.schema:XmlSchema:jar:1.4.3:compile
> [INFO] | +- asm:asm:jar:3.1:compile
> [INFO] | \- wsdl4j:wsdl4j:jar:1.6.2:compile
> [INFO] \- junit:junit:jar:4.8.1:test
>
> seems like the two jmx modules are not picked up. (I have added the two jmx
> modules to the modules/base-runtime/pom.xml)
>
>
> Back to the build issue, can you do the following:
>
> 1) Send us the error message
> 2) Use "mvn clean install -fae -Dmaven.test.skip=true" for the purpose of
> compilation and archive.
>
> I still get the permgen error even if I ignore errors using mvn clean
> install -fae. Following is end of the log.
>
> [INFO]
>
> [INFO] Building Apache Tuscany SCA iTest WS Contribution WSDL First
> 2.0-SNAPSHOT
> [INFO]
>
> [INFO]
> [INFO] --- maven-clean-plugin:2.4:clean (default-clean) @
> itest-ws-contribution-wsdl-first ---
> [INFO] Deleting
> /home/amindri/tuscany/trunk/testing/itest/ws/contribution-wsdl-first/target
> [INFO]
> [INFO] --- maven-enforcer-plugin:1.0:enforce (enforce-plugin-versions) @
> itest-ws-contribution-wsdl-first ---
> [INFO] The requirePluginVersions rule is currently not compatible with Maven3.
> [INFO]
> [INFO] --- build-helper-maven-plugin:1.0:add-test-source (add-source) @
> itest-ws-contribution-wsdl-first ---
> [INFO] Test Source directory:
> /home/amindri/tuscany/trunk/testing/itest/ws/contribution-wsdl-first/target/jaxws-source
> added.
> [INFO]
> [INFO] --- maven-remote-resources-plugin:1.1:process (default) @
> itest-ws-contribution-wsdl-first ---
> [INFO]
> [INFO] --- maven-resources-plugin:2.4.2:resources (default-resources) @
> itest-ws-contribution-wsdl-first ---
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
> [INFO] Copying 7 resources
> [INFO] Copying 0 resource
> [INFO] Copying 3 resources
> [INFO]
> [INFO] --- jaxws-maven-plugin:1.10:wsimport (wsimport2) @
> itest-ws-contribution-wsdl-first ---
> [INFO] Processing:
> /home/amindri/tuscany/trunk/testing/itest/ws/contribution-wsdl-first/target/classes/helloworld-external-service.wsdl
> [INFO] jaxws:wsimport args: [-s,
> /home/amindri/tuscany/trunk/testing/itest/ws/contribution-wsdl-first/target/jaxws-source,
> -d,
> /home/amindri/tuscany/trunk/testing/itest/ws/contribution-wsdl-first/target/classes,
> -verbose, -p,
> org.apache.tuscany.sca.binding.ws.jaxws.external.service.iface, -target, 2.1,
> -Xnocompile,
> /home/amindri/tuscany/trunk/testing/itest/ws/contribution-wsdl-first/target/classes/helloworld-external-service.wsdl]
> ---
> constitu
Re: [jira] [Issue Comment Edited] (TUSCANY-3496) Develop a simple tool that can be used to generate composite diagrams from the xml files
Hi All, On Sat, Aug 13, 2011 at 12:05 PM, Nirmal Fernando wrote: > > > On Thu, Aug 11, 2011 at 8:20 PM, Nirmal Fernando > wrote: > >> Hi Jean, >> >> On Wed, Aug 10, 2011 at 11:16 AM, Jean-Sebastien Delfino < >> jsdelf...@apache.org> wrote: >> >>> Hi Nirmal, >>> >>> I've reviewed your latest update and it looks pretty good. I have a >>> few suggestions to make it even better: >>> >>> - Generate a simple HTML document around the SVG. That'll help set a >>> title for the document, a link to the original composite (assuming >>> it's online) and any other decoration you'd like to add around the >>> diagram. >>> >> >> I'll provide a HTML wrapper! >> > > I have added the HTML wrapper ( > https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/src/main/java/org/apache/tuscany/sca/impl/html/HTMLWrapper.java > ). > > I used Canvg (http://code.google.com/p/canvg/) which was released under > MIT license (compatible with Apache 2 license: > http://www.apache.org/legal/resolved.html#category-a) and I included the > two Java Script files of Canvg + the MIT license file under resources > directory ( > https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/resources/ > ). > > I think there is a procedure when including source from another license, > which I am not familiar with! > I avoided using Canvg since, it is not needed. I modified the HTMLWrapper code ( https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/CompositeDiagramGeneratorUsingBatik/src/main/java/org/apache/tuscany/sca/impl/html/HTMLWrapper.java), now it's simply embedding the svg document, inside a HTML. > > >> >> >>> >>> - Use groups () to nest the various shapes you're generating. >>> This should help simplify your code as you won't have to worry about >>> positioning related shapes (as they'll be naturally nested). >>> >> >> I'm not sure whether this is necessary, since the dimensions of artifacts >> changes dynamically (i.e. according to their quantity), I should position >> each artifact dynamically. You have different thoughts? >> >> >>> >>> - To help navigate nested composites and included composites, generate >>> links to their diagrams (perhaps you've already done that but I >>> couldn't see it with the example diagrams you've committed). >>> >> >> Ya, I've already done that, please see "MyValueComposite2_diagram.svg" >> from your web browser. >> >> >>> >>> - Position the titles below or above the services and references. >>> Right now they're kind of mixed with the services / references. >>> >> >> It was in displayed in the center of the services/references. I added them >> to top of each service/reference! >> >> >>> >>> These are only suggestions. Think about about them and decide yourself >>> if you think they're good ideas or not. At this point I think you know >>> better than me what's feasible and what makes more sense... >>> >> >> Thanks for the valuable thoughts! >> >> >>> -- >>> Jean-Sebastien >>> >>> On Sat, Aug 6, 2011 at 12:04 PM, C.S. Nirmal J. Fernando (JIRA) >>> wrote: >>> > >>> >[ >>> https://issues.apache.org/jira/browse/TUSCANY-3496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13080446#comment-13080446] >>> > >>> > C.S. Nirmal J. Fernando edited comment on TUSCANY-3496 at 8/6/11 7:03 >>> PM: >>> > >>> -- >>> > >>> > Hi All, >>> > >>> > I have almost finished implementing the necessary requirements of >>> Composite Diagram Generator as per now, and starting to testing the tool. >>> > >>> > You can find the code up to date from >>> https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/ >>> > >>> > Herewith I have attached 4 SVG images, created using the tool, and the >>> 4 attached composites files were created/modified just for the feature >>> validation process, thus may not be meaningful. >>> > >>> > Please download and open the SVG images using your web browser, then >>> only you'll get to see the 'inclusion' links working. Also you should place >>> all 4 SVG images in one place to get the links to work. >>> > >>> > PS: You may notice that the images are not scrollable, I couldn't find >>> a way to make SVG scrollable yet (I spent very little time on it ), for now >>> you may want to zoom in and out. >>> >> > I fixed this! :) Now you could see the whole diagram! > > >> > >>> > Waiting for your comments! >>> > >>> > Thanks. >>> > >>> > was (Author: nirmal): >>> >Hi All, >>> > >>> > I have almost finished implementing the necessary requirements of >>> Composite Diagram Generator as per now, and starting to testing the tool. >>> > >>> > You can find the code up to date from >>> https://svn.apache.org/repos/asf/tuscany/collaboration/GSoC-2011-Nirmal/ >>> > >>> > Herewith I have attached 4 SVG images, created using the tool, and the >>> 4 attached composites file
Re: Fun with LevelDB, LLVM and OpenCL
Hi, looks like Qpid experiences a similar thread-local issue on OS X: https://issues.apache.org/jira/browse/QPID-2206 On Mon, Aug 15, 2011 at 6:30 AM, dsh wrote: > Hi Jean-Sebastien, > > the old SpiderMonkey port [10] already contains support for nspr - so > that end should be covered cause I am using the old port descriptor > files as a basis for the new 1.8.5 port. That's the type of embedded > board [11] I am considering. It comes with an FPGA processor that > accompanies the main CPU that I want to leverage to optimize certain > operations (maybe that scenario is similar to what you are doing with > offloading CPU cycles to the GPU). > > [11] http://soekris.com/net6501.htm > [10] > http://www.freebsd.org/cgi/ports.cgi?query=^spidermonkey&stype=all&sektion=all > > Cheers > Daniel > > On Sun, Aug 14, 2011 at 11:28 PM, Jean-Sebastien Delfino > wrote: >> On Thu, Aug 11, 2011 at 8:14 PM, dsh wrote: >> ... >>> >>> My attempt to provide an overview what works on FreeBSD (8.2) and what not: >>> >>> * autoconf, automake, libtool, doxygen, gcc can be installed from the >>> FreeBSD ports collection >>> * at the time there's only Apache HTTPD 2.2 available in the FreeBSD >>> ports collection. I started creating an additional Apache HTTPD 2.3 >>> port [0] but did not finish it yet >>> * APR 2 - I sent an problem report [1] including a new port for the >>> most recent APR 2 version >>> * OpenSSL can be used from the FreeBSD base system >>> * pcre-8.12 can be used from the FreeBSD ports collection >>> * expat-2.0.1_1 can be used from the FreeBSD ports collection >>> * memcached-1.4.5 can be installed from the FreeBSD ports collection >>> * libevent-1.4.14b_2 can be installed from the FreeBSD ports collection >>> * libxml2-2.7.8_1 can be installed from the FreeBSD ports collection >>> * curl-7.21.3_2 can be installed from the FreeBSD ports collection >>> (including SSL support) >>> * I am currently in the process of upgrading the existing FreeBSD >>> SpiderMonkey 1.7.x port [2], [3] >>> * tinycdb-0.77 is available from the FreeBSD ports collection >>> * ap20-mod_security-2.5.13 is available from the FreeBSD ports >>> collection (not sure whether this one is too old) >>> * I started to create an Apache Axis2/C port for FreeBSD but hit an >>> issue which may be a bug [4] >>> * I started to create an Apache Qpid port for FreeBSD put hit an issue >>> which may be a bug [5], [6] >>> * ap20-mod_auth_openid-0.5 is available from the FreeBSD ports >>> collection including support for libopkele-2.0.2_1 >>> * liboauth-0.9.4 is available from the FreeBSD ports collection >>> * I think Apache Vysper can be installed relatively easy from the >>> binary distribution and thus I decided to not create a separate >>> FreeBSD port >>> * Didn't create a FreeBSD port for Libstrophe yet cause I don't know >>> how to pull sources directly from Github while building a FreeBSD port >>> * postgresql-client-8.4.8 is available from the FreeBSD ports collection >>> * scribe-2.2_3 is available from the FreeBSD ports collection >>> * thrift-0.4.0,1 is available from the FreeBSD ports collection >>> * I created and submitted a new FreeBSD port for Apache Libcloud using a PR >>> [7] >>> >>> [0] >>> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=284897+0+current/freebsd-ports >>> [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=159658 >>> [2] http://people.apache.org/~dsh/projects/fbsd-ports/spidermonkey185/ >>> [3] >>> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=343488+0+current/freebsd-ports >>> [4] >>> http://mail-archives.apache.org/mod_mbox/axis-c-user/201108.mbox/%3ccac0wh9akzrvc3-qzhg3thmfhnvi20kzerb0zp94hq_x+d_f...@mail.gmail.com%3E >>> [5] https://issues.apache.org/jira/browse/QPID-2549 >>> [6] >>> http://mail-archives.apache.org/mod_mbox/qpid-dev/201108.mbox/%3CCAC0wh9ZjuK0Ns_2LnAbM=oufhcg2gavsb99+pkpuybrtr6k...@mail.gmail.com%3E >>> [7] http://www.freebsd.org/cgi/query-pr.cgi?pr=159703 >>> >> >> Wow, that's great progress! ... with a pretty long list of dependencies :) >> >> If there's too many issues with the dependencies it should be easy to >> scale down to the short list I mentioned earlier [9]. >> >> BTW js-1.8.5 also needs nspr-4.8.x to correctly work in multiple >> threads. I just ran into that today while playing with massive >> multi-threading in the context of the OpenCL integration. >> >> [9] http://marc.info/?l=tuscany-dev&m=131308575106061&w=2 >> >> ... >>> I am interested in Apache Tuscany native cause I want to figure out, >>> whether it would be possible to use OSGi like modules (i.e. provided >>> by Apache Celix) for SCA components similar to what I did with Java in >>> a Redbook I wrote last year [8]. >>> >>> Besides that I want to elaborate whether Apache Celix And Apache >>> Tuscany (native) can be used on embedded devices such as >>> router/firewall devices and what the use cases may be and thus my >>> interest in creating all those various FreeBSD ports. >> >> Sounds interesting! >> >>> [8] http://www.redbooks.
Re: getting TooManyReferenceTargets when overriding binding uri of promoted reference
Yes, that's the text that was bothering me. It isn't very well worded. Anyway I think we're ok. On Fri, Aug 12, 2011 at 11:19 AM, Simon Laws wrote: > On Fri, Aug 12, 2011 at 1:10 PM, Greg Dritschler > wrote: > > I thought this over again, and based on everything Mike has said, I think > my > > proposed fix is wrong. pushDownEndpointReferences() is adding targets > from > > a component reference to its "leaf" component reference. This should > always > > be an add operation, never a replace. That's why ASM_5023 is now > failing. > > > > nonOverridable only applies between the composite ref and its promoted > > component ref within the same composite. So far I haven't found the code > > where the targets are resolved between a composite ref and its promoted > > component ref. > > Greg > > On Mon, Aug 8, 2011 at 10:46 AM, Simon Laws > > wrote: > >> > >> i've created https://issues.apache.org/jira/browse/TUSCANY-3912 to > >> cover this. From the set of four failures I originally saw on a full > >> build three are some bogus HTTP endpoint failure. The remaining is > >> TUSCNAY-5023 which we need to look at. > >> > >> Simon > >> > >> -- > >> Apache Tuscany committer: tuscany.apache.org > >> Co-author of a book about Tuscany and SCA: tuscanyinaction.com > > > > > > Greg, I think you're having the same doubts that I was having when I > suggested that the previous example was wrong. I concluded that they > were correct after all and for me it hinged on what you say here > "nonOverridable only applies between the composite ref and its > promoted component ref within the same composite". I read the > following part of the assembly spec twice: > > 862 • nonOverridable : boolean (0..1) - a boolean value, "false" by > default, which indicates whether this > 863 component reference can have its targets overridden by a composite > reference which promotes the > 864 component reference. > > First time I read it I thought it was being very specific in talking > about "composite reference". i.e the composite reference declaration > in the same composite. That's when I started to worry. The second time > I read it, along with what Mike had said, I came to the conclusion > that it meant the composite reference in the wider sense, i.e. as > configured by the top level component. > > Does that make any sense? > > Simon > > -- > Apache Tuscany committer: tuscany.apache.org > Co-author of a book about Tuscany and SCA: tuscanyinaction.com >
[jira] [Closed] (TUSCANY-3917) When we create the WSDL interface contract in the WebServicesBinding the Definitions that lead to it being created is left null
[
https://issues.apache.org/jira/browse/TUSCANY-3917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws closed TUSCANY-3917.
---
Resolution: Fixed
Fix committed at r1157752
> When we create the WSDL interface contract in the WebServicesBinding the
> Definitions that lead to it being created is left null
> ---
>
> Key: TUSCANY-3917
> URL: https://issues.apache.org/jira/browse/TUSCANY-3917
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-2.0
> Environment: All
>Reporter: Simon Laws
> Fix For: Java-SCA-2.0
>
>
> When the interface contract is created from a WSDLDefinition using the
> following piece of code from WebServiceBIndingProcessor
> PortType portType = getPortType(model);
> if (portType != null) {
> WSDLInterfaceContract interfaceContract =
> wsdlFactory.createWSDLInterfaceContract();
> WSDLInterface wsdlInterface = null;
> try {
> wsdlInterface = wsdlFactory.createWSDLInterface(portType,
> wsdlDefinition, resolver, context.getMonitor());
> } catch (InvalidInterfaceException e) {
> warning(monitor, "InvalidInterfaceException",
> wsdlFactory, model.getName(), e.getMessage());
> }
> interfaceContract.setInterface(wsdlInterface);
>
> interfaceContract.setCallbackInterface(wsdlInterface.getCallbackInterface());
> model.setBindingInterfaceContract(interfaceContract);
> }
> The wsdlDefinition is not set on the newly created wsdlInterface. This hasn't
> mattered until now but, due to TUSCANY-3915, we're looking to retrieve the
> binding interface contract and serialize out the WSDL that's found. If could
> be useful to be able to use the wsdlDefinition if one already exists rather
> than trying to generate a new one.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
