No - scufl2-iwir just lives as that experimental prototype in github. My apologies for exposing you to outdated research-grade software.. :-/
It is my own code, so I'll clarify its own license. It would probably need to live outside Apache as otherwise I would need to file a Software Grant for it. I am also having second thoughts about scufl2-iwir because of the dependency I didn't think about.. are you able to see if it truly needs that dependency, or did I just use it out of lazyness? (Most of that code was written during a presentation of IWIR :) I'm trying to update it now to have a look. So perhaps the best is if you could move the iwir/ code to a separate branch that you leave out of the pull request? Perhaps you could also investigate if there would be an easy way to make the command line tool pluggable for additional formats with reader/writers, so that a scufl2-iwir.jar and friends can just be dropped into a lib/ folder at install? That might not work well with a single shaded JAR, though. On 16 June 2015 at 16:46, Menaka Madushanka <[email protected]> wrote: > Hi Stian, > >> If you get any specific errors with the current wfdesc, raise them in >> Jira and ping me. > > > All the errors that I get are because of the Sesame/ Elmo binding problem I > think. > >> >> ArtifactTransferException: Failure to transfer >> org.openrdf.sesame:sesame-model:jar:2.2.4 from >> http://repository.springsource.com/maven/bundles/release was cached in the >> local repository, resolution will not be reattempted until the update >> interval of com.springsource.repository.bundles.release has elapsed or >> updates are forced. Original error: Could not transfer artifact >> org.openrdf.sesame:sesame-model:jar:2.2.4 from/to >> com.springsource.repository.bundles.release >> (http://repository.springsource.com/maven/bundles/release): The operation >> was cancelled. > > > There are 23 these messages. So that, I could not build the module. > > Then the IWIR format.... > https://github.com/stain/scufl2-iwir > > Are there any maven dependency for this? > Or do I need to overwrite the writers and readers as is the repo? > > Cheers > Menaka > > > On 11 June 2015 at 21:03, Stian Soiland-Reyes <[email protected]> wrote: >> >> This is great progress! Almost too fast..! :)) >> >> I see at >> https://github.com/menaka121/incubator-taverna-language/commits/master >> you are on board with commit early, commit often! >> >> Would you be able to change your git config to provide your full name >> instead of "menaka121"? >> >> git config --global user.name "Menaka Madushanka" >> >> >> I was about to accept the pull request, but see you have introduced a >> different package name: >> >> org.apache.tavlang.commandline >> >> but we only use >> org.apache.taverna.* >> >> as 'tavlang' is not a top level Apache project. (Strictly speaking >> Apache Taverna is not even a top level project!) >> >> Could you change the Java package it to: >> >> org.apache.taverna.tavlang ? I don't think we need "commandline" in >> the package as well, if we agree on "tavlang" as the command. >> >> >> >> >> The wfdesc module is currently disabled as it depends on old >> Sesame/Elmo bindings that are no longer available from a regular Maven >> repository. You can build it yourself from taverna-scufl2-wfdesc - >> which relies on my mirror at >> http://repository.mygrid.org.uk/artifactory/aduna/ >> >> If you get any specific errors with the current wfdesc, raise them in >> Jira and ping me. There could be some Java 8 compatibility issue for >> all I know. >> >> >> I have a branch which tries to switch wfdesc module to use much simpler >> APIs >> (although more verbose) of Apache Jena, but it is still not quite >> finished as the style of >> invoking is a bit different without Elmo and is in a bit of >> compiler-error-state - >> see >> https://github.com/apache/incubator-taverna-language/tree/wfdesc-jena >> >> >> >> What is .structure files? Do you mean >> text/vnd.taverna.scufl2.structure? Yes, they can be used both for >> read and write and should have enough info for execution - although >> reading is perhaps not as interesting as they are mainly intended for >> quick debugging (e.g. output from your --inspect). and don't have a >> proper grammar or parser - it's just using Scanner and keywords. > > > > > -- > Menaka Madushanka Jayawardena > Faculty of Engineering, > University of Peradeniyaya. > LinkedIn -- Stian Soiland-Reyes Apache Taverna (incubating), Apache Commons RDF (incubating) http://orcid.org/0000-0001-9842-9718
