taverna-hackers Mailing List for Taverna 1.x (archived)

The taverna-hackers list is now read-only as it has moved to Apache.

If you attempt to send to this list, you will receive this response:


Your post has not been sent to the taverna-hackers list, as this
mailing list has moved to
de...@ta...

See http://mail-archives.apache.org/mod_mbox/incubator-taverna-dev/ for details.

You need to subscribe to the new list by sending a blank email to
dev...@ta...

-- 
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

On 30/10/2014 18:09, Hoeftberger, Johann wrote:
> I try to install the current version of the Taverna server (2.5.4) on a
> 64 bit Linux machine (CentOS release 6.3), I can deploy the Taverna .war
> archive, but the web application doesn't start up.
>
> It seems there is an initialization issue with the used spring framework
> in the background, see logs below.

Technically speaking, it's actually foreground so far as Taverna Server 
is concerned; the configuration processing is done in a single thread 
prior to the registering of the webapp as a published endpoint.

>
> I followed the instructions under
> http://dev.mygrid.org.uk/wiki/display/tav250/Installation+Guide, chose a
> self-signed certificate for SSL with the java tool,
> %JAVA_HOME%\bin\keytool. I adjusted the java cryptography settings and
> can use the Tomcat server with SSL.
> I could deploy the Taverna .WAR archive, BUT it doesn't start up. It
> always gives me the following errors:
[... There's just one real error ...]
> org.springframework.beans.MethodInvocationException: Property
> 'defaultExecuteWorkflowScript' threw exception; nested exception is
> java.lang.NullPointerException

I'm puzzled as to why it would be setting the
defaultExecuteWorkflowScript property and why that would be failing.
That's something that is supposed to usually correctly self-bootstrap.
Do you have anything set for the executeWorkflowScript configuration
property? If so, please unset it. The default that is selected (via a
magic token, "NONE" :-)) in the absence of anything explicitly
overriding it ought to be to use the built-in copy of the workflow
engine; that's virtually always the right choice (and perhaps this is
something where simply removing the boot configuration option would be
better, but I digress).

Principal diagnosis: a null was sent to the method:

  void setDefaultExecuteWorkflowScript(String)

in the class org.taverna.server.master.localworker.LocalWorkerState
which was being instantiated and configured at that point. That
particular method is not currently null-safe, but a null ought to not be
appearing there either. I've no idea where the null is coming from; it's
all driven from a PropertyPlaceholderConfigurer and that doesn't have a
null-value set AFAIK.

Leaving the property out of your configuration file entirely ought to
work. Otherwise, use the string “NONE” (4 chars) explicitly.

Donal.

Hi,

As you might have heard, the Taverna mailing lists are moving to apache.org.

I have now invited every subscriber on

tav...@li...
to
us...@ta...

and everyone on

tav...@li...
to
de...@ta...


My apologies if you have received multiple invitations - you might
have been subscribed with several addresses.


As mentioned before, you will have to respond to the 'ezmlm' email,
which looks like this:

> Subject: confirm subscribe to de...@ta...
>
> Hi! This is the ezmlm program. I'm managing the
> de...@ta... mailing list.
> ...


Your email client might have sorted this under 'Social'  or "Lists".

You need to REPLY to that email (not this one!) to remain on the Taverna lists.


>From tomorrow I will make the taverna-* lists on Sourceforge
read-only, that is you can only post to the new apache lists.

-- 
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

The elements passed can be of different types. Internally in the
engine we always have an indirection of a "reference set", which can
point to either a file, a URL, an "inline string" or "inline byte" -
the last being just in-memory representations.

The workflow definition is however oblique to what those files
are/would be/will be - but that is something we added support for in
the abstract workflow definitions in wfdesc
http://purl.org/wf4ever/wfdesc
where basically you can declare the wfdesc:Artifact as a fixed filename.

We do not in Taverna have a good way yet to attach metadata to the
data items that pass along. We want to add a way to add arbitrary
provenance during a workflow run from a service - perhaps also
allowing any kind of annotations along the way would be the way
forward (our Data Bundle output already has the mechanism for
capturing that - https://w3id.org/bundle/#manifest-annotations

This would for instance be a way to attach "image/svg+xml" as
dc:format on a binary blob, so that it can get a nice extension/view
coming out of the workflow.




On 30 October 2014 11:21, Nebojsa Tijanic
<neb...@sb...> wrote:
> Hi, Stian.
>
> Thank you for the in-depth explanation. The workflow model seems really good
> and I hope that we will be directly compatible with it (different encoding,
> but hopefully basically the same thing).
>
> In all Taverna examples I've seen so far, individual records (or lists of
> records) flow through the data links. Is there a way to pass files between
> components (without streaming record-by-record)? If so, can additional
> metadata about a file be included as well? I've read something about data
> being passed as URLs, but can't remember where and it wasn't in depth. Happy
> to just look at the docs if you can point me to it.
>
> If so, it feels like our current draft on tool descriptions can in many
> cases be mapped directly to Taverna (by including a custom
> activity/processor, I think). The workflow execution may not be optimal, but
> it feels like it would work.
>
> On Fri, Oct 24, 2014 at 6:08 PM, Stian Soiland-Reyes
> <soi...@cs...> wrote:
>>
>> On 23 October 2014 18:02, Nebojsa Tijanic <neb...@sb...>
>> wrote:
>> >
>> > Thanks a lot for the links and explanations. I've seen some taverna
>> > workflow
>> > XML files earlier and they seemed too tightly coupled with Java to suit
>> > our
>> > purpose (I suppose they were from older version).
>>
>> Yes, that is particularly one reason why we moved away from the t2flow
>> format - it relied on a particular serialization from Java that was hard to
>> deal with outside the engine code when those classes are not available.
>>
>> > The Scufl2 format seems a
>> > lot more similar to what we've been discussing here. I didn't understand
>> > a
>> > lot of things about it, hope you don't mind me asking a few questions:
>>
>> Feel free! I am sorry that our scufl2 documentation is still lacking quite
>> a bit..
>>
>> We have only used Scufl2 for Taverna workflows, so it follows quite close
>> to the Taverna execution semantics. For other systems it would be natural to
>> reuse what can be equivalent (e.g. processors, ports, data links) and leave
>> out what is not directly mappable, e.g. the dispatch layers.
>>
>> We have made processors be configurable as well, so if there is no need to
>> distinguish between a node and its execution, then profiles for workflow
>> system X could skip activities and their binding to processors.
>>
>> > - If I understand correctly, the "parallelize" layer would process
>> > individual items of a collection supplied on an input port if incoming
>> > collection depth is larger than declared port depth. It seems that
>> > iterationStrategyStack is meant to specify what happens if there is more
>> > than one port with depth > expected. Is this correct? If so, are there
>> > any
>> > strategies apart from combinations of Cartesian product and zipping?
>>
>> That's right. If the port depths of inputs match those on the link, there
>> would be no iterations and no parallellization within that processor - it is
>> simply executed 'as is'. That is also the interpretation if there is no
>> iteration strategy defined. (In Taverna 1 we would autogenerate a cross
>> product if nothing was defined, but this gave unpredictable iterations with
>> more than two inputs)
>>
>> If the depth on the incoming link is less than the expected depth (e.g. a
>> single value when expecting a list) it is simply wrapped in singleton
>> list(s).
>>
>> There are only those two strategies at the moment, what we call cross and
>> dot product.
>>
>> http://dev.mygrid.org.uk/wiki/display/tav250/List+handling
>>
>> It is also possible, in SCUFL2, to combine multiple layers in the
>> iteration strategy stack to do say an outer dot product of lists at depth 2,
>> and a cross product at the inner lists of depth 1. This is quite complex to
>> explain to the users, so we never added this to the user interface. We
>> instead explain how to do this with a nested workflow -
>> http://dev.mygrid.org.uk/wiki/display/tav250/List+handling#Listhandling-Usingnestedworkflowstotweaklisthandling
>>
>> In our engine we also have a third option which we have never really used
>> - PrefixDotProduct.
>>
>> > Matches jobs where the index array of the job on index 0 is the prefix
>> > of the index array of the job on index 1. This node can only ever have
>> > exactly two child nodes!
>>
>> As it was never used we did not add support for this to SCUFL2.
>>
>> Are there other iteration mechanisms you are thinking of? E.g. "Just first
>> value" or something?
>>
>> > - What is the difference between portDepth and granularPortDepth?
>>
>> This has to do with streaming activities. Most of Taverna activities have
>> always the same values for these (in scufl2 you can therefore leave
>> granularPortDepth==null to mean the same). However, there are some services
>> that output a list, but which are able to give back those values one at a
>> time. The Taverna Engine supports this - and forwards on those items to any
>> service downstream that expects individual values. The original service do
>> however still have to return the final list when it is finished iterating
>> (if it ever finishes) - which the iteration strategy and downstream services
>> expecting more than single values are waiting for.
>>
>> This is for instance the case for a service that retrieves a large CSV
>> file or does a large SQL query, and can spit out the individual column
>> values, row by row, even before the whole file has been transferred back.
>>
>> In this case, granularPortDepth=0 and portDepth=1.
>>
>> When modifying granularPortDepth there are many port combinations that
>> don't make sense, as you have to output on all the granular ports at the
>> same time, e.g. if you say output port A,B and C are granularDepth 0 and
>> depth 1, while port D is granular/depth 0 - then you have to return return
>> all A/B/C for every granular return.
>>
>> { a1, b1, c1 } # granular
>> { a2, b2, c2 } # granular
>> { a3, b3, c3 } # granular
>> { [a1,a2,a3] [b1,b2,b3] [c1,c2,c3] d } # final
>>
>> > - Can port types be declared? If so, what are the available types and
>> > are
>> > structs supported?
>>
>> Syntactic types we do s part of the activity configuration - as different
>> activities have different ways to describe bytes/integers/etc.
>>
>> We use the configuration key "dataType" per port defined in the config,
>> e.g.
>>
>> { "outputTypes": [
>> { "port": "inputA", "dataType": "R_EXP" }
>> { "port": "inputB", "dataType": "PNG_FILE" }
>> ] }
>>
>> In this example, configuring an R script, there are some pre-determined
>> constants which determines how the output values are picked up or delivered
>> to R - e.g. PNG_File will save a graph as a PNG, while an R_EXP is
>> serializing an R structure so that it can be passed to another R script.
>>
>> Most of the time we don't need to define the syntactic types in the
>> workflow definition, as the service implementation will know based on the
>> rest of the configuration - e.g. if we are using a WSDL Service then the XSD
>> will say that for portA we need a string, and for portB we need to
>> base64-encode
>> a binary. A REST service will know based on the declared Content-Type if
>> the input is binary or string - and it will know from the HTTP-returned
>> Content-Type what we're getting back.
>>
>> In t2flow we often included this inferred information at definition time,
>> but we found that usually it would end up out of sync, wrong or confusing
>> (many home-brewn mime-type that were never used by anything). With SCUFL2 we
>> wanted to move to a more prescriptive workflow definition.
>>
>> Semantic types we do as annotations as they do not affect the execution.
>> We also see these as advisory as the service might change its mind over
>> night and return something differently (or more like it - something even
>> more specific).
>> We use http://purl.org/DP/components - see the extracted wfdesc (which
>> includes all annotations):
>>
>>
>> https://github.com/wf4ever/scufl2-wfdesc/blob/master/src/test/resources/valid_component_imagemagickconvert.wfdesc.ttl
>>
>> > - In the paper, the example for loops was an async service. This seems
>> > like
>> > it saves some compute resources (a thread), but like it also could have
>> > been
>> > done by having the processor poll+block. Have you encountered any other
>> > cases where loops were needed?
>>
>> Yes, it can also be implemented by the specific activity/processor, which
>> several of our plugins do. It is however difficult to support this for
>> generic services as no agreed system for poll/getResult is established.
>>
>> The loop can also be used with user-driven loops, where you have an
>> interactive step that asks for tweaked parameters or "is this result good
>> enough". This can even be automated as you can configure loop to feedback
>> output ports as new input ports. In this case your inner workflow must
>> output a "loop": "false" value to stop the loop.
>>
>> The loop condition checker can be calling something in the world, e.g.
>> loop until the weather forecast is sunny or a sensor measurement is within
>> range.
>>
>> > Regarding the tool service, the model seems straightforward (by looking
>> > at
>> > the screenshots). The advanced/file_lists wiki page is empty, and that
>> > was
>> > one of the things I didn't get: how do input/output ports map to tools
>> > that
>> > work with lists of files (of arbitrary length)?
>>
>> It gets trickier.. as Taverna lists are ordered. For input lists you can
>> say to put it as a folder, and we'll make folder/0, folder/1 etc. and also
>> produce an index file.
>>
>> We have not yet got support for arbitrary list of output, but I guess you
>> could do the same in inverse.
>>
>> >
>> > Thanks,
>> >
>> > On Tue, Oct 21, 2014 at 5:42 PM, Stian Soiland-Reyes
>> > <st...@my...>
>> > wrote:
>> >>
>> >> Hi,
>> >>
>> >> I am one of the developers of the Taverna workflow system -
>> >> http://taverna.org.uk/
>> >>
>> >> (btw - we have just recently been accepted as an Apache Incubator
>> >> project
>> >> - http://incubator.apache.org/projects/taverna.html )
>> >>
>> >>
>> >>
>> >> In Taverna 2, we had our workflow definition language called t2flow. It
>> >> is
>> >> fairly one-to-one mapping to internal Java objects in Taverna, and
>> >> people
>> >> found it hard to develop against it (although several did anyway, e.g.
>> >> a
>> >> web-based editor) - see http://ns.taverna.org.uk/2008/xml/t2flow/ for
>> >> the
>> >> gory details :) .
>> >>
>> >>
>> >>
>> >> For Taverna 3 we therefore made the Scufl2 workflow format -
>> >> http://dev.mygrid.org.uk/wiki/display/developer/SCUFL2 - and a
>> >> corresponding
>> >> Java API - http://github.com/taverna/taverna-scufl2. SCUFL2 is not
>> >> meant as
>> >> a generic workflow language, but as a way to generalize the Taverna
>> >> workflow
>> >> model. See our "Taverna, reloaded" paper
>> >>
>> >> http://www.taverna.org.uk/pages/wp-content/uploads/2010/04/T2Architecture.pdf
>> >> for details of the Taverna execution model.
>> >>
>> >> In short, a Scufl2 Workflow Bundle is a structured ZIP file with a
>> >> series
>> >> of XML files, which follow XSD schemas (but are also valid RDF/XML).
>> >> The
>> >> schemas are currently at
>> >>
>> >> https://github.com/taverna/taverna-scufl2/tree/master/scufl2-rdfxml/src/main/resources/uk/org/taverna/scufl2/rdfxml/xsd
>> >>
>> >> Within the bundle, configuration of each step (e.g. a command line tool
>> >> invocation) is described as a JSON file - their structure vary per
>> >> activity
>> >> type, and Taverna has quite a few activity types from plugins -
>> >> http://dev.mygrid.org.uk/wiki/display/tav250/Service+types
>> >>
>> >>
>> >> The JSON for the Command Line Tool activity, which I guess is most
>> >> relevant to you, is unfortunately in a bit in flux - we feel a need for
>> >> a
>> >> cleaner separation between the Tool Definition (command line,
>> >> parameters,
>> >> input and output files, etc) and the invocation details (e.g. where to
>> >> SSH
>> >> or how to create symbolic links).
>> >>
>> >>
>> >> In Taverna's Workbench application we have a UI for creating such
>> >> configuratoin on an ad-hoc basis with a kind of template-based shell
>> >> script.
>> >> I mentioned this in the call. See
>> >> http://dev.mygrid.org.uk/wiki/display/tav250/Command and sibling pages.
>> >>
>> >> It is possible to load a set of these descriptions from an XML file, to
>> >> browse possible command line tools. Obviously this also requires these
>> >> tools
>> >> to be installed, so this has been used mainly within a grid execution
>> >> infrastructure like Nordugrid/KnowARC. The most used XML is
>> >> http://taverna.nordugrid.org/sharedRepository/xml.php which is
>> >> generated
>> >> from http://taverna.nordugrid.org/sharedRepository/index.php
>> >>
>> >>
>> >> --
>> >> Stian Soiland-Reyes
>> >> http://orcid.org/0000-0001-9842-9718
>> >>
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups
>> >> "common-workflow-language" group.
>> >> To unsubscribe from this group and stop receiving emails from it, send
>> >> an
>> >> email to com...@go....
>> >> To post to this group, send email to
>> >> com...@go....
>> >> To view this discussion on the web visit
>> >>
>> >> https://groups.google.com/d/msgid/common-workflow-language/1a7eb2fd-a564-4152-a8b9-09c5d6e2b2db%40googlegroups.com.
>> >> For more options, visit https://groups.google.com/d/optout.
>> >
>> >
>> >
>> >
>> > --
>> > Nebojsa Tijanic
>> > Seven Bridges Genomics, Inc.
>>
>> --
>> 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
>
>
>
>
> --
> Nebojsa Tijanic
> Seven Bridges Genomics, Inc.
>
> --
> You received this message because you are subscribed to the Google Groups
> "common-workflow-language" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to com...@go....
> To post to this group, send email to
> com...@go....
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/common-workflow-language/CACnO1SEPnBKFTSr9QksoX1Q8t%3DCJcuU1kOttNYwMsEcXZyTwYQ%40mail.gmail.com.
>
> For more options, visit https://groups.google.com/d/optout.



-- 
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

Hello,

On 10/30/2014 03:14 PM, Giancarlo Birello wrote:
> here http://v2p2dev.to.cnr.it/doku.php (in the middle of the page) my
> stepbystep installation guide for Taverna 2.5.4 with tomcat7 and Ubuntu
> 12.04.
> Maybe this can be useful to solve problem ... or not .. :-)

I went through the explanation (and all the other Taverna - Tomcat 
installation instructions I found) and have still the same problems on 
my own system. My Taverna server can't start up although it is deployed.

I tried different Java version (7,8), Tomcat versions (7,8), Taverna 
versions (2.5.5, 2.4.4), combinations of that on different machines 
(cluster, PC) now.
The outcome is stable, and the Taverna starting error always the same. 
Because the different versions of the sub systems (Java, Tomcat, 
Taverna) didn't influence my problem I have stayed with the most current 
versions and post the error logs of those.

catalina.out
03-Nov-2014 15:28:33.600 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Server version: 
Apache Tomcat/8.0.14
03-Nov-2014 15:28:33.602 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Server built: 
Sep 24 2014 09:01:51
03-Nov-2014 15:28:33.602 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Server number: 
8.0.14.0
03-Nov-2014 15:28:33.602 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log OS Name:        Linux
03-Nov-2014 15:28:33.602 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log OS Version: 
3.11.10-21-desktop
03-Nov-2014 15:28:33.603 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log Architecture:   amd64
03-Nov-2014 15:28:33.603 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log JVM Version: 
1.8.0_05-b13
03-Nov-2014 15:28:33.603 INFO [main] 
org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor: 
Oracle Corporation
03-Nov-2014 15:28:33.779 INFO [main] 
org.apache.catalina.core.AprLifecycleListener.init The APR based Apache 
Tomcat Native library which allows optimal performance in production 
environments was not found on the java.library.path: 
/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
03-Nov-2014 15:28:34.072 INFO [main] 
org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler 
["http-nio-8080"]
03-Nov-2014 15:28:34.086 INFO [main] 
org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a 
shared selector for servlet write/read
03-Nov-2014 15:28:34.093 INFO [main] 
org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler 
["http-nio-8500"]
03-Nov-2014 15:28:34.323 INFO [main] 
org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a 
shared selector for servlet write/read
03-Nov-2014 15:28:34.324 INFO [main] 
org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler 
["ajp-nio-8009"]
03-Nov-2014 15:28:34.325 INFO [main] 
org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a 
shared selector for servlet write/read
03-Nov-2014 15:28:34.326 INFO [main] 
org.apache.catalina.startup.Catalina.load Initialization processed in 806 ms
03-Nov-2014 15:28:34.354 INFO [main] 
org.apache.catalina.core.StandardService.startInternal Starting service 
Catalina
03-Nov-2014 15:28:34.354 INFO [main] 
org.apache.catalina.core.StandardEngine.startInternal Starting Servlet 
Engine: Apache Tomcat/8.0.14
03-Nov-2014 15:28:34.387 INFO [localhost-startStop-1] 
org.apache.catalina.startup.HostConfig.deployWAR Deploying web 
application archive /home/jh129/Documents/Dana Farber/Work/Riker 
Redesign - Workflow 
Manager/Taverna/apache-tomcat-8.0.14/webapps/taverna_server.war
03-Nov-2014 15:28:41.228 INFO [localhost-startStop-1] 
org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was 
scanned for TLDs yet contained no TLDs. Enable debug logging for this 
logger for a complete list of JARs that were scanned but no TLDs were 
found in them. Skipping unneeded JARs during scanning can improve 
startup time and JSP compilation time.
03-Nov-2014 15:28:44.934 SEVERE [localhost-startStop-1] 
org.apache.catalina.core.StandardContext.startInternal Error listenerStart
03-Nov-2014 15:28:44.943 SEVERE [localhost-startStop-1] 
org.apache.catalina.core.StandardContext.startInternal Context 
[/taverna_server] startup failed due to previous errors
03-Nov-2014 15:28:44.953 INFO [localhost-startStop-1] 
org.apache.catalina.startup.HostConfig.deployWAR Deployment of web 
application archive /home/jh129/Documents/Dana Farber/Work/Riker 
Redesign - Workflow 
Manager/Taverna/apache-tomcat-8.0.14/webapps/taverna_server.war has 
finished in 10,566 ms
...


tavserv.out:
20141103T152841.353 INFO  ContextLoader ContextLoader - Root 
WebApplicationContext: initialization started
20141103T152841.451 INFO  XmlWebApplicationContext 
AbstractApplicationContext - Refreshing Root WebApplicationContext: 
startup date [Mon Nov 03 15:28:41 EST 2014]; root of context hierarchy
20141103T152841.532 INFO  XmlBeanDefinitionReader 
XmlBeanDefinitionReader - Loading XML bean definitions from 
ServletContext resource [/WEB-INF/secure.xml]
20141103T152841.689 INFO  XmlBeanDefinitionReader 
XmlBeanDefinitionReader - Loading XML bean definitions from 
ServletContext resource [/WEB-INF/webappBeans.xml]
20141103T152841.770 INFO  XmlBeanDefinitionReader 
XmlBeanDefinitionReader - Loading XML bean definitions from class path 
resource [META-INF/cxf/cxf.xml]
20141103T152841.800 INFO  XmlBeanDefinitionReader 
XmlBeanDefinitionReader - Loading XML bean definitions from 
ServletContext resource [/WEB-INF/providers.xml]
20141103T152841.818 INFO  XmlBeanDefinitionReader 
XmlBeanDefinitionReader - Loading XML bean definitions from 
ServletContext resource [/WEB-INF/beans.xml]
20141103T152842.604 INFO  SpringSecurityCoreVersion 
SpringSecurityCoreVersion - You are running with Spring Security Core 
3.1.4.RELEASE
20141103T152842.605 INFO  SecurityNamespaceHandler 
SecurityNamespaceHandler - Spring Security 'config' module version is 
3.1.4.RELEASE
20141103T152842.667 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /
20141103T152842.668 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /rest
20141103T152842.669 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /rest/
20141103T152842.669 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /rest/policy
20141103T152842.670 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /rest/policy/
20141103T152842.670 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /services/**
20141103T152842.671 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'permitAll' for /soap/**
20141103T152842.671 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'hasRole('ROLE_tavernauser')' for /soap/**
20141103T152842.672 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'hasRole('ROLE_tavernasuperuser')' for /admin
20141103T152842.672 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'hasRole('ROLE_tavernasuperuser')' for /admin/**
20141103T152842.672 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 
'hasAnyRole('ROLE_tavernauser','ROLE_tavernaworkflow')' for /rest/**
20141103T152842.673 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'hasRole('ROLE_tavernauser')' for /feed
20141103T152842.674 INFO  FilterInvocationSecurityMetadataSourceParser 
FilterInvocationSecurityMetadataSourceParser - Creating access control 
expression attribute 'hasRole('ROLE_tavernauser')' for /feed/**
20141103T152842.696 INFO  HttpSecurityBeanDefinitionParser 
HttpSecurityBeanDefinitionParser - Checking sorted filter chain: [Root 
bean: class 
[org.springframework.security.web.access.channel.ChannelProcessingFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 100, Root bean: class 
[org.springframework.security.web.context.SecurityContextPersistenceFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 200, Root bean: class 
[org.springframework.security.web.authentication.www.BasicAuthenticationFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 1200, Root bean: class 
[org.springframework.security.web.savedrequest.RequestCacheAwareFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 1300, Root bean: class 
[org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 1400, Root bean: class 
[org.springframework.security.web.authentication.AnonymousAuthenticationFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 1700, Root bean: class 
[org.springframework.security.web.session.SessionManagementFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 1800, Root bean: class 
[org.springframework.security.web.access.ExceptionTranslationFilter]; 
scope=; abstract=false; lazyInit=false; autowireMode=0; 
dependencyCheck=0; autowireCandidate=true; primary=false; 
factoryBeanName=null; factoryMethodName=null; initMethodName=null; 
destroyMethodName=null, order = 1900, 
<org.springframework.security.web.access.intercept.FilterSecurityInterceptor#0>, 
order = 2000]
20141103T152843.207 INFO  PropertySourcesPlaceholderConfigurer 
PropertiesLoaderSupport - Loading properties file from ServletContext 
resource [/WEB-INF/tavernaserver.properties]
20141103T152843.323 INFO  DefaultListableBeanFactory 
DefaultListableBeanFactory - Pre-instantiating singletons in 
org.springframework.beans.factory.support.DefaultListableBeanFactory@21984171: 
defining beans 
[cxf,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,webapp,webapp.support,capabilities,webapp.policyView,contentsDescriptorBuilder,webapp.state,webapp.invocationCounter,webapp.perfLogger,run.coreView.prototype,run.directoryView.prototype,run.listenersView.prototype,run.singleListenerView.prototype,run.propertyView.prototype,run.inputView.prototype,run.securityView.prototype,run.interactionFeed.prototype,feed,admin,IdentityMapper,passwordEncoder,userStore,pmf,transactionAspect,systemPrereqs,dataSource,contextualizer,usageRecordSink,org.springframework.beans.factory.config.PropertyPlaceholderConfigurer#0,default-factory-properties,URThreads,worker.securityContext,passwordIssuer,certificateChainFetcher,localworker.state,worker.policy,worker.rundb,cn.email,cn.sms,cn.twitter,worker.runDAO,org.springframework.scheduling.support.ScheduledMethodRunnable#0,org.springframework.sche
duling.config.IntervalTask#0,org.springframework.scheduling.support.ScheduledMethodRunnable#1,org.springframework.scheduling.config.IntervalTask#1,org.springframework.scheduling.support.ScheduledMethodRunnable#2,org.springframework.scheduling.config.IntervalTask#2,org.springframework.scheduling.config.ContextLifecycleScheduledTaskRegistrar#0,notificationFabric,dispatch.email,dispatch.twitter,dispatch.xmpp,dispatch.sms,dispatch.atom,worker.notifier,fileUtils,x500Utils,taskScheduler,JCECheck,interactionFeed,atomFeedHandler,atomEntryHandler,authProvider,workflowInternalAuthProvder,velocity,abdera,ExceptionProvider.BadInputPortName,ExceptionProvider.BadPropertyValue,ExceptionProvider.BadStateChange,ExceptionProvider.FilesystemAccess,ExceptionProvider.GeneralFailure,ExceptionProvider.IllegalArgument,ExceptionProvider.ImplementationProblem,ExceptionProvider.InvalidCredential,ExceptionProvider.NoCreate,ExceptionProvider.Overloaded,ExceptionProvider.NoCredential,ExceptionProvider.NoDestroy,Ex
ceptionProvider.NoDirectoryEntry,ExceptionProvider.NoListener,ExceptionProvider.NoUpdate,ExceptionProvider.NotOwner,ExceptionProvider.UnknownRun,ExceptionProvider.JAXBException,ExceptionProvider.AccessDenied,ExceptionProvider.NegotiationFailed,MessagingProvider.File,MessagingProvider.FileConcatenation,MessagingProvider.FileSegment,MessagingProvider.InputStream,MessagingProvider.T2flow,MessagingProvider.Permission,Provider.RuntimeExceptionRemapping,MessagingProvider.ZipStream,Interceptor.FlushThreadLocalCache,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,localWorkerFactory,servletContextPropertyConfigurer,master_SOAP,root_REST,master_REST,AtomFeed,AdministrationInterface,jsonProvider,jsonNamespaceMap,root_facade,URI-Rewriter-Thunk,o
rg.springframework.security.authentication.DefaultAuthenticationEventPublisher#0,org.springframework.security.authenticationManager,org.springframework.aop.config.internalAutoProxyCreator,org.springframework.security.access.method.DelegatingMethodSecurityMetadataSource#0,org.springframework.security.access.vote.AffirmativeBased#0,org.springframework.security.access.intercept.aopalliance.MethodSecurityInterceptor#0,org.springframework.security.methodSecurityMetadataSourceAdvisor,org.springframework.security.filterChains,org.springframework.security.filterChainProxy,org.springframework.security.web.PortMapperImpl#0,org.springframework.security.web.PortResolverImpl#0,org.springframework.security.config.authentication.AuthenticationManagerFactoryBean#0,org.springframework.security.authentication.ProviderManager#0,org.springframework.security.web.context.HttpSessionSecurityContextRepository#0,org.springframework.security.web.authentication.session.SessionFixationProtectionStrategy#0,org.sp
ringframework.security.web.savedrequest.HttpSessionRequestCache#0,org.springframework.security.web.access.channel.ChannelDecisionManagerImpl#0,org.springframework.security.web.access.expression.DefaultWebSecurityExpressionHandler#0,org.springframework.security.access.vote.AffirmativeBased#1,org.springframework.security.web.access.intercept.FilterSecurityInterceptor#0,org.springframework.security.web.access.DefaultWebInvocationPrivilegeEvaluator#0,org.springframework.security.authentication.AnonymousAuthenticationProvider#0,org.springframework.security.web.authentication.www.BasicAuthenticationEntryPoint#0,org.springframework.security.userDetailsServiceFactory,org.springframework.security.web.DefaultSecurityFilterChain#0,org.springframework.context.support.PropertySourcesPlaceholderConfigurer#0,security.override.properties,MBeanServer,mbeanExporter,org.springframework.context.annotation.ConfigurationClassPostProcessor.importAwareProcessor,localworker.factory]; 
root of factory hierarchy
20141103T152844.925 INFO  DefaultListableBeanFactory 
DefaultSingletonBeanRegistry - Destroying singletons in 
org.springframework.beans.factory.support.DefaultListableBeanFactory@21984171: 
defining beans 
[cxf,org.apache.cxf.bus.spring.BusWiringBeanFactoryPostProcessor,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,webapp,webapp.support,capabilities,webapp.policyView,contentsDescriptorBuilder,webapp.state,webapp.invocationCounter,webapp.perfLogger,run.coreView.prototype,run.directoryView.prototype,run.listenersView.prototype,run.singleListenerView.prototype,run.propertyView.prototype,run.inputView.prototype,run.securityView.prototype,run.interactionFeed.prototype,feed,admin,IdentityMapper,passwordEncoder,userStore,pmf,transactionAspect,systemPrereqs,dataSource,contextualizer,usageRecordSink,org.springframework.beans.factory.config.PropertyPlaceholderConfigurer#0,default-factory-properties,URThreads,worker.securityContext,passwordIssuer,certificateChainFetcher,localworker.state,worker.policy,worker.rundb,cn.email,cn.sms,cn.twitter,worker.runDAO,org.springframework.scheduling.support.ScheduledMethodRunnable#0,org.springframework.sche
duling.config.IntervalTask#0,org.springframework.scheduling.support.ScheduledMethodRunnable#1,org.springframework.scheduling.config.IntervalTask#1,org.springframework.scheduling.support.ScheduledMethodRunnable#2,org.springframework.scheduling.config.IntervalTask#2,org.springframework.scheduling.config.ContextLifecycleScheduledTaskRegistrar#0,notificationFabric,dispatch.email,dispatch.twitter,dispatch.xmpp,dispatch.sms,dispatch.atom,worker.notifier,fileUtils,x500Utils,taskScheduler,JCECheck,interactionFeed,atomFeedHandler,atomEntryHandler,authProvider,workflowInternalAuthProvder,velocity,abdera,ExceptionProvider.BadInputPortName,ExceptionProvider.BadPropertyValue,ExceptionProvider.BadStateChange,ExceptionProvider.FilesystemAccess,ExceptionProvider.GeneralFailure,ExceptionProvider.IllegalArgument,ExceptionProvider.ImplementationProblem,ExceptionProvider.InvalidCredential,ExceptionProvider.NoCreate,ExceptionProvider.Overloaded,ExceptionProvider.NoCredential,ExceptionProvider.NoDestroy,Ex
ceptionProvider.NoDirectoryEntry,ExceptionProvider.NoListener,ExceptionProvider.NoUpdate,ExceptionProvider.NotOwner,ExceptionProvider.UnknownRun,ExceptionProvider.JAXBException,ExceptionProvider.AccessDenied,ExceptionProvider.NegotiationFailed,MessagingProvider.File,MessagingProvider.FileConcatenation,MessagingProvider.FileSegment,MessagingProvider.InputStream,MessagingProvider.T2flow,MessagingProvider.Permission,Provider.RuntimeExceptionRemapping,MessagingProvider.ZipStream,Interceptor.FlushThreadLocalCache,org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,localWorkerFactory,servletContextPropertyConfigurer,master_SOAP,root_REST,master_REST,AtomFeed,AdministrationInterface,jsonProvider,jsonNamespaceMap,root_facade,URI-Rewriter-Thunk,o
rg.springframework.security.authentication.DefaultAuthenticationEventPublisher#0,org.springframework.security.authenticationManager,org.springframework.aop.config.internalAutoProxyCreator,org.springframework.security.access.method.DelegatingMethodSecurityMetadataSource#0,org.springframework.security.access.vote.AffirmativeBased#0,org.springframework.security.access.intercept.aopalliance.MethodSecurityInterceptor#0,org.springframework.security.methodSecurityMetadataSourceAdvisor,org.springframework.security.filterChains,org.springframework.security.filterChainProxy,org.springframework.security.web.PortMapperImpl#0,org.springframework.security.web.PortResolverImpl#0,org.springframework.security.config.authentication.AuthenticationManagerFactoryBean#0,org.springframework.security.authentication.ProviderManager#0,org.springframework.security.web.context.HttpSessionSecurityContextRepository#0,org.springframework.security.web.authentication.session.SessionFixationProtectionStrategy#0,org.sp
ringframework.security.web.savedrequest.HttpSessionRequestCache#0,org.springframework.security.web.access.channel.ChannelDecisionManagerImpl#0,org.springframework.security.web.access.expression.DefaultWebSecurityExpressionHandler#0,org.springframework.security.access.vote.AffirmativeBased#1,org.springframework.security.web.access.intercept.FilterSecurityInterceptor#0,org.springframework.security.web.access.DefaultWebInvocationPrivilegeEvaluator#0,org.springframework.security.authentication.AnonymousAuthenticationProvider#0,org.springframework.security.web.authentication.www.BasicAuthenticationEntryPoint#0,org.springframework.security.userDetailsServiceFactory,org.springframework.security.web.DefaultSecurityFilterChain#0,org.springframework.context.support.PropertySourcesPlaceholderConfigurer#0,security.override.properties,MBeanServer,mbeanExporter,org.springframework.context.annotation.ConfigurationClassPostProcessor.importAwareProcessor,localworker.factory]; 
root of factory hierarchy
20141103T152844.930 ERROR ContextLoader ContextLoader - Context 
initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating 
bean with name 'webapp' defined in ServletContext resource 
[/WEB-INF/beans.xml]: Cannot resolve reference to bean 'worker.policy' 
while setting bean property 'policy'; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating 
bean with name 'worker.policy' defined in ServletContext resource 
[/WEB-INF/beans.xml]: Cannot resolve reference to bean 
'localworker.state' while setting bean property 'limits'; nested 
exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:329)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:107)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1417)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)
	at 
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)
	at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479)
	at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:389)
	at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:294)
	at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:112)
	at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4797)
	at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5221)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:724)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:700)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:714)
	at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:919)
	at 
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1703)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
Caused by: org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'worker.policy' defined in ServletContext 
resource [/WEB-INF/beans.xml]: Cannot resolve reference to bean 
'localworker.state' while setting bean property 'limits'; nested 
exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:329)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:107)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1417)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:323)
	... 28 more
Caused by: org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1453)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:323)
	... 38 more
Caused by: org.springframework.beans.PropertyBatchUpdateException; 
nested PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:101)
	at 
org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:57)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1450)
	... 46 more


So far I understand the problem the Spring framework doesn't get 
initialized properly. How can that be solved?
I appreciate every help for my issue, couldn't find any solution after 
days now.


Regards,
Johann



-- 


The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

Hi!

We are moving these mailing lists to Apache Incubator infrastructure:

  tav...@li...
  tav...@li...
  tav...@li...

The new lists are at:

  de...@ta...
  us...@ta...
  co...@ta...


A confirmation step is required by you to remain on the list, see below.


For details and archives, see:

http://mail-archives.apache.org/mod_mbox/incubator-taverna-dev/
http://mail-archives.apache.org/mod_mbox/incubator-taverna-users/
http://mail-archives.apache.org/mod_mbox/incubator-taverna-commits/


We will by the end of this week make the old sourceforge lists read-only.



As a convenience, tomorrow I am going to go through the current
subscriber lists on Sourceforge and mass-invite you based on the email
address you are currently subscribed with - when you get one of these
emails then you simply just need to REPLY to that email to CONFIRM.
(You will get two emails if you are on both lists).

If you want to subscribe with a different email address, then
subscribe manually as detailed below.  If for some reason you would
prefer to leave the Taverna lists, then simply ignore the invitation
email from incubator.apache.org.



To sign up to the new lists yourself, you need to send an empty email
to the -subscribe version of the list address.


E.g. to subscribe, send an email to:

  dev...@ta...
and/or
  use...@ta...

If you would prefer to sign up to the digest email instead, then email to:

  dev...@ta...
and/or
  use...@ta...



You will then need to REPLY to the CONFIRMATION email that comes back
from dev...@ta... (or equivalent).




-- 
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

Hello Giancarlo,

thank you for your detailed explanation of the installation routine.

On 10/30/2014 03:14 PM, Giancarlo Birello wrote:
> here http://v2p2dev.to.cnr.it/doku.php (in the middle of the page) my
> stepbystep installation guide for Taverna 2.5.4 with tomcat7 and Ubuntu
> 12.04.
> Maybe this can be useful to solve problem ... or not .. :-)

I followed your list and did already almost the same by myself before. I 
see only one difference so far. Because I am just testing the Taverna 
system I didn't want to create an own taverna user for it and ran (run) 
the system under my own user.
Due to that situation I also skipped the adjustment of the sudoers file. 
(I have restricted rights only for the server I currently test the 
environment on.)
After all my trials I think that's the only real difference of your and 
the other explanations and hopefully the cause of my spring framework 
initialization problem.

Do you think that could be the cause?

In the meantime I try to get the needed rights or at least the concrete 
adaptions on the server done. And I will figure it out in some way or 
other. I did think because everything run and should run only under my 
own user I didn't have a necessity for the adjustment of the sudoers file.


Regards,
Johann

-- 


The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

Day 2 starting,

#Taverna2014 day 2 starting:

http://www.youtube.com/watch?v=HYk67AV1F8A

https://plus.google.com/events/cd990a54geq52inrbnaukmu435k

On 30 October 2014 15:09, Stian Soiland-Reyes
<soi...@cs...> wrote:
> Thanks for following! My machine is the camera machine, so I might not
> see any questions right away. I'll put the slides on the wiki later as
> it is not always shown nicely from projector.
>
> On 30 October 2014 14:54, Suresh Marru <sm...@ap...> wrote:
>> Thank you for sharing Stian, its clear enough to follow the workshop.
>>
>> Suresh
>>
>> On Oct 30, 2014, at 10:50 AM, Stian Soiland-Reyes <soi...@cs...> wrote:
>>
>>> Second half of #Taverna2014 (Sorry about the break - G+ playing up..)
>>>
>>> https://plus.google.com/events/cr9sjhtn8d5dp1o210cl0eppndo
>>>
>>> http://www.youtube.com/watch?v=kOquYEYSEzo
>>>
>>> On 30 October 2014 09:57, Stian Soiland-Reyes
>>> <soi...@cs...> wrote:
>>>> http://dev.mygrid.org.uk/wiki/display/developer/Taverna+Open+Development+Workshop
>>>>
>>>> has now started.
>>>>
>>>> You can join this remotely using Google+ Hangout:
>>>>
>>>> https://plus.google.com/events/c95g675ghuirlefopj97of52018
>>>>
>>>>
>>>>
>>>> or follow the Youtube stream (which should allow rewinds):
>>>> http://www.youtube.com/watch?v=CrgCiEBLKVo
>>>>
>>>>
>>>> Twitter hashtag: #taverna2014
>>>>
>>>>
>>>> Please feel free to raise questions on Google Hangout chat.
>>>>
>>>> --
>>>> 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
>>>
>>>
>>>
>>> --
>>> 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
>>
>
>
>
> --
> 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



-- 
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

Hi,

here http://v2p2dev.to.cnr.it/doku.php (in the middle of the page) my 
stepbystep installation guide for Taverna 2.5.4 with tomcat7 and Ubuntu 
12.04.
Maybe this can be useful to solve problem ... or not .. :-)

Giancarlo

On 10/30/2014 07:43 PM, Robert Haines wrote:
> <snip>
>
>>> I tried different versions of Tomcat (7.0.56, 8.0.14), different
>>> versions of Java (Java 7, Java 8) and different versions of Taverna
>>> (2.4.4, 2.5.4) and different combinations of those. The mentioned spring
>>> framework error has been always the same. So it seems it is not
>>> dependent on a certain used version of one of the used packages but
>>> rather a general error in my installation process.
>>> I couldn't find the cause of the problem, couldn't find any mentioned
>>> information about existing dependencies related to this issue.
>> The beginner's installation guide always refers to Tomcat 6. I wonder if
>> that is the issue. I will ask Donal to answer tomorrow.
> Donal will be able to give a much more detailed answer but I have
> installed Taverna Server in Tomcat 7 with Java 7 and had no problems.
>
> Rob
>
>

<snip>

>
>> I tried different versions of Tomcat (7.0.56, 8.0.14), different
>> versions of Java (Java 7, Java 8) and different versions of Taverna
>> (2.4.4, 2.5.4) and different combinations of those. The mentioned spring
>> framework error has been always the same. So it seems it is not
>> dependent on a certain used version of one of the used packages but
>> rather a general error in my installation process.
>> I couldn't find the cause of the problem, couldn't find any mentioned
>> information about existing dependencies related to this issue.
>
> The beginner's installation guide always refers to Tomcat 6. I wonder if
> that is the issue. I will ask Donal to answer tomorrow.

Donal will be able to give a much more detailed answer but I have 
installed Taverna Server in Tomcat 7 with Java 7 and had no problems.

Rob


-- 
Robert Haines
myGrid Team
School of Computer Science
University of Manchester

Hello Alan,

thank you for your reply.

On 10/30/2014 02:20 PM, Alan R Williams wrote:
> [snip]
>
>> transerv.out:
>> ERROR ContextLoader ContextLoader - Context initialization failed
>> org.springframework.beans.factory.BeanCreationException: Error creating
>> bean with name 'webapp' defined in ServletContext resource
>> [/WEB-INF/beans.xml]: Cannot resolve reference to bean 'worker.policy'
>> while setting bean property 'policy'; nested exception is
>> org.springframework.beans.factory.BeanCreationException: Error creating
>> bean with name 'worker.policy' defined in ServletContext resource
>> [/WEB-INF/beans.xml]: Cannot resolve reference to bean
>> 'localworker.state' while setting bean property 'limits'; nested
>> exception is org.springframework.beans.factory.BeanCreationException:
>> Error creating bean with name 'localworker.state' defined in
>> ServletContext resource [/WEB-INF/beans.xml]: Error setting property
>> values; nested exception is
>> org.springframework.beans.PropertyBatchUpdateException; nested
>> PropertyAccessExceptions (1) are:
>> PropertyAccessException 1:
>> org.springframework.beans.MethodInvocationException: Property
>> 'defaultExecuteWorkflowScript' threw exception; nested exception is
>> java.lang.NullPointerException
>> 	at
>
> Did transerv.out stop there? It looks as if it was about to say what
> went wrong :(

No it didn't stop there. Here is a bigger part of the log message.

20141029T160326.245 ERROR ContextLoader ContextLoader - Context 
initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating 
bean with name 'webapp' defined in ServletContext resource 
[/WEB-INF/beans.xml]: Cannot resolve reference to bean 'worker.policy' 
while setting bean property 'policy'; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating 
bean with name 'worker.policy' defined in ServletContext resource 
[/WEB-INF/beans.xml]: Cannot resolve reference to bean 
'localworker.state' while setting bean property 'limits'; nested 
exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:329)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:107)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1417)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)
	at 
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)
	at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479)
	at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:389)
	at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:294)
	at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:112)
	at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4994)
	at 
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5492)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:649)
	at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:1083)
	at 
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1879)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)
Caused by: org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'worker.policy' defined in ServletContext 
resource [/WEB-INF/beans.xml]: Cannot resolve reference to bean 
'localworker.state' while setting bean property 'limits'; nested 
exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:329)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:107)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1417)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:323)
	... 28 more
Caused by: org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1453)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1158)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:296)
	at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:293)
	at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
	at 
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:323)
	... 38 more
...




>> I tried different versions of Tomcat (7.0.56, 8.0.14), different
>> versions of Java (Java 7, Java 8) and different versions of Taverna
>> (2.4.4, 2.5.4) and different combinations of those. The mentioned spring
>> framework error has been always the same. So it seems it is not
>> dependent on a certain used version of one of the used packages but
>> rather a general error in my installation process.
>> I couldn't find the cause of the problem, couldn't find any mentioned
>> information about existing dependencies related to this issue.
>
> The beginner's installation guide always refers to Tomcat 6. I wonder if
> that is the issue. I will ask Donal to answer tomorrow.

OK. Here http://dev.mygrid.org.uk/wiki/display/tav250/Installation+Guide 
is also "Tomcat 7" mentioned, that's why I didn't try it with version 6.

Regards,
Johann


-- 


The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

Hello everyone,

The repository has died again. We will try to restore it tomorrow.

Alan

On 30-Oct-14 18:09, Hoeftberger, Johann wrote:
> Hello everybody,

Hello

[snip]

> transerv.out:
> ERROR ContextLoader ContextLoader - Context initialization failed
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'webapp' defined in ServletContext resource
> [/WEB-INF/beans.xml]: Cannot resolve reference to bean 'worker.policy'
> while setting bean property 'policy'; nested exception is
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'worker.policy' defined in ServletContext resource
> [/WEB-INF/beans.xml]: Cannot resolve reference to bean
> 'localworker.state' while setting bean property 'limits'; nested
> exception is org.springframework.beans.factory.BeanCreationException:
> Error creating bean with name 'localworker.state' defined in
> ServletContext resource [/WEB-INF/beans.xml]: Error setting property
> values; nested exception is
> org.springframework.beans.PropertyBatchUpdateException; nested
> PropertyAccessExceptions (1) are:
> PropertyAccessException 1:
> org.springframework.beans.MethodInvocationException: Property
> 'defaultExecuteWorkflowScript' threw exception; nested exception is
> java.lang.NullPointerException
> 	at

Did transerv.out stop there? It looks as if it was about to say what 
went wrong :(

> I tried different versions of Tomcat (7.0.56, 8.0.14), different
> versions of Java (Java 7, Java 8) and different versions of Taverna
> (2.4.4, 2.5.4) and different combinations of those. The mentioned spring
> framework error has been always the same. So it seems it is not
> dependent on a certain used version of one of the used packages but
> rather a general error in my installation process.
> I couldn't find the cause of the problem, couldn't find any mentioned
> information about existing dependencies related to this issue.

The beginner's installation guide always refers to Tomcat 6. I wonder if 
that is the issue. I will ask Donal to answer tomorrow.

[snip]

> Many thanks in advance,
> Johann

Alan

Hello everybody,

I try to install the current version of the Taverna server (2.5.4) on a 
64 bit Linux machine (CentOS release 6.3), I can deploy the Taverna .war 
archive, but the web application doesn't start up.

It seems there is an initialization issue with the used spring framework 
in the background, see logs below.

I followed the instructions under 
http://dev.mygrid.org.uk/wiki/display/tav250/Installation+Guide, chose a 
self-signed certificate for SSL with the java tool, 
%JAVA_HOME%\bin\keytool. I adjusted the java cryptography settings and 
can use the Tomcat server with SSL.
I could deploy the Taverna .WAR archive, BUT it doesn't start up. It 
always gives me the following errors:

catalina.out:
SEVERE [localhost-startStop-1] 
org.apache.catalina.core.StandardContext.startInternal Error listenerStart
SEVERE [localhost-startStop-1] 
org.apache.catalina.core.StandardContext.startInternal Context 
[/taverna_server] startup failed due to previous errors


transerv.out:
ERROR ContextLoader ContextLoader - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating 
bean with name 'webapp' defined in ServletContext resource 
[/WEB-INF/beans.xml]: Cannot resolve reference to bean 'worker.policy' 
while setting bean property 'policy'; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating 
bean with name 'worker.policy' defined in ServletContext resource 
[/WEB-INF/beans.xml]: Cannot resolve reference to bean 
'localworker.state' while setting bean property 'limits'; nested 
exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'localworker.state' defined in 
ServletContext resource [/WEB-INF/beans.xml]: Error setting property 
values; nested exception is 
org.springframework.beans.PropertyBatchUpdateException; nested 
PropertyAccessExceptions (1) are:
PropertyAccessException 1: 
org.springframework.beans.MethodInvocationException: Property 
'defaultExecuteWorkflowScript' threw exception; nested exception is 
java.lang.NullPointerException
	at


I tried different versions of Tomcat (7.0.56, 8.0.14), different 
versions of Java (Java 7, Java 8) and different versions of Taverna 
(2.4.4, 2.5.4) and different combinations of those. The mentioned spring 
framework error has been always the same. So it seems it is not 
dependent on a certain used version of one of the used packages but 
rather a general error in my installation process.
I couldn't find the cause of the problem, couldn't find any mentioned 
information about existing dependencies related to this issue.


All other issues (Java, Tomcat, SSL, cryptorgraphy, ports, file system 
rights, tomcat users should be set appropriately.

Can anybody suggest some ideas how I can overcome this problem? I would 
appreciate it.
I am wondering why I can't find any information about that problem in 
the net.




Many thanks in advance,
Johann

-- 




The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

Second half of #Taverna2014 (Sorry about the break - G+ playing up..)

https://plus.google.com/events/cr9sjhtn8d5dp1o210cl0eppndo

http://www.youtube.com/watch?v=kOquYEYSEzo

On 30 October 2014 09:57, Stian Soiland-Reyes
<soi...@cs...> wrote:
> http://dev.mygrid.org.uk/wiki/display/developer/Taverna+Open+Development+Workshop
>
> has now started.
>
> You can join this remotely using Google+ Hangout:
>
> https://plus.google.com/events/c95g675ghuirlefopj97of52018
>
>
>
> or follow the Youtube stream (which should allow rewinds):
> http://www.youtube.com/watch?v=CrgCiEBLKVo
>
>
> Twitter hashtag: #taverna2014
>
>
> Please feel free to raise questions on Google Hangout chat.
>
> --
> 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



-- 
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

http://dev.mygrid.org.uk/wiki/display/developer/Taverna+Open+Development+Workshop

has now started.

You can join this remotely using Google+ Hangout:

https://plus.google.com/events/c95g675ghuirlefopj97of52018



or follow the Youtube stream (which should allow rewinds):
http://www.youtube.com/watch?v=CrgCiEBLKVo


Twitter hashtag: #taverna2014


Please feel free to raise questions on Google Hangout chat.

-- 
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

The original Maven repository (artifactory) at
repository.mygrid.org.uk is now back online.

All URIs should redirect to the right place.


On 27 October 2014 15:21, Stian Soiland-Reyes
<soi...@cs...> wrote:
> Our Maven repository instance is in the middle of moving between
> hosting hardware (500 GB disk image!).
>
>
> In the meantime I have set up a temporary repository from backup -
> unfortunately the backup was missing some later snapshot deployments
> like Taverna 2.5-SNAPSHOT and 3.0.1-SNAPSHOT - we are rebuilding those
> in Jenkins at the moment.
>
>
> You can access this repository at
> http://www.mygrid.org.uk/maven/repository/ which temporarily redirects
> to http://build.mygrid.org.uk/artifactory/mygrid-all/
>
>
> Note that http://repository.mygrid.org.uk/ is in the DNS pipeline to
> also point there - but it is taking up to 6 hours to propagate.
>
>
> When the original repository comes back (hopefully tomorrow), then we
> will switch this back again.. so don't hardcode
> http://build.mygrid.org.uk/artifactory/* anywhere, use instead:
>
>  http://www.mygrid.org.uk/maven/repository/
> and
>  http://www.mygrid.org.uk/maven/snapshot-repository/
>
>
> Please reply to this email if you find that something you need
> urgently (jai-imageio-core has already been pointed out and
> redeployed).
>
>
> On 25 October 2014 15:31, Stian Soiland-Reyes
> <soi...@cs...> wrote:
>> Hi,
>>
>> Our Maven repository at repository.maven.org.uk has unfortunately gone
>> down. We've tried to restart the virtual machine, but as it seems to
>> require a restart of the whole host, we will not try to do this until
>> Monday (as it would also take www.taverna.org.uk and friends offline).
>>
>>
>>
>> --
>> 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
>
>
>
> --
> 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



-- 
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

Our Maven repository instance is in the middle of moving between
hosting hardware (500 GB disk image!).


In the meantime I have set up a temporary repository from backup -
unfortunately the backup was missing some later snapshot deployments
like Taverna 2.5-SNAPSHOT and 3.0.1-SNAPSHOT - we are rebuilding those
in Jenkins at the moment.


You can access this repository at
http://www.mygrid.org.uk/maven/repository/ which temporarily redirects
to http://build.mygrid.org.uk/artifactory/mygrid-all/


Note that http://repository.mygrid.org.uk/ is in the DNS pipeline to
also point there - but it is taking up to 6 hours to propagate.


When the original repository comes back (hopefully tomorrow), then we
will switch this back again.. so don't hardcode
http://build.mygrid.org.uk/artifactory/* anywhere, use instead:

 http://www.mygrid.org.uk/maven/repository/
and
 http://www.mygrid.org.uk/maven/snapshot-repository/


Please reply to this email if you find that something you need
urgently (jai-imageio-core has already been pointed out and
redeployed).


On 25 October 2014 15:31, Stian Soiland-Reyes
<soi...@cs...> wrote:
> Hi,
>
> Our Maven repository at repository.maven.org.uk has unfortunately gone
> down. We've tried to restart the virtual machine, but as it seems to
> require a restart of the whole host, we will not try to do this until
> Monday (as it would also take www.taverna.org.uk and friends offline).
>
>
>
> --
> 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



-- 
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

Hi,

Our Maven repository at repository.maven.org.uk has unfortunately gone
down. We've tried to restart the virtual machine, but as it seems to
require a restart of the whole host, we will not try to do this until
Monday (as it would also take www.taverna.org.uk and friends offline).



-- 
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

On 23 October 2014 18:02, Nebojsa Tijanic <neb...@sb...>
wrote:
>
> Thanks a lot for the links and explanations. I've seen some taverna
workflow
> XML files earlier and they seemed too tightly coupled with Java to suit
our
> purpose (I suppose they were from older version).

Yes, that is particularly one reason why we moved away from the t2flow
format - it relied on a particular serialization from Java that was hard to
deal with outside the engine code when those classes are not available.

> The Scufl2 format seems a
> lot more similar to what we've been discussing here. I didn't understand a
> lot of things about it, hope you don't mind me asking a few questions:

Feel free! I am sorry that our scufl2 documentation is still lacking quite
a bit..

We have only used Scufl2 for Taverna workflows, so it follows quite close
to the Taverna execution semantics. For other systems it would be natural
to reuse what can be equivalent (e.g. processors, ports, data links) and
leave out what is not directly mappable, e.g. the dispatch layers.

We have made processors be configurable as well, so if there is no need to
distinguish between a node and its execution, then profiles for workflow
system X could skip activities and their binding to processors.

> - If I understand correctly, the "parallelize" layer would process
> individual items of a collection supplied on an input port if incoming
> collection depth is larger than declared port depth. It seems that
> iterationStrategyStack is meant to specify what happens if there is more
> than one port with depth > expected. Is this correct? If so, are there any
> strategies apart from combinations of Cartesian product and zipping?

That's right. If the port depths of inputs match those on the link, there
would be no iterations and no parallellization within that processor - it
is simply executed 'as is'. That is also the interpretation if there is no
iteration strategy defined. (In Taverna 1 we would autogenerate a cross
product if nothing was defined, but this gave unpredictable iterations with
more than two inputs)

If the depth on the incoming link is less than the expected depth (e.g. a
single value when expecting a list) it is simply wrapped in singleton
list(s).

There are only those two strategies at the moment, what we call cross and
dot product.

http://dev.mygrid.org.uk/wiki/display/tav250/List+handling

It is also possible, in SCUFL2, to combine multiple layers in the iteration
strategy stack to do say an outer dot product of lists at depth 2, and a
cross product at the inner lists of depth 1. This is quite complex to
explain to the users, so we never added this to the user interface. We
instead explain how to do this with a nested workflow -
http://dev.mygrid.org.uk/wiki/display/tav250/List+handling#Listhandling-Usingnestedworkflowstotweaklisthandling

In our engine we also have a third option which we have never really used -
PrefixDotProduct.

> Matches jobs where the index array of the job on index 0 is the prefix of
the index array of the job on index 1. This node can only ever have exactly
two child nodes!

As it was never used we did not add support for this to SCUFL2.

Are there other iteration mechanisms you are thinking of? E.g. "Just first
value" or something?

> - What is the difference between portDepth and granularPortDepth?

This has to do with streaming activities. Most of Taverna activities have
always the same values for these (in scufl2 you can therefore leave
granularPortDepth==null to mean the same). However, there are some services
that output a list, but which are able to give back those values one at a
time. The Taverna Engine supports this - and forwards on those items to any
service downstream that expects individual values. The original service do
however still have to return the final list when it is finished iterating
(if it ever finishes) - which the iteration strategy and downstream
services expecting more than single values are waiting for.

This is for instance the case for a service that retrieves a large CSV file
or does a large SQL query, and can spit out the individual column values,
row by row, even before the whole file has been transferred back.

In this case, granularPortDepth=0 and portDepth=1.

When modifying granularPortDepth there are many port combinations that
don't make sense, as you have to output on all the granular ports at the
same time, e.g. if you say output port A,B and C are granularDepth 0 and
depth 1, while port D is granular/depth 0 - then you have to return return
all A/B/C for every granular return.

{ a1, b1, c1 } # granular
{ a2, b2, c2 } # granular
{ a3, b3, c3 } # granular
{ [a1,a2,a3] [b1,b2,b3] [c1,c2,c3] d } # final

> - Can port types be declared? If so, what are the available types and are
> structs supported?

Syntactic types we do s part of the activity configuration - as different
activities have different ways to describe bytes/integers/etc.

We use the configuration key "dataType" per port defined in the config, e.g.

{ "outputTypes": [
{ "port": "inputA", "dataType": "R_EXP" }
{ "port": "inputB", "dataType": "PNG_FILE" }
] }

In this example, configuring an R script, there are some pre-determined
constants which determines how the output values are picked up or delivered
to R - e.g. PNG_File will save a graph as a PNG, while an R_EXP is
serializing an R structure so that it can be passed to another R script.

Most of the time we don't need to define the syntactic types in the
workflow definition, as the service implementation will know based on the
rest of the configuration - e.g. if we are using a WSDL Service then the
XSD will say that for portA we need a string, and for portB we need to
base64-encode
a binary. A REST service will know based on the declared Content-Type if
the input is binary or string - and it will know from the HTTP-returned
Content-Type what we're getting back.

In t2flow we often included this inferred information at definition time,
but we found that usually it would end up out of sync, wrong or confusing
(many home-brewn mime-type that were never used by anything). With SCUFL2
we wanted to move to a more prescriptive workflow definition.

Semantic types we do as annotations as they do not affect the execution. We
also see these as advisory as the service might change its mind over night
and return something differently (or more like it - something even more
specific).
We use http://purl.org/DP/components - see the extracted wfdesc (which
includes all annotations):

https://github.com/wf4ever/scufl2-wfdesc/blob/master/src/test/resources/valid_component_imagemagickconvert.wfdesc.ttl

> - In the paper, the example for loops was an async service. This seems
like
> it saves some compute resources (a thread), but like it also could have
been
> done by having the processor poll+block. Have you encountered any other
> cases where loops were needed?

Yes, it can also be implemented by the specific activity/processor, which
several of our plugins do. It is however difficult to support this for
generic services as no agreed system for poll/getResult is established.

The loop can also be used with user-driven loops, where you have an
interactive step that asks for tweaked parameters or "is this result good
enough". This can even be automated as you can configure loop to feedback
output ports as new input ports. In this case your inner workflow must
output a "loop": "false" value to stop the loop.

The loop condition checker can be calling something in the world, e.g. loop
until the weather forecast is sunny or a sensor measurement is within range.

> Regarding the tool service, the model seems straightforward (by looking at
> the screenshots). The advanced/file_lists wiki page is empty, and that was
> one of the things I didn't get: how do input/output ports map to tools
that
> work with lists of files (of arbitrary length)?

It gets trickier.. as Taverna lists are ordered. For input lists you can
say to put it as a folder, and we'll make folder/0, folder/1 etc. and also
produce an index file.

We have not yet got support for arbitrary list of output, but I guess you
could do the same in inverse.

>
> Thanks,
>
> On Tue, Oct 21, 2014 at 5:42 PM, Stian Soiland-Reyes <st...@my...>
> wrote:
>>
>> Hi,
>>
>> I am one of the developers of the Taverna workflow system -
>> http://taverna.org.uk/
>>
>> (btw - we have just recently been accepted as an Apache Incubator project
>> - http://incubator.apache.org/projects/taverna.html )
>>
>>
>>
>> In Taverna 2, we had our workflow definition language called t2flow. It
is
>> fairly one-to-one mapping to internal Java objects in Taverna, and people
>> found it hard to develop against it (although several did anyway, e.g. a
>> web-based editor) - see http://ns.taverna.org.uk/2008/xml/t2flow/ for the
>> gory details :) .
>>
>>
>>
>> For Taverna 3 we therefore made the Scufl2 workflow format -
>> http://dev.mygrid.org.uk/wiki/display/developer/SCUFL2 - and a
corresponding
>> Java API - http://github.com/taverna/taverna-scufl2. SCUFL2 is not meant
as
>> a generic workflow language, but as a way to generalize the Taverna
workflow
>> model. See our "Taverna, reloaded" paper
>>
http://www.taverna.org.uk/pages/wp-content/uploads/2010/04/T2Architecture.pdf
>> for details of the Taverna execution model.
>>
>> In short, a Scufl2 Workflow Bundle is a structured ZIP file with a series
>> of XML files, which follow XSD schemas (but are also valid RDF/XML). The
>> schemas are currently at
>>
https://github.com/taverna/taverna-scufl2/tree/master/scufl2-rdfxml/src/main/resources/uk/org/taverna/scufl2/rdfxml/xsd
>>
>> Within the bundle, configuration of each step (e.g. a command line tool
>> invocation) is described as a JSON file - their structure vary per
activity
>> type, and Taverna has quite a few activity types from plugins -
>> http://dev.mygrid.org.uk/wiki/display/tav250/Service+types
>>
>>
>> The JSON for the Command Line Tool activity, which I guess is most
>> relevant to you, is unfortunately in a bit in flux - we feel a need for a
>> cleaner separation between the Tool Definition (command line, parameters,
>> input and output files, etc) and the invocation details (e.g. where to
SSH
>> or how to create symbolic links).
>>
>>
>> In Taverna's Workbench application we have a UI for creating such
>> configuratoin on an ad-hoc basis with a kind of template-based shell
script.
>> I mentioned this in the call. See
>> http://dev.mygrid.org.uk/wiki/display/tav250/Command and sibling pages.
>>
>> It is possible to load a set of these descriptions from an XML file, to
>> browse possible command line tools. Obviously this also requires these
tools
>> to be installed, so this has been used mainly within a grid execution
>> infrastructure like Nordugrid/KnowARC. The most used XML is
>> http://taverna.nordugrid.org/sharedRepository/xml.php which is generated
>> from http://taverna.nordugrid.org/sharedRepository/index.php
>>
>>
>> --
>> Stian Soiland-Reyes
>> http://orcid.org/0000-0001-9842-9718
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "common-workflow-language" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to com...@go....
>> To post to this group, send email to
>> com...@go....
>> To view this discussion on the web visit
>>
https://groups.google.com/d/msgid/common-workflow-language/1a7eb2fd-a564-4152-a8b9-09c5d6e2b2db%40googlegroups.com
.
>> For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> --
> Nebojsa Tijanic
> Seven Bridges Genomics, Inc.

--
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

Right - many, many levels of provenance... provenance of source code is not
very much different from provenance of workflow definitions. We already did
quite a bit of work with that on a social level with our generic workflow
sharing platform myExperiment - http://www.myexperiment.org/home  -- e.g.
"Version 4 of this workflow - attributed to this other workflow by someone
else".  This might be of interest to other "Workflow-like" projects within
Apache - as myExperiment can deal with any workflow type.

For instance, my workflow at http://www.myexperiment.org/workflows/3860
attributes http://www.myexperiment.org/workflows/3369 because I have
embedded it as a nested workflow. I have therefore also given the original
authors credit on my workflow.  Lots of this information can be deduced by
inspecting the definitions, looking at hashes and identifiers, etc.
(Taverna workflow definitions includes a chain of identifiers throughout
its evolution - so you can even tell if an earlier, unpublished version of
a workflow has been reused).



Provenance of a workflow *execution* is also quite related to, but still
quite distinct from, the higher level provenance of research data and of
the scientific analysis it has been going through. Similarly the provenance
of a command line tool can be on system-level "Ran for 14 seconds on a
Linux host asdkjasd using 1127 MB of memory and these shared libraries" -
or on a semantic level like "Aligned these two biological sequences from
mouse and rat".

The big challenge is trying to bind these kinds of provenance together, and
to infer one level of provenance from another.


But I am digressing!  My apologies to the rest of the list.. but do let me
know if you are interested in workflows, provenance, versioning and
semantics, and we can put together some kind of interest group.



On 23 October 2014 07:41, Bertrand Delacretaz <bde...@ap...>
wrote:

> Hi,
>
> Thanks for the clarifications.
>
> On Thu, Oct 23, 2014 at 4:43 AM, Stian Soiland-Reyes
> <soi...@cs...> wrote:
> > ...Provenance exchange - I am thinking in particular if it would be
> > possible to combine our W3C PROV-O provenance support -
> > https://github.com/taverna/taverna-prov (which describes a workflow
> > run) - with exposing service-level provenance...
>
> Ok got it now. We sometimes talk about the provenance of our code,
> which must be traceable etc. so I was confused why you'd exchange
> provenance with other projects ;-)
>
> All clear now.
> -Bertrand
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: gen...@in...
> For additional commands, e-mail: gen...@in...
>
>


-- 
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

Hi, apologies for replying late.

That is the correct link for the Taverna workshop invitation - or
http://taverna2014.eventbrite.co.uk/ for short.

We have been testing the use of Google+ Hangouts, so we'll try to use
that, with recording/streaming to Youtube.  That could eliviate some
of the timezone issues for anyone who want to join.

The Apache Incubator item is the first point on the agenda, we start
at 2014-10-30 10:00 GMT - which next week will be outside daylight
saving (remember US is still in "summer" time a for a few more weeks
to keep Idaho potato farmers happy)


Provenance exchange - I am thinking in particular if it would be
possible to combine our W3C PROV-O provenance support -
https://github.com/taverna/taverna-prov (which describes a workflow
run) - with exposing service-level provenance. It is more of a
high-thinking research/collaboration idea, not something that is
specifically needed.

Ideally something like Apache CXF could have a @Provenance method that
would expose a related provenance resource via PROV Links headers -
http://www.w3.org/TR/prov-links/  - and then Taverna workflows using
such a REST service would automatically pick up that provenance
resource and embed/integrate it into the resulting Workflow Bundle -
with a glue record for the different resource identifiers so that it
relates with the rest of the workflow provenance.


Thus one can avoid the 'black box' problem of workflow provenance - or
at least reduce its impact - as the service can provide more specific
provenance as to what it has been doing with its inputs and outputs.


The second half would be where that provenance information would go
afterwards for further exploration.. I must admit that is still a bit
of an open question in the provenance community, beyond "You query it"
or "Make a connected-graph-diagram" (which falls over with >10 steps).
So I am not sure why CouchDB came into my mind - something for
exploring and describing data dependencies would be better suited.


On 17 October 2014 09:54, Bertrand Delacretaz <bde...@ap...> wrote:
> Hi,
>
> I have already voted +1 on the incubation, but I have two nitpicks on
> the proposal:
>
>> ...    Taverna developer workshop (2014-10-30)..
>
> It's good to advertise here how people can join - I suppose that's
> http://www.taverna.org.uk/2014/09/08/taverna-open-development-workshop-2014-10-30-2014-10-31/
> ?
>
>>     Provenance exchange with relevant Apache products (e.g. Apache
>> CXF->Taverna->CouchDB)
>
> I have no idea what "provenance exchange" means, can you clarify?
>
> -Bertrand
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: gen...@in...
> For additional commands, e-mail: gen...@in...
>



-- 
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

I am proud to announce that Taverna has been accepted as an Apache
Incubator project:

  https://www.mail-archive.com/ge...@in.../msg45542.html


The Apache Software Foundation is a non-profit organization, forming a
community of open-source software projects with strong emphasis on
openness, collaboration and a consensus-based development process.
Well-known Apache projects include the Apache HTTP server, Tomcat,
Maven, Jena, CXF and OpenOffice.

    http://www.apache.org/


Taverna will participate in the Apache Incubator process, with
assigned mentors that help assure that we follow the Apache
guidelines.

    http://incubator.apache.org/incubation/Process_Description.html


Practically this means that the Taverna code base, mailing lists and
website will be migrated to the Apache infrastructure, and future
releases will be called Apache Taverna.


Apache Taverna development will follow a clear open process, with
important decisions (such as approving a release) done by voting on
the new de...@ta... mailing list, which will be
open to anyone.


We will move all members of the current taverna-hackers and
taverna-users lists to the new Incubator lists when the Apache
infrastructure for Taverna has been established.


The Taverna team is thrilled by this move, and hope that this will
encourage further involvement in Taverna project. At the Taverna Open
Development workshop on the 30th of October 2014 we will discuss
Apache Taverna in detail. Registration is still open, see:

    http://taverna2014.eventbrite.co.uk/




-- 
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

We are hoping that the move to Apache will make it more obvious that
any open source involvement is welcome, but it would still require
active participation and probably also some recruitment, e.g.
encouraging plugin developers to be involved in the core code base.

We do not intend to "park at Apache" - but make Taverna more
independent from University of Manchester and reduce the "us vs them"
factor - as I detailed here:


https://www.mail-archive.com/ge...@in.../msg45269.html

https://www.mail-archive.com/ge...@in.../msg45268.html



On 20 October 2014 10:29, Dmitry <red...@li...> wrote:
> Hello everybody,
>
> I didn't vote because, honestly, I have no a thoughtful opinion about this.
> Many projects was just parked to the apache and only the future will
> show how many commiters it will draw.
>
> Cheers,
>
> Dmitry
>
> On 10/20/2014 10:16 AM, Stian Soiland-Reyes wrote:
>> On behalf of the Taverna community, thank you for all your support!
>>
>> On 20 October 2014 08:46, Andy Seaborne <an...@ap...> wrote:
>>> To: ge...@in...
>>>
>>> This VOTE passes with 13 +1 binding votes
>>>
>>> Suresh Marru
>>> Alan D. Cabrera
>>> jan I
>>> Ralph Goers
>>> Bertrand Delacretaz
>>> Andy Seaborne
>>> Suresh Srinivas
>>> Chris Mattmann
>>> Jean-Baptiste Onofré
>>> Jake Farrel
>>> Leif Hedstrom
>>> Jean-Louis Monteiro
>>> Roman Shaposhnik
>>>
>>> and no 0's or -1's
>>>
>>> I'll start the podling setup process.
>>>
>>> Thank you everyone.
>>>
>>>          Andy
>>>
>>> On 16/10/14 16:54, Andy Seaborne wrote:
>>>> Following the discussion earlier in the thread:
>>>>
>>>> https://www.mail-archive.com/ge...@in.../msg45241.html
>>>>
>>>> I would like to call a Vote for accepting Taverna as a new incubator
>>>> project.
>>>>
>>>> The proposal is available at:
>>>>
>>>> https://wiki.apache.org/incubator/TavernaProposal
>>>>
>>>> Vote is open until at least Sunday, 19th October 2014, 23:59:00 UTC
>>>>
>>>>    [ ] +1 accept Taverna in the Incubator
>>>>    [ ] ±0
>>>>    [ ] -1 because...
>>>>
>>>> Only Votes from Incubator PMC members are binding, but everyone is
>>>> welcome to contribute to the process.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: gen...@in...
>>> For additional commands, e-mail: gen...@in...
>>>
>>
>>
>
>
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> taverna-hackers mailing list
> tav...@li...
> Web site: http://www.taverna.org.uk
> Mailing lists: http://www.taverna.org.uk/about/contact-us/
> Developers Guide: http://www.taverna.org.uk/developers/



-- 
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

Hello everybody,

I didn't vote because, honestly, I have no a thoughtful opinion about this.
Many projects was just parked to the apache and only the future will 
show how many commiters it will draw.

Cheers,

Dmitry

On 10/20/2014 10:16 AM, Stian Soiland-Reyes wrote:
> On behalf of the Taverna community, thank you for all your support!
>
> On 20 October 2014 08:46, Andy Seaborne <an...@ap...> wrote:
>> To: ge...@in...
>>
>> This VOTE passes with 13 +1 binding votes
>>
>> Suresh Marru
>> Alan D. Cabrera
>> jan I
>> Ralph Goers
>> Bertrand Delacretaz
>> Andy Seaborne
>> Suresh Srinivas
>> Chris Mattmann
>> Jean-Baptiste Onofré
>> Jake Farrel
>> Leif Hedstrom
>> Jean-Louis Monteiro
>> Roman Shaposhnik
>>
>> and no 0's or -1's
>>
>> I'll start the podling setup process.
>>
>> Thank you everyone.
>>
>>          Andy
>>
>> On 16/10/14 16:54, Andy Seaborne wrote:
>>> Following the discussion earlier in the thread:
>>>
>>> https://www.mail-archive.com/ge...@in.../msg45241.html
>>>
>>> I would like to call a Vote for accepting Taverna as a new incubator
>>> project.
>>>
>>> The proposal is available at:
>>>
>>> https://wiki.apache.org/incubator/TavernaProposal
>>>
>>> Vote is open until at least Sunday, 19th October 2014, 23:59:00 UTC
>>>
>>>    [ ] +1 accept Taverna in the Incubator
>>>    [ ] ±0
>>>    [ ] -1 because...
>>>
>>> Only Votes from Incubator PMC members are binding, but everyone is
>>> welcome to contribute to the process.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: gen...@in...
>> For additional commands, e-mail: gen...@in...
>>
>
>