ode-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tammo van Lessen <tvanles...@gmail.com>
Subject Re: Instance API
Date Tue, 04 Oct 2011 13:13:15 GMT

no, we don't publish snapshots currently. You'd need to checkout all
modules and build the whole system. Actually I'd recommend to use buildr
to build the whole system, but perhaps the maven build will do its job
as well (it is probably just not as polished).


On 04.10.2011 15:05, Håkon Sagehaug wrote:
> Hi
> On 4 October 2011 14:15, Tammo van Lessen <tvanlessen@gmail.com> wrote:
>> Hi Håkon,
>> On 04.10.2011 09:36, Håkon Sagehaug wrote:
>>> I´ve got a question about the Instancemanagement API. I use ode 1.3.5
>>> and the pre configured db setup(derby). I wanted to invoke
>>> #getEventTimeline, but got UnSupportedOperation exception, so are
>>> there plans implementing this feature. And will it be possible to
>>> query a long running process during execution to get the events up to
>>> the time of queering?
>> Right, the implementation of this function is missing in the openJPA DAO
>> implementation. It is however implemented in the Hibernate layer. It
>> should not be too hard to reimplement that for open JPA, until then I'd
>> recommend to use the hibernate layer if possible. Although, I patch is
>> of course more than welcome.
> I tried do build compile a snpshot of 1.3.5. The steps I did was
> svn co http://svn.apache.org/repos/asf/ode/tags/APACHE_ODE_1.3.5/dao-jpa
> Added the apache snapshot repo
>  <repository>
>             <id>apache.snapshots</id>
>             <name>Apache snapshots</name>
>             <url>http://repository.apache.org/snapshots/</url>
>         </repository>
> And tried to compile it, but two dependencies  did not have  a pom file
>  org.apache.ode:ode-bpel-api:jar:1.3.5-SNAPSHOT
>  org.apache.ode:ode-bpel-dao:jar:1.3.5-SNAPSHOT
> Is there another repo, where the maven dep for the 1.3.5 is?
> cheers, Håkon
>>> A question about the replay operation, can one replay parts of a
>>> workflow, lets say your service A have produced some data, and service
>>> B uses them with some parameters. Then when you look at the result,
>>> you might want to invoke service B with the same data, not want to
>>> reproduce them, but different parameters could this be possible using
>>> the replay functionality?
>> The replay operation returns the conversation between the process
>> instance and the partners involved as a XML document. You can tweak this
>> XML representation of the conversation as you like and then start the
>> replay, perhaps that solves your problem.
>> Thanks,
>>  Tammo
>> --
>> Tammo van Lessen - http://www.taval.de

Tammo van Lessen - http://www.taval.de

View raw message