-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello,
I've changed some of the imports to use org.apache.taverna artifacts. However, biomoby seems to be using some unavailable dependecies: [ERROR] Failed to execute goal on project biomoby-activity: Could not resolve dependencies for project net.sf.taverna.t2 .activities:biomoby-activity:bundle:2.0.1-SNAPSHOT: Could not transfer artifact javax.sql:jdbc-stdext:jar:2.0 from/to ja va.net (http://download.java.net/maven/1): Cannot access http://download.java.net/maven/1 with type legacy using the ava ilable connector factories: BasicRepositoryConnectorFactory: Cannot access http://download.java.net/maven/1 with type le gacy using the available layout factories: Maven2RepositoryLayoutFactory: Unsupported repository layout legacy -> [Help 1] I think it is being used by jmoby:1.1.5-taverna. Doesn't seem to be as simple as adding <dependency> <groupId>javax.sql</groupId> <artifactId>jdbc-stdext</artifactId> <version>2.0</version> </dependency> from http://mvnrepository.com/artifact/javax.sql/jdbc-stdext/2.0 to the biomoby-activity pom.xml. Any ideas how to get round this problem? Cheers, Ian On 27/08/2015 15:48, Ian Dunlop wrote: > Hello, > > Another one is that AbstractConfigurableServiceProvider is not > generic but the > net.sf.taverna.t2.activities.soaplab.servicedescriptions.SoaplabServic eP > > rovider > thinks it should be. > > ie > AbstractConfigurableServiceProvider<SoaplabServiceProviderConfig> > > Has this code ever built without errors? If so where are the maven > artifacts that fix these issues eg > net.sf.taverna.t2.servicedescriptions.AbstractConfigurableServiceProvi de > > r? > > I don't have enough knowledge of the code to go ahead and change > things so need some advice here. > > Cheers, > > Ian > > On 27/08/2015 14:33, Ian Dunlop wrote: >> Hello, > >> One issue is the import of >> org.apache.taverna.scufl2.api.activity.Activity cannot be >> resolved. Does the bioinformatics-plugin pom need to refer to >> the scufl2-api or taverna-language? > >> Cheers, > >> Ian > >> On 27/08/2015 13:51, Ian Dunlop wrote: >>> Hello, > >>> I've changed the taverna-osgi pom to parent 1-incubating which >>> appears to have fixed the build issues for that repo. The >>> bioinformatics-plugin seems to have more issues than just the >>> parent version, on my machine anyway, so I'll investigate >>> these a bit more. Might be some dependency problems. > >>> Cheers, > >>> Ian > >>> On 27/08/2015 10:53, Stian Soiland-Reyes wrote: >>>> I think they could be all updated to use 1-incubating the >>>> release, unless they as require further changes in parent, >>>> which would then be 2-incubating-SNAPSHOT On 26 Aug 2015 >>>> 11:27, "Ian Dunlop" <[email protected]> wrote: > >>>> Hello, > >>>> Some builds are failing because there are no parent >>>> 1-incubating-SNAPSHOT artifacts in nexus >>>> https://repository.apache.org/content/groups/snapshots/org/apache/t a > >>>> v > >>>> > e > >>>> >> rn > > >>> a/taverna-parent/1-incubating-SNAPSHOT/ > >>>> taverna-osgi and taverna-plugin-bioinformatics have this >>>> problem. There may be more, I haven't checked. > > >>>> 1) Should there be taverna-parent artifacts in nexus for >>>> 1-incubating-SNAPSHOT? 2) Should all poms now point to parent >>>> 2-incubating-SNAPSHOT or is this only after they are >>>> released? > >>>> Cheers, > >>>> Ian >>>>> > > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJV4F5PAAoJEPK45GBX+Cy5COcH+wTvKmFN2EC72wpWAR1PeXuU IhKDPzTQ9hxwyOeWQ6x2JJ5qxP+/2aL5ljN0jmVrYsS5g8p7r+e8vmfft1K5xz3m 4d/t1/M4njvkQn91ghx2DzuKRP0xlnDhqeR+k2jGrLIc9/2ha+ineNueUzDp2daP frVL8E+wA/h8AP6sD0KYF23a8ru/JQP4NmZWazz2vUiN1+5YurTJRUg0OMwzxCD1 zX1UffjrBOdZYHhEL5QcnuHHN0E6aqehdNFwwk447BdMLI+QC3A3rOLvcOR/OkWR kNwzXs57hCz2QHNdo82TfLeYRt3qZ2a+naW4Rdxm+kLYBjfOPytOIEQqMPYr1CI= =Eo4M -----END PGP SIGNATURE-----
