Hello,

I added that feature to the tool.....
What can we do for this?

Cheers

On 26 January 2016 at 19:44, Stian Soiland-Reyes <[email protected]> wrote:

>
> On 26 Jan 2016 13:45, "Ian Dunlop" <[email protected]> wrote:
> >
> > Hello,
> >
> > The scufl2-iwir tool pom
> > https://github.com/stain/scufl2-iwir/blob/master/pom.xml lists an LGPL
> > dependency
> >
> > <groupId>org.shiwa.fgi.iwir</groupId>
> > <artifactId>iwirTool</artifactId>
> > <version>1.1.11</version>
> > <!-- WARNING: LGPL dependency -->
> > <!-- See http://sourceforge.net/projects/iwirtool/ -->
> >
> > Is that a problem for an Apache release?
>
> Ouch, scufl2-iwir is a dependency Menaka added to tavtool, as one of the
> conversion formats.
>
> It should not be a problem as long as it is an optional dependency which
> is not pulled into use inadvertently. It might be worth checking the
> tavtool lib folder after compilation if it does so.
>
> As I was not sure at the time (plus this was experimental) I put the IWIR
> support in a separate repository. Perhaps this should move to
> taverna-extras Github organisations, which we said was for plugins with
> LGPL or GPL licences/dependencies.
>
> Do we need this ependency to compile (e.g. release) or can scufl2-iwir
> dependency be commented out / moved to a Maven profile?
>
> I guess this is a bit of spaghetti leftover :/ as scufl2-iwir is a plugin
> for scufl2-api to deal with the IWIR format, but Menaka added IWIR support
> to the tavtool, and both are part of taverna-language while scufl2-iwir is
> outside Apache Taverna.
>
> I am not sure why this dependency is SNAPSHOT though, I can try to release
> it, and to a better repository (Central?)
>
> Really the scufl2 command line tool might need a pluggable structure so
> third-party plugins (even if that third party in this case is me!) can be
> dropped into say the lib folder rather than by editing the pom.xml
>
> >
> > Cheers,
> >
> > Ian
> >
> > On 26/01/2016 12:15, Ian Dunlop wrote:
> > > Hello,
> > >
> > > Looks like https://github.com/stain/scufl2-iwir needs to be released
> > > without SNAPSHOT version. The SNAPSHOT is available from the mygrid
> repo
> > >
> http://repository.mygrid.org.uk/artifactory/mygrid-snapshots/no/s11/scufl2/scufl2-iwir/0.2-SNAPSHOT/
> > >
> > > Cheers,
> > >
> > > Ian
> > >
> > > On 26/01/2016 12:09, Ian Dunlop wrote:
> > >> Hello,
> > >>
> > >> Yes it is in
> > >>
> https://github.com/apache/incubator-taverna-language/blob/master/taverna-language-commandline/pom.xml
> > >> which (IIRC) is the module that menaka built for GSOC. I think the
> last
> > >> release did not include this module -
> > >>
> https://github.com/apache/incubator-taverna-language/commit/349460af1447cd04bfea59b047a99ab85652c185
> .
> > >>
> > >> <dependency>
> > >>      <groupId>no.s11.scufl2</groupId>
> > >>      <artifactId>scufl2-iwir</artifactId>
> > >>      <version>0.2-SNAPSHOT</version>
> > >>      <optional>true</optional>
> > >> </dependency>
> > >>
> > >> So it looks like we need to get the no.s11.scufl2:scufl2-iwir
> dependency
> > >> deployed 'properly'
> > >>
> > >> Cheers,
> > >>
> > >> Ian
> > >>
> > >> On 25/01/2016 17:27, Andy Seaborne wrote:
> > >>> On 25/01/16 16:37, Ian Dunlop wrote:
> > >>>> Hello
> > >>>>
> > >>>> Pasted from IRC chat!
> > >>>>
> > >>>> "Was going to try a taverna-language release but mvn release:prepare
> > >>>> asked if I wanted to resolve some SNAPSHOT dependencies
> > >>>> [15:42] <IanD_> I said no which resulted in: [ERROR] Failed to
> execute
> > >>>> goal org.apache.maven.plugins:maven-release-plugin:2.5.2:prepare
> > >>>> (default-cli) on project taverna-language: Can't release project
> due to
> > >>>> non released dependencies : [ERROR]
> > >>>> no.s11.scufl2:scufl2-iwir:jar:0.2-SNAPSHOT:compile
> > >>>> [15:43] <IanD_> [ERROR] in project 'Apache Taverna Language
> Commandline'
> > >>>>
> (org.apache.taverna.language:taverna-language-commandline:jar:0.15.1-incubating-SNAPSHOT)"
> > >>>>
> > >>>>
> > >>>> Any ideas?
> > >>>> Cheers,
> > >>>>
> > >>>> Ian
> > >>>>
> > >>>
> > >>> One reason this can happen is when, somewhere, a module depends on a
> > >>> SNAPSHOT and it's getting that SNAPSHOT from the repo, not as part of
> > >>> the build.
> > >>>
> > >>>     Andy
> > >>>
> > >>>
> > >>>
> > >>
> > >
> >
> > --
> > Ian Dunlop, eScience Lab
> > School of Computer Science
> > The University of Manchester
> > http://orcid.org/0000-0001-7066-3350
>



-- 
Menaka Madushanka Jayawardena
Faculty of Engineering, <http://www.pdn.ac.lk/eng>
University of Peradeniyaya.
LinkedIn <http://lk.linkedin.com/in/menakajayawardena>

Reply via email to