Thank you for your reply and updates. As I know well myself, real life often comes in the way of good intentions..
I looked at the apache extra beanshell, and it might be what we need. OpenOffice is not using it, for some reason. But we have two small issues; A) No jar, not in Maven Central. Would we (can we) need to publish it as org.apache.taverna.ext.beanshell ? Or do we have to prepare this JAR ouside Apache? B) source code still claims to be LGPL/SPL licensed -- https://code.google.com/a/apache-extras.org/p/beanshell/issues/detail?id=11 On 8 Jan 2015 15:05, "Simone Tripodi" <simonetrip...@apache.org> wrote: > Hi all guys and very nice to meet you Stian! > thanks a lot for involving me in the discussion, very appreciated :) > > Unfortunately at that time we proposed Beanshell in a very bad timing, we > were not able to coordinate to each other in order to promptly follow-up > the discussion and then some other things happened in the private lives (I > got a new Job who didn't let me have spare time and so on)... > > BUT fortunately a small group of people from Apache OpenOffice didn't back > down and is maintaining Beanshell under Apache Extras[1], releasing also > new releases - and it is ASLv2.0 licensed :) > > I think you Apache Taverna guys can go ahead working with new Beanshell > releases without any blocking issue :) > > I really hope that helps, have a nice day and all the best! > -Simo > > PS I am pretty sure you are already aware of it, but Taverna in Italian > stands for typical old-fashioned typical restaurant in Rome! :) > > [1] https://code.google.com/a/apache-extras.org/p/beanshell/ > > > http://people.apache.org/~simonetripodi/ > http://twitter.com/simonetripodi > > On Thu, Jan 8, 2015 at 1:27 PM, Stian Soiland-Reyes < > soiland-re...@cs.manchester.ac.uk> wrote: > >> (CC-ing Simone Tripodi, who was the champion of the proposed Beanshell >> incubator. >> Simone, we're Apache Taverna, an incubating project for a workflow >> system. Taverna relies a lot on Beanshell - but as we understood it's >> official release to be under LGPL we are facing the requirement to >> keep that functionality as a non-Apache plugin) >> >> >> >> Agree that loosing Beanshell by default would be a bit of a challenge >> - specially for the Taverna Server which won't have an easy "Install >> Taverna Extras" button. >> >> >> I went through again the archives at >> >> https://wiki.apache.org/incubator/BeanShellProposal >> >> >> https://mail-archives.apache.org/mod_mbox/incubator-general/201305.mbox/%3ccajo+ubunm7ahmov_4tvt6j8nojmcmmpddh1xonfw5b00ty6...@mail.gmail.com%3E >> >> it seems the Apache Beanshell incubator didn't really get accepted - >> but supposedly could go directly into Apache Commons anyway? >> >> I am unable to find any further trace of it - so apparently nothing >> happened :( >> >> Perhaps Simone has some historical details? Are we able to kickstart >> this back again? >> >> >> The source at http://svn.codespot.com/a/apache-extras.org/beanshell/ >> (2.05b5) is however granted under Apache license. >> https://code.google.com/a/apache-extras.org/p/beanshell/ >> Perhaps we could use that? Question is - how to get it into JAR-form. >> >> >> It is even "Licensed to the Apache Software Foundation (ASF)" and so >> should be importable even in source-code form - although that might be >> better towards Apache Commons BSF than under Apache Taverna - >> https://commons.apache.org/proper/commons-bsf/ >> >> https://code.google.com/p/beanshell2/ is a fork which seems to be more >> active (but remains LGPL :-( ). >> >> >> Apache OpenOffice seems to also have Beanshell support (using 2.0b1) - >> but they only includes it if the build has "ENABLE_CATEGORY_B==YES". >> >> They even copied the source here under the svn branch: >> >> >> http://svn.apache.org/repos/asf/!svn/bc/1336449/incubator/ooo/trunk/ext_sources/ea570af93c284aa9e5621cd563f54f4d-bsh-2.0b1-src.tar.gz >> >> >> >> Actually now I see that the Beanshell 2.0b4 (which we use) is >> dual-licensed and also available as "Sun Public License" - which >> could somewhat be OK under Apache: >> >> http://beanshell.org/license.html >> >> https://www.apache.org/legal/resolved.html#category-b >> >> >> So.. given this - what should we do? It seems we don't need to move >> Beanshell ACtivity out of Apache Taverna after all. (yay!) >> >> >> >> >> On 8 January 2015 at 11:27, Donal K. Fellows >> <donal.k.fell...@manchester.ac.uk> wrote: >> > On 06/01/2015 08:37, Stian Soiland-Reyes wrote: >> >> >> >> I can however see that there is a danger that the >> >> some-repositories/some-releases approach can also lead to "Need to >> >> release A so I can release B so I can release C" problem when you are >> >> propagating changes downstream, and then there's the danger of the >> >> proposed repositories being wrong (we won't know that before doing >> >> several releases). Other Taverna developers with experience of the 2.x >> >> releases might want to have a say on this. >> > >> > >> > I think you've about covered everything. One point of interest is that >> > we've maintained Taverna Server in the separate repository model for a >> > few years now, and that seemed to work fairly well. What I'd do for the >> > cases where we had a feature of the server that depended on a specific >> > change elsewhere (such as a change in how some command line option was >> > processed) was to do a feature branch for that specific thing, so that >> > we could avoid breaking things elsewhere until that feature hit an >> > identifiable version (even if a SNAPSHOT one) and could do the merge >> then. >> > >> > The (equivalent to) master branch was kept in a state where it would be >> > buildable, testable and near releasable at any time. (Doing a release >> > was a matter of adjusting version numbers for various things and setting >> > a tag, which is pretty lightweight.) This, which was possible because >> > the server was only loosely coupled to the engine, made most development >> > easy. (The odd times when releases happened which Stian disapproved of >> > ;-) were when there was a project in desperate need of a fix and the >> > time to the next engine release was huge.) >> > >> > I should note that the Beanshell activity stuff being LGPL causing >> > problems is a particular problem, as removing it is extremely disruptive >> > to existing users. To be clear, it pushes the chance of having an >> > existing workflow that will function with the new system to about 0%; >> > virtually all Taverna workflows out there in the wild use Beanshells. >> > The chance of getting all that wild code ported to something else is >> > also pretty small. (Unless someone's got a nicely-licensed library for >> > transforming Beanshell code into some other language. :-D) >> > >> > Donal. >> >> >> >> -- >> Stian Soiland-Reyes, myGrid team >> School of Computer Science >> The University of Manchester >> http://soiland-reyes.com/stian/work/ http://orcid.org/0000-0001-9842-9718 >> > >