Re: [Composite Diagram Generator] Need a suggestion
On Sat, Jun 25, 2011 at 5:54 AM, Nirmal Fernando wrote: > Hi All, > > I need your help to decide how should Composite Diagram Generator loads > composite XML. > I can see two main options: > > 1) Load from the Jar file > 2) Directly load the composite XML (i.e. user gives it as the input) > > Thanks. > I think this calls for bigger questions: - Why will a user want to use the tool? - How will he use it? Here are some ideas, as I can think of a few use cases: A) I'm an SCA app developer and I want to use it to visualize the composites I'm in the middle of authoring on in my development environment. B) I'm an SCA app developer and I want to use it to browse a bunch of composites that I'm thinking about reusing. C) I'm a system administrator and I want to use it to browse the domain composite, the composites it includes and the composites it uses to check that my domain is correctly configured and wired up. D) I'm embedding Tuscany, building some tools for it, and want to generate these SVG diagrams programmatically. With these use cases in mind, I can see the following requirements: t) a command line tool that takes the text of a composite on standard input and prints the corresponding HTML + SVG on standard output; u) a command line tool that takes a directory containing a bunch of SCA contributions, and produces a tree of HTML + SVG linked together; v) a Web based tool that takes the URL of a composite document and serves the corresponding HTML + SVG; w) a Web based tool that takes the URL of an SCA domain and serves the corresponding HTML + SVG documents; x) a reusable library that takes the text of a composite and returns the corresponding SVG for it; y) a reusable library that takes a list of SCA contributions URLs and produces a tree of HTML + SVG linked together. z) all of the above should work with buggy, unresolved, and incomplete composites or they won't be really useful to a developer or administrator... just think of a Java editor that couldn't load a Java source with bugs in it... it wouldn't be so useful :) Obviously you don't want to implement all of the above right now... To start small and simple, you could just do (x), (t) and (z), which would already be great! Then you could try to do (v) (x wrapped in a servlet) if you have time, for a nice Web browser based experience... Hope this helps -- Jean-Sebastien
[jira] [Updated] (TUSCANY-3887) AccessControlException in EquinoxServiceDiscoverer with Java2 security enabled
[ https://issues.apache.org/jira/browse/TUSCANY-3887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Greg Dritschler updated TUSCANY-3887: - Attachment: TUSCANY-3887.patch > AccessControlException in EquinoxServiceDiscoverer with Java2 security enabled > -- > > Key: TUSCANY-3887 > URL: https://issues.apache.org/jira/browse/TUSCANY-3887 > Project: Tuscany > Issue Type: Bug >Reporter: Greg Dritschler >Priority: Minor > Attachments: TUSCANY-3887.patch > > > An AccessControlException occurs when a client program calls > SCAClientFactory, if a security manager is enabled and the > EquinoxServiceDiscoverer is in use. > java.security.AccessControlException: Access denied > (org.osgi.framework.AdminPermission (id=1) metadata) > at > java.security.AccessController.checkPermission(AccessController.java:108) > at java.lang.SecurityManager.checkPermission(SecurityManager.java:544) > at > com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:208) > at > org.eclipse.osgi.framework.internal.core.Framework.checkAdminPermission(Framework.java:1177) > at > org.eclipse.osgi.framework.internal.core.AbstractBundle.getHeaders(AbstractBundle.java:943) > at > org.eclipse.osgi.framework.internal.core.AbstractBundle.getHeaders(AbstractBundle.java:901) > at > org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoverer.isProviderBundle(EquinoxServiceDiscoverer.java:218) > at > org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoverer.getBundles(EquinoxServiceDiscoverer.java:242) > at > org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoverer.getServiceDeclarations(EquinoxServiceDiscoverer.java:274) > at > org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclarations(ServiceDiscovery.java:107) > at > org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclarations(ServiceDiscovery.java:165) > at > org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclaration(ServiceDiscovery.java:224) > at > org.apache.tuscany.sca.core.DefaultExtensionPointRegistry.getExtensionPoint(DefaultExtensionPointRegistry.java:105) > at > org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.getInterfaceContract(ComponentContextImpl.java:471) > at > org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createEndpointReference(ComponentContextImpl.java:416) > at > org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createEndpointReference(ComponentContextImpl.java:392) > at > org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createSelfReference(ComponentContextImpl.java:300) > at > org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createSelfReference(ComponentContextImpl.java:254) > at > org.apache.tuscany.sca.core.assembly.impl.RuntimeComponentImpl.getServiceReference(RuntimeComponentImpl.java:154) > at > org.apache.tuscany.sca.client.impl.SCAClientFactoryImpl.getService(SCAClientFactoryImpl.java:90) > EquinoxServiceDiscoverer.getServiceDeclarations() needs to use a > doPriviledged block to avoid requiring the client to have osgi permissions. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TUSCANY-3887) AccessControlException in EquinoxServiceDiscoverer with Java2 security enabled
AccessControlException in EquinoxServiceDiscoverer with Java2 security enabled -- Key: TUSCANY-3887 URL: https://issues.apache.org/jira/browse/TUSCANY-3887 Project: Tuscany Issue Type: Bug Reporter: Greg Dritschler Priority: Minor An AccessControlException occurs when a client program calls SCAClientFactory, if a security manager is enabled and the EquinoxServiceDiscoverer is in use. java.security.AccessControlException: Access denied (org.osgi.framework.AdminPermission (id=1) metadata) at java.security.AccessController.checkPermission(AccessController.java:108) at java.lang.SecurityManager.checkPermission(SecurityManager.java:544) at com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:208) at org.eclipse.osgi.framework.internal.core.Framework.checkAdminPermission(Framework.java:1177) at org.eclipse.osgi.framework.internal.core.AbstractBundle.getHeaders(AbstractBundle.java:943) at org.eclipse.osgi.framework.internal.core.AbstractBundle.getHeaders(AbstractBundle.java:901) at org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoverer.isProviderBundle(EquinoxServiceDiscoverer.java:218) at org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoverer.getBundles(EquinoxServiceDiscoverer.java:242) at org.apache.tuscany.sca.extensibility.equinox.EquinoxServiceDiscoverer.getServiceDeclarations(EquinoxServiceDiscoverer.java:274) at org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclarations(ServiceDiscovery.java:107) at org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclarations(ServiceDiscovery.java:165) at org.apache.tuscany.sca.extensibility.ServiceDiscovery.getServiceDeclaration(ServiceDiscovery.java:224) at org.apache.tuscany.sca.core.DefaultExtensionPointRegistry.getExtensionPoint(DefaultExtensionPointRegistry.java:105) at org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.getInterfaceContract(ComponentContextImpl.java:471) at org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createEndpointReference(ComponentContextImpl.java:416) at org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createEndpointReference(ComponentContextImpl.java:392) at org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createSelfReference(ComponentContextImpl.java:300) at org.apache.tuscany.sca.core.context.impl.ComponentContextImpl.createSelfReference(ComponentContextImpl.java:254) at org.apache.tuscany.sca.core.assembly.impl.RuntimeComponentImpl.getServiceReference(RuntimeComponentImpl.java:154) at org.apache.tuscany.sca.client.impl.SCAClientFactoryImpl.getService(SCAClientFactoryImpl.java:90) EquinoxServiceDiscoverer.getServiceDeclarations() needs to use a doPriviledged block to avoid requiring the client to have osgi permissions. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[RESULT] [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
Passed with three +1s from me, Raymond and Luciano. ...ant On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). > > The change over the 1.0.7 release is to rename the module from > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. > > The tag for the release is: > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 > > The Maven staging repository is: > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 > > +1 from me. > > ...ant >
[jira] [Updated] (TUSCANY-3518) <*!*> Add JMX management capabilities to Apache Tuscany
[ https://issues.apache.org/jira/browse/TUSCANY-3518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amindri Udugala updated TUSCANY-3518: - Attachment: tuscany_jmx.patch > <*!*> Add JMX management capabilities to Apache Tuscany > --- > > Key: TUSCANY-3518 > URL: https://issues.apache.org/jira/browse/TUSCANY-3518 > Project: Tuscany > Issue Type: New Feature > Components: Java SCA Community Ideas >Reporter: ant elder >Assignee: Amindri Udugala > Labels: gsoc, gsoc2010, gsoc2011, mentor > Attachments: modules.zip, tuscany_jmx.patch > > > The goal of this project is to add JMX management and monitoring capabilities > to the Apache Tuscany runtime. You'd start with adding some basic monitoring > to view running Tuscany nodes from a JMX agent and then incrementally enhance > the support to include management and monitoring of more and more of the > runtime parts such as contributions, components and endpoints. > Feel free to email if you want more information: ant.el...@gmail.com -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
On Mon, Jun 27, 2011 at 8:49 AM, Raymond Feng wrote: > Hi, > Ant, I don't think it's a good idea to switch back a binary distribution > without OSGi support. If so, do we discard the OSGi enablement for Tuscany? > We spent a lot of efforts to make it happen and I think the OASIS compliance > tests run with the OSGi mode. I completely agree with Raymond, OSGi support should not be removed. -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
On Mon, Jun 20, 2011 at 11:47 PM, ant elder wrote: > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). > > The change over the 1.0.7 release is to rename the module from > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. > > The tag for the release is: > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 > > The Maven staging repository is: > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 > > +1 from me. > > ...ant > +1 for releasing -- Luciano Resende http://people.apache.org/~lresende http://twitter.com/lresende1975 http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
Hi, The tuscany-bundle-plugin/target/classes/META-INF/maven/plugin.xml usually gives you the list of build goals and parameters. We could add a bit more documents to describe what each goal does. Ant, I don't think it's a good idea to switch back a binary distribution without OSGi support. If so, do we discard the OSGi enablement for Tuscany? We spent a lot of efforts to make it happen and I think the OASIS compliance tests run with the OSGi mode. 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 Jun 27, 2011, at 4:57 AM, ant elder wrote: > That seems an odd position to me Mike given that we know Tuscany will > become unbuildable unless we do this release. The source code is there > in SVN if you really want to see what it does and write doc from that. > > I've never been that fond of the bundle plugin approach so instead of > spending more time on it I'm going to go look at creating a new > Tuscany binary distribution which doesn't use the bundle plugin so > that if we haven't got this plugin release out by the time the build > breaks we can switch to having the new distribution be the default. > > ...ant > > On Mon, Jun 27, 2011 at 11:14 AM, Mike Edwards > wrote: >> Ant, >> >> The lack of documentation is the reason I will not vote in favour of this. >> >> Having done releases without documentation before is no justification in my >> opinion. How is anyone supposed to learn how to use something if there is no >> documentation? >> >> I'll be happy to help create documentation, but since I am not an expert in >> this plugin, I don't know what to write. >> >> >> Yours, Mike. >> >> >> On 27/06/2011 10:58, ant elder wrote: >>> >>> No i couldn't because i don't think there is any, and i don't >>> particularly want to have to go write any, does anyone else want to >>> volunteer? We've done half a dozen releases of the plugin before and >>> haven't had to have doc so why should that block this release now >>> especially when we know if we don't do this release its going to end >>> up breaking the Tuscany build. >>> >>>...ant >>> >>> On Mon, Jun 27, 2011 at 10:44 AM, Florian Moga wrote: Some documentation would definitely help me. Could you point me some resources? Thanks. On Mon, Jun 27, 2011 at 12:31 PM, ant elder wrote: > > Any votes? Tuscany will become unbuildable if we don't release this to > fix the naming issue in TUSCANY-3861. Is there anything we can do to > help get votes for releasing this? > > ...ant > > On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: >> >> Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). >> >> The change over the 1.0.7 release is to rename the module from >> maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. >> >> The tag for the release is: >> >> >> https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 >> >> The Maven staging repository is: >> >> >> http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 >> >> +1 from me. >> >> ...ant >> >>> >> >>
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
+1 from me. 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 Jun 20, 2011, at 11:47 PM, ant elder wrote: > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). > > The change over the 1.0.7 release is to rename the module from > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. > > The tag for the release is: > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 > > The Maven staging repository is: > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 > > +1 from me. > > ...ant
NoSQL datastore - review comments and ideas
Hi Eranda, I've reviewed your cassandra, couchdb and hbase implementations yesterday. Great work! I have a few comments and suggestions: - I like your Session, Database, and Group interfaces, and how you've defined common interfaces that seem to work well for the three stores. I'd suggest to add overview comments at the top of the interfaces to help people understand them without looking at the implementations. - The static variable in SessionFactory doesn't seem to be used and should be removed. - I'd suggest to rename getValue to getEntry as you're using the term Entry everywhere else, or change the other methods and use the term Value everywhere... whichever you prefer. - You have a mix of tabs/2/3/4 spaces in your code which makes the indentation difficult to follow with a plain text editor or Web browser. Typically we only use spaces. I personally use 4 spaces, but I leave that for you to decide. - I understand this is just a first cut of the code but I recommend to cleanup the exception handling -- replace the prints by actual error handling logic :) -- and perhaps define which exceptions your want to surface to the caller. - Test cases should be named *TestCase, be proper Junit tests with asserts, and run as part of the Maven build without requiring additional setup. This will help others in the project try out your code and verify it works, and eventually run your tests in the automated build. - Your Maven pom.xml could inherit from a Tuscany parent pom. I'd like some of the Maven experts on the project to give their input here, as I've not touched Maven for a while and have already forgotten most of it. - Your addEntry method takes an Object value but then the implementation casts it to String. What's your assumption w.r.t data types here? If you're going to only support strings (which is OK by me) then the interface should take a String. If not, then I guess you need to investigate how other data types are going to be stored in the database. And a few more general questions and ideas: - What is your next step now? Are you going to try to add another store like the AppEngine datastore for example? or are you planning to work on the next level of integration with actual SCA components? - Did you look at the few REST examples in Tuscany? and do you have any thoughts on how their interfaces will match / integrate with what you have here? - If you're going to just support string data (which again is OK by me), what kind of data representation do you want to support in your REST service? XML? ATOM? XHTML? JSON? All of these would make sense and could be served depending on the HTTP Accept header presented by the client, but you may want to pick one to start with... - Are you planning to turn your twitapp into an assembly of SCA components? -- Jean-Sebastien
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
That seems an odd position to me Mike given that we know Tuscany will become unbuildable unless we do this release. The source code is there in SVN if you really want to see what it does and write doc from that. I've never been that fond of the bundle plugin approach so instead of spending more time on it I'm going to go look at creating a new Tuscany binary distribution which doesn't use the bundle plugin so that if we haven't got this plugin release out by the time the build breaks we can switch to having the new distribution be the default. ...ant On Mon, Jun 27, 2011 at 11:14 AM, Mike Edwards wrote: > Ant, > > The lack of documentation is the reason I will not vote in favour of this. > > Having done releases without documentation before is no justification in my > opinion. How is anyone supposed to learn how to use something if there is no > documentation? > > I'll be happy to help create documentation, but since I am not an expert in > this plugin, I don't know what to write. > > > Yours, Mike. > > > On 27/06/2011 10:58, ant elder wrote: >> >> No i couldn't because i don't think there is any, and i don't >> particularly want to have to go write any, does anyone else want to >> volunteer? We've done half a dozen releases of the plugin before and >> haven't had to have doc so why should that block this release now >> especially when we know if we don't do this release its going to end >> up breaking the Tuscany build. >> >> ...ant >> >> On Mon, Jun 27, 2011 at 10:44 AM, Florian Moga wrote: >>> >>> Some documentation would definitely help me. Could you point me some >>> resources? Thanks. >>> >>> On Mon, Jun 27, 2011 at 12:31 PM, ant elder wrote: Any votes? Tuscany will become unbuildable if we don't release this to fix the naming issue in TUSCANY-3861. Is there anything we can do to help get votes for releasing this? ...ant On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: > > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). > > The change over the 1.0.7 release is to rename the module from > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. > > The tag for the release is: > > > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 > > The Maven staging repository is: > > > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 > > +1 from me. > > ...ant > >>> >>> >> > >
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
Ant, The lack of documentation is the reason I will not vote in favour of this. Having done releases without documentation before is no justification in my opinion. How is anyone supposed to learn how to use something if there is no documentation? I'll be happy to help create documentation, but since I am not an expert in this plugin, I don't know what to write. Yours, Mike. On 27/06/2011 10:58, ant elder wrote: No i couldn't because i don't think there is any, and i don't particularly want to have to go write any, does anyone else want to volunteer? We've done half a dozen releases of the plugin before and haven't had to have doc so why should that block this release now especially when we know if we don't do this release its going to end up breaking the Tuscany build. ...ant On Mon, Jun 27, 2011 at 10:44 AM, Florian Moga wrote: Some documentation would definitely help me. Could you point me some resources? Thanks. On Mon, Jun 27, 2011 at 12:31 PM, ant elder wrote: Any votes? Tuscany will become unbuildable if we don't release this to fix the naming issue in TUSCANY-3861. Is there anything we can do to help get votes for releasing this? ...ant On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). The change over the 1.0.7 release is to rename the module from maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. The tag for the release is: https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 The Maven staging repository is: http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 +1 from me. ...ant
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
On Mon, Jun 27, 2011 at 12:31 PM, ant elder wrote: > > Is there anything we can do to help get votes for releasing this? I wasn't requesting the plugin to contain any doc, I just don't know how to use it and what does it do in order to be able to review it... All I did is ask for some information that would cut the overhead of looking into the source so I'd be able to vote sooner. I do realize the urgency of this release.
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
No i couldn't because i don't think there is any, and i don't particularly want to have to go write any, does anyone else want to volunteer? We've done half a dozen releases of the plugin before and haven't had to have doc so why should that block this release now especially when we know if we don't do this release its going to end up breaking the Tuscany build. ...ant On Mon, Jun 27, 2011 at 10:44 AM, Florian Moga wrote: > Some documentation would definitely help me. Could you point me some > resources? Thanks. > > On Mon, Jun 27, 2011 at 12:31 PM, ant elder wrote: >> >> Any votes? Tuscany will become unbuildable if we don't release this to >> fix the naming issue in TUSCANY-3861. Is there anything we can do to >> help get votes for releasing this? >> >> ...ant >> >> On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: >> > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). >> > >> > The change over the 1.0.7 release is to rename the module from >> > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. >> > >> > The tag for the release is: >> > >> > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 >> > >> > The Maven staging repository is: >> > >> > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 >> > >> > +1 from me. >> > >> > ...ant >> > > >
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
Some documentation would definitely help me. Could you point me some resources? Thanks. On Mon, Jun 27, 2011 at 12:31 PM, ant elder wrote: > Any votes? Tuscany will become unbuildable if we don't release this to > fix the naming issue in TUSCANY-3861. Is there anything we can do to > help get votes for releasing this? > > ...ant > > On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: > > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). > > > > The change over the 1.0.7 release is to rename the module from > > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. > > > > The tag for the release is: > > > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 > > > > The Maven staging repository is: > > > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 > > > > +1 from me. > > > > ...ant > > >
Re: [VOTE] Release Tuscany Bundle Plugin 1.0.8 RC1
Any votes? Tuscany will become unbuildable if we don't release this to fix the naming issue in TUSCANY-3861. Is there anything we can do to help get votes for releasing this? ...ant On Tue, Jun 21, 2011 at 7:47 AM, ant elder wrote: > Please vote on releasing the Tuscany Bundle Plugin module 1.0.8 (RC1). > > The change over the 1.0.7 release is to rename the module from > maven-bundle-plugin to tuscany-bundle-plugin, see TUSCANY-3861. > > The tag for the release is: > https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-bundle-plugin-1.0.8 > > The Maven staging repository is: > http://people.apache.org/~antelder/tuscany/tuscany-bundle-plugin-1.0.8-RC1 > > +1 from me. > > ...ant >
Re: [jira] [Commented] (TUSCANY-3885) binding.ws problems in tuscany
On Mon, Jun 27, 2011 at 1:47 AM, aarthi natarajan (JIRA) wrote: > > [ > https://issues.apache.org/jira/browse/TUSCANY-3885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13055253#comment-13055253 > ] > > aarthi natarajan commented on TUSCANY-3885: > --- > > Could somebody provide a suggestion to the problem urgently, as we are > considering using apache tuscany as an SOA environment for students at UNSW. > >> binding.ws problems in tuscany >> -- >> >> Key: TUSCANY-3885 >> URL: https://issues.apache.org/jira/browse/TUSCANY-3885 >> Project: Tuscany >> Issue Type: Test >> Components: SCA Java Domain Manager >> Affects Versions: Java-SCA-1.6.2 >> Environment: windows >> Reporter: aarthi natarajan >> Fix For: Java-SCA-1.6.2 >> >> Attachments: sca_maths_zipped.zip >> >> >> this is the structure of my composite file: >> > xmlns:sca="http://www.osoa.org/xmlns/sca/1.0"; name="maths" >> targetNamespace="http://eclipse.org/sca_maths/src/maths";> >> >> >> >> http://aarthi_unsw_pc:8081/MathService"/> >> >> >> >> >> I am using tuscany 1.6.2 and running the above example on Eclipse helios. >> The binding.ws does not seem to use the specified port number 8081 and >> always uses port 8080. Hence, when I run more than one composite, I receive >> error: >> SEVERE: Error initializing endpoint >> java.net.BindException: Address already in use: JVM_Bind:8080 >> >> I have the same problem, starting the node using the domain manager. Even >> though I specify a node uri of http://localhost:8081, tuscany runtime >> always defaults to 8080. How can I override the default port number ? > > -- > This message is automatically generated by JIRA. > For more information on JIRA, see: http://www.atlassian.com/software/jira > > > Hi Aarthi How are you running the sample from within Eclipse? I don't see any particular launcher in the sample. Are you using the domain manager? Regard Simon -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
[jira] [Created] (TUSCANY-3886) iTest Asynchronous Services hangs
iTest Asynchronous Services hangs - Key: TUSCANY-3886 URL: https://issues.apache.org/jira/browse/TUSCANY-3886 Project: Tuscany Issue Type: Bug Reporter: ant elder Fix For: Java-SCA-2.0 The iTest Asynchronous Services hangs for a long period of time and then continues on ok. On my local machine this haqppens every time and seems to vary from 10 to 20 minutes of sitting there doing nothing and then carrying on fine. This also happens on the Hudson build machine. I'm going to take the test out of the build until someone can investigate whats going on. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
