Return-Path: X-Original-To: apmail-taverna-dev-archive@minotaur.apache.org Delivered-To: apmail-taverna-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B20481798F for ; Wed, 18 Mar 2015 13:57:59 +0000 (UTC) Received: (qmail 726 invoked by uid 500); 18 Mar 2015 13:57:59 -0000 Delivered-To: apmail-taverna-dev-archive@taverna.apache.org Received: (qmail 690 invoked by uid 500); 18 Mar 2015 13:57:59 -0000 Mailing-List: contact dev-help@taverna.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@taverna.incubator.apache.org Delivered-To: mailing list dev@taverna.incubator.apache.org Received: (qmail 678 invoked by uid 99); 18 Mar 2015 13:57:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Mar 2015 13:57:59 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of redmitry@list.ru designates 94.100.181.95 as permitted sender) Received: from [94.100.181.95] (HELO smtp14.mail.ru) (94.100.181.95) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Mar 2015 13:57:54 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=list.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=626JoUX8PdcidOOBZrojLhe7dW+v1WZ6xb5dBInfiVc=; b=nGjYLcKEo6jxVBfO7nJpM2ljJXq461NdyqwsWTD9GbjM/7rcwpszZWe5IwmmRpPyCKftcO6sHVvaK9qzuOsUbxwA/549LZ1w+SVVCr4VLOkEXs0zMVwQIyfOK3VEd3PaYYa6oUzFpNiRN6hJ4BcikfdV3ca4grGjBb1a9IINHok=; Received: from [84.88.50.62] (port=62162) by smtp14.mail.ru with esmtpa (envelope-from ) id 1YYETU-0005iH-8f for dev@taverna.incubator.apache.org; Wed, 18 Mar 2015 16:57:32 +0300 Message-ID: <5509844A.7050007@list.ru> Date: Wed, 18 Mar 2015 14:57:30 +0100 From: Dmitry User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: dev@taverna.incubator.apache.org Subject: Re: Apache headers References: <55084917.60507@list.ru> <550853EF.3070906@googlemail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok X-Virus-Checked: Checked by ClamAV on apache.org Hello Stian, > I think you argued earlier that wsdlgeneric is useful outside the WSDL > Activity, and hence stays as its own module/package. I have an experimental "wsdl-generic" which is based on XML-tree model (directly based on XML Schema model) instead of splitters. This package may be used as a stand-alone commandline tool for web services execution. Because Taverna is deeply based on splitters (I think not only GUI, but also SCUFL2 (?)) I do not expect this branch be included into Taverna 3.0. The question is about numbering. Once we change some package to "org.apache.taverna.*" other modules must be also changed. Regarding "wsdl-generic" we have: 2.1.0-incubating-SNAPSHOT - the master (same as TAV 2.5) Then I did (locally) just for development 3.0.0-incubating-SNAPSHOT - the same as 2.1.0 but with new "org.apache.taverna.*" 3.1.0-incubating-SNAPSHOT - WSDL4j + WODEN based parser (WSDL 1.1/2.0) 3.5.0-incubating-SNAPSHOT - XML-Schema based (no splitters) I would like to put WSDL4j + WODEN based parser (WSDL 1.1/2.0) as 3.0.0 incubating, so the first Apache release will have a new parser (still with splitters, so no need to change UI). I am ready to refactor modules as 3.0.0-incubating-SNAPSHOT changing the package. Just waiting the signal to start. Dmitry On 3/18/2015 2:32 PM, Stian Soiland-Reyes wrote: > On 17 March 2015 at 16:18, alaninmcr wrote: > >>> I see there are many taverna pieces in incubator that are still in >>> taverna's "uk" package. >> They should all be changed to org.apache in the near future. > Anyone can do this job, it's just a bit of labour in the Refactor menu > in Eclipse (or similar). Feel free to have a go! > > > Package rename is easier to do in "leaf" modules like > incubator-taverna-common-activities, as you won't have to update > imports elsewhere (just remember to also update those spring XML files > in src/main/resources). > > > In earlier discussion (sorry, I can't find exactly which thread now) > we discussed having "simple" package hierarchies which relate to the > Maven artifact (but not necessarily to its Maven parent), with one > optional more level. E.g.: > > org.apache.taverna.beanshell.BeanshellActivity > org.apache.taverna.wsdlgeneric.soap.SOAPResponseParser.java > org.apache.taverna.wsdl.WSDLActivity > > I think you argued earlier that wsdlgeneric is useful outside the WSDL > Activity, and hence stays as its own module/package. > > >>> I'd like to make two branches of "wsdl-generic": >>> >>> "3.0.0-incubating-SNAPSHOT" - the same as "2.1.1" but within >>> "org.apache.taverna.wsdl.*" package. >>> "3.1.0-incubating-SNAPSHOT" - the new one based on wsdl4j/woden + Apache >>> XML Schema >> I am not convinced those are the right names. > I am a bit confused over the version numbers - we have these tags: > > old/wsdl-generic-1.10 > old/wsdl-generic-1.10.0 > old/wsdl-generic-1.4 > old/wsdl-generic-1.5 > old/wsdl-generic-1.6 > old/wsdl-generic-1.7 > old/wsdl-generic-1.8 > old/wsdl-generic-1.9 > old/wsdl-generic-3.0-20150106 > old/wsdl-generic-3.0-woden-20150106 > old/wsdl-generic-3.0.0-service-catalographer > old/wsdl-generic-before-security-2009-10-28 > old/wsdl-generic-maintenance-2010-09-06 > old/wsdl-generic-maintenance-20150106 > old/wsdl-generic-pre-incubator-20150106 > old/wsdl-generic-pre-security-2009-10-28 > old/wsdl-generic-service-catalogue-parser-20150106 > old/wsdl-generic-wsdl4j-maintenance-20150106 > > The latest released activity version I found was 2.0, so I set > common-activities to all be 2.1.0-incubating-SNAPSHOT. > > http://repository.mygrid.org.uk/artifactory/mygrid-all/net/sf/taverna/wsdl-generic/ > does not list version 3.0.0-service-catalographer > > So I am not sure why we have introduced version 3.0 here - but I'm OK > for bumping master of taverna-activities to 3.1.0-incubating-SNAPSHOT. > (3.1.x to avoid confusion with those earlier kind-of-3.0 tags) > > > We can't keep the version numbers in-sync across all the repositories, > as that would imply always releasing all the repositories (in which > case they should be a single repository. Therefore I didn't suggest > earlier to change everything to version 3.x - as that could give false > leads in that direction. (This has alerady happened in Taverna 2.x..) > > > I am not so sure about the version number in the branches - perhaps > add a qualifier instead? It should not matter during development as > long as it's not overlapping SNAPSHOT versions in the snapshot > repository. In fact, if we don't deploy snapshots of the branches, > then why would they need a separate version number? >