[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
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 simonsl...@googlemail.comwrote: On Fri, Aug 12, 2011 at 1:10 PM, Greg Dritschler greg.dritsch...@gmail.com 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 simonsl...@googlemail.com 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
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 daniel.hais...@googlemail.com 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=^spidermonkeystype=allsektion=all Cheers Daniel On Sun, Aug 14, 2011 at 11:28 PM, Jean-Sebastien Delfino jsdelf...@apache.org wrote: On Thu, Aug 11, 2011 at 8:14 PM, dsh daniel.hais...@googlemail.com 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-devm=131308575106061w=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.ibm.com/abstracts/sg247911.html?Open -- Jean-Sebastien
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 nirmal070...@gmail.comwrote: On Thu, Aug 11, 2011 at 8:20 PM, Nirmal Fernando nirmal070...@gmail.comwrote: 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 (svg:g) 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) dev@tuscany.apache.org wrote: [ https://issues.apache.org/jira/browse/TUSCANY-3496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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 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
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 dependency groupIdorg.apache.tuscany.sca/groupId artifactIdtuscany-jmx/artifactId version${project.version}/version /dependency dependency groupIdorg.apache.tuscany.sca/groupId artifactIdtuscany-jmx-activator/artifactId version${project.version}/version /dependency 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: dependency groupIdorg.apache.tuscany.sca/groupId artifactIdtuscany-base-runtime/artifactId version2.0-SNAPSHOT/version /dependency 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,
[jira] [Created] (TUSCANY-3922) Java 2 Access Control exception originating from Interface2WSDLGenerator.init, JavaBeansDataBinding.copy, JAXBContextCache.getPackages, JavaImplementationInvoker.invo
Java 2 Access Control exception originating from Interface2WSDLGenerator.init, 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 filename read) originating from: 1) at org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.init(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 moga@gmail.com 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] [Updated] (TUSCANY-3922) Java 2 Access Control exception originating from Interface2WSDLGenerator.init, 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.init, 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 filename read) originating from: 1) at org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.init(Interface2WSDLGenerator.java:121) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira