perl-workflow-devel — discussion list for developers of Perl Workflow

Re: [Perl-workflow-devel] Problem running workflow example (MyApp::Condition::CanAnnotate)

[Jonas B. N. <jo...@gm...>]

Hi Thomas,

One could argue that the sample should work out of the box. I am sorry that it does not. I will investigate and have a look if we can improve the sample.

Please let us know if you experience other issues or run into problems.

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

On 20/11/2010, at 05.51, Alejandro Imass wrote:

> On Fri, Nov 19, 2010 at 8:58 PM, Thomas Elsgaard
> <tho...@gm...> wrote:
>> Hi Guys
>> I am trying to get started with workflow, and i am trying to run the example
>> from cpan, but i am ending up in this error:
>> perl workflow.pl
> 
>> Log4perl: Seems like no initialization happened. Forgot to call init()?
>> Cannot include condition class 'MyApp::Condition::CanAnnotate': Can't locate
>> MyApp/Condition/CanAnnotate.pm in @INC (@INC contains:
> 
> The error seems pretty obvious. Assuming that you actually have the
> class and path above, run this and see if you have a . (dot) in one of
> the @INC paths:
> 
> perl -e 'print "$_\n" foreach @INC'
> 
> If not, you must use the -I switch to perl and add the path to your
> classes manually. I don't think that's your problem though because I'm
> pretty sure I'm seeing the dot below:
> 
>> /Library/Perl/Updates/5.10.0/darwin-thread-multi-2level
>> /Library/Perl/Updates/5.10.0
>> /System/Library/Perl/5.10.0/darwin-thread-multi-2level
>> /System/Library/Perl/5.10.0 /Library/Perl/5.10.0/darwin-thread-multi-2level
>> /Library/Perl/5.10.0 /Network/Library/Perl/5.10.0/darwin-thread-multi-2level
>> /Network/Library/Perl/5.10.0 /Network/Library/Perl
>> /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level
>> /System/Library/Perl/Extras/5.10.0 .) at (eval 921) line 3.
>> Any good ideas?
> 
> Yeap. Write the class code in the correct namespace or copy you sample
> code here to see.
> 
>> perl -v
>> This is perl, v5.10.0 built for darwin-thread-multi-2level
>> 
> 
> Dude, if you're a Mac user shouldn't you be advertising Safari instead
> of MS IE 9 Beta?
> Or is that SourceForge advertisement below ???
> 
>> ------------------------------------------------------------------------------
>> Beautiful is writing same markup. Internet Explorer 9 supports
>> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
>> Spend less time writing and  rewriting code and more time creating great
>> experiences on the web. Be a part of the beta today
>> http://p.sf.net/sfu/msIE9-sfdev2dev
>> _______________________________________________
>> Perl-workflow-devel mailing list
>> Per...@li...
>> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel
> 
> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today
> http://p.sf.net/sfu/msIE9-sfdev2dev
> _______________________________________________
> Perl-workflow-devel mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel

Re: [Perl-workflow-devel] Problem running workflow example (MyApp::Condition::CanAnnotate)

[Alejandro I. <ai...@p2...>]

On Fri, Nov 19, 2010 at 8:58 PM, Thomas Elsgaard
<tho...@gm...> wrote:
> Hi Guys
> I am trying to get started with workflow, and i am trying to run the example
> from cpan, but i am ending up in this error:
> perl workflow.pl

> Log4perl: Seems like no initialization happened. Forgot to call init()?
> Cannot include condition class 'MyApp::Condition::CanAnnotate': Can't locate
> MyApp/Condition/CanAnnotate.pm in @INC (@INC contains:

The error seems pretty obvious. Assuming that you actually have the
class and path above, run this and see if you have a . (dot) in one of
the @INC paths:

perl -e 'print "$_\n" foreach @INC'

If not, you must use the -I switch to perl and add the path to your
classes manually. I don't think that's your problem though because I'm
pretty sure I'm seeing the dot below:

> /Library/Perl/Updates/5.10.0/darwin-thread-multi-2level
> /Library/Perl/Updates/5.10.0
> /System/Library/Perl/5.10.0/darwin-thread-multi-2level
> /System/Library/Perl/5.10.0 /Library/Perl/5.10.0/darwin-thread-multi-2level
> /Library/Perl/5.10.0 /Network/Library/Perl/5.10.0/darwin-thread-multi-2level
> /Network/Library/Perl/5.10.0 /Network/Library/Perl
> /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level
> /System/Library/Perl/Extras/5.10.0 .) at (eval 921) line 3.
> Any good ideas?

Yeap. Write the class code in the correct namespace or copy you sample
code here to see.

> perl -v
> This is perl, v5.10.0 built for darwin-thread-multi-2level
>

Dude, if you're a Mac user shouldn't you be advertising Safari instead
of MS IE 9 Beta?
Or is that SourceForge advertisement below ???

> ------------------------------------------------------------------------------
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today
> http://p.sf.net/sfu/msIE9-sfdev2dev
> _______________________________________________
> Perl-workflow-devel mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel

[Perl-workflow-devel] Problem running workflow example (MyApp::Condition::CanAnnotate)

[Thomas E. <tho...@gm...>]

Hi Guys

I am trying to get started with workflow, and i am trying to run the example
from cpan, but i am ending up in this error:

perl workflow.pl
Log4perl: Seems like no initialization happened. Forgot to call init()?
Cannot include condition class 'MyApp::Condition::CanAnnotate': Can't locate
MyApp/Condition/CanAnnotate.pm in @INC (@INC contains:
/Library/Perl/Updates/5.10.0/darwin-thread-multi-2level
/Library/Perl/Updates/5.10.0
/System/Library/Perl/5.10.0/darwin-thread-multi-2level
/System/Library/Perl/5.10.0 /Library/Perl/5.10.0/darwin-thread-multi-2level
/Library/Perl/5.10.0 /Network/Library/Perl/5.10.0/darwin-thread-multi-2level
/Network/Library/Perl/5.10.0 /Network/Library/Perl
/System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level
/System/Library/Perl/Extras/5.10.0 .) at (eval 921) line 3.

Any good ideas?

perl -v

This is perl, v5.10.0 built for darwin-thread-multi-2level

Re: [Perl-workflow-devel] Release 1.34_1

[Alejandro I. <ai...@p2...>]

On Mon, Nov 15, 2010 at 1:57 PM, Jonas B. Nielsen <jo...@gm...> wrote:
> Hi Alejandro,
>
> Check:
>
> Pod::Simple::WIki, http://search.cpan.org/dist/Pod-Simple-Wiki/lib/Pod/Simple/Wiki.pm
> and it's CLI tool pod2wiki: http://search.cpan.org/dist/Pod-Simple-Wiki/bin/pod2wiki
>
> It is one of my favorite tools I use it with: Confluence, Twiki and madiawiki (SourceForge).
>
> You have to be aware of how it handles links, but in general it is a recommendable tool.
>

Many thanks!

Re: [Perl-workflow-devel] Release 1.34_1

[Alejandro I. <ai...@p2...>]

On Sun, Nov 14, 2010 at 2:04 PM, Jonas B. Nielsen <jo...@gm...> wrote:
> Hello All,
>
> I have just uploaded release 1.34_1 first step towards release 1.35 to CPAN.
>
> It contains two patches from a new contributor Steven van der Vegt.
>
> I have just given a presentation on Workflow at the Nordic Perl Workshop 2010 in Reykjavik, Iceland and inspired by this event I went over the RT queue and picked some low hanging fruit.
>
> Feel free to test and give feedback etc.
>
> I am giving another presentation on the 30th. of November to Copenhagen Perl Mongers - I hope I will be able to squeeze in some of my documentation updates before then, something I have wanted to do for a long time.
>
> jonasbn


Hi Jonas, thanks for the heads up. I just updated my svn tree and will
_try_ to give it a go (dunno when, though as I am currently swamped).
I hadn't seen the Wiki, great work! BTW, how did you get the POD to
the Wiki on SF?

Best,

--
Alejandro Imass

Re: [Perl-workflow-devel] Release 1.34_1

[Jonas B. N. <jo...@gm...>]

Hi Alejandro,

Check:

Pod::Simple::WIki, http://search.cpan.org/dist/Pod-Simple-Wiki/lib/Pod/Simple/Wiki.pm
and it's CLI tool pod2wiki: http://search.cpan.org/dist/Pod-Simple-Wiki/bin/pod2wiki

It is one of my favorite tools I use it with: Confluence, Twiki and madiawiki (SourceForge).

You have to be aware of how it handles links, but in general it is a recommendable tool.

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

On 15/11/2010, at 19.45, Alejandro Imass wrote:

> On Sun, Nov 14, 2010 at 2:04 PM, Jonas B. Nielsen <jo...@gm...> wrote:
>> Hello All,
>> 
>> I have just uploaded release 1.34_1 first step towards release 1.35 to CPAN.
>> 
>> It contains two patches from a new contributor Steven van der Vegt.
>> 
>> I have just given a presentation on Workflow at the Nordic Perl Workshop 2010 in Reykjavik, Iceland and inspired by this event I went over the RT queue and picked some low hanging fruit.
>> 
>> Feel free to test and give feedback etc.
>> 
>> I am giving another presentation on the 30th. of November to Copenhagen Perl Mongers - I hope I will be able to squeeze in some of my documentation updates before then, something I have wanted to do for a long time.
>> 
>> jonasbn
> 
> 
> Hi Jonas, thanks for the heads up. I just updated my svn tree and will
> _try_ to give it a go (dunno when, though as I am currently swamped).
> I hadn't seen the Wiki, great work! BTW, how did you get the POD to
> the Wiki on SF?
> 
> Best,
> 
> --
> Alejandro Imass

[Perl-workflow-devel] Release 1.34_1

[Jonas B. N. <jo...@gm...>]

Hello All,

I have just uploaded release 1.34_1 first step towards release 1.35 to CPAN.

It contains two patches from a new contributor Steven van der Vegt.

I have just given a presentation on Workflow at the Nordic Perl Workshop 2010 in Reykjavik, Iceland and inspired by this event I went over the RT queue and picked some low hanging fruit.

Feel free to test and give feedback etc.

I am giving another presentation on the 30th. of November to Copenhagen Perl Mongers - I hope I will be able to squeeze in some of my documentation updates before then, something I have wanted to do for a long time.

jonasbn

Re: [Perl-workflow-devel] How to get a workflow's possible states?

[Alejandro I. <ai...@p2...>]

On Wed, Sep 8, 2010 at 7:26 AM, Phil Robinson
<phi...@un...> wrote:
> Hi all
> Does anyone know if there's a way to get a list of all the possible
> states a workflow could have?
>

As you suspected there is no method per-se to obtain a wf's states,
but you wouldn't have to craft your own parser either. Look into
Config.pm and you could probably get what you need from there.


> My app. creates lots of workflows for 'jobs', and can display them in
> lists. I want to have a
> way where the user can select which ones they see based on their state.
>

Ok, this requirement makes more sense, and for this you don't need to
mess with the config. workflow.pm provides a way to extend the
persister with ExtraData. For example in p2ee we have a workflow inbox
screen where each user sees a list of workflows she has opened. Here
is how it works:

<persisters>
   <persister name="Inventory"
    class="Workflow::Persister::DBI::ExtraData"
    dsn="DBI:Pg:dbname=p2ee"
    user="inventory"
    password="inventory"
    date_format="%Y-%m-%d %H:%M"
    autocommit="1"
    workflow_table="wf"
    workflow_sequence="wf_workflow_id_seq"
    history_table="wf_history"
    history_sequence="wf_history_workflow_hist_id_seq"
    extra_table="wf_p2ee"
    extra_data_field="creator,citho,citho_since"
    />
</persisters>

The extra table provides the tie between users and Worflows like so:

CREATE TABLE wf_p2ee(
-- Attributes --
workflow_id integer,
creator text,
citho text,
citho_since timestamp,
memo text,
state_data text,
 PRIMARY KEY (workflow_id),
 FOREIGN KEY (workflow_id) REFERENCES wf (workflow_id));


So when users login the get presented a screen with each Workflow, the
state, "Currently In The Hands Of", since, etc. I use DBIx::Class of
course but I easily get this list with a View:

CREATE VIEW wf_user AS
SELECT
        wf.workflow_id AS id,
        wf.type AS type,
        wf_p2ee.memo AS memo,
        wf.state AS state,
        wf_p2ee.creator AS creator,
        wf_p2ee.citho AS citho,
        wf_p2ee.citho_since AS citho_since,
        wf.last_update AS last_update
FROM
        wf_p2ee JOIN wf ON (wf_p2ee.workflow_id = wf.workflow_id);


> So I need a menu where the user can select for display (eg) INITIAL,
> ORDERED, PROCESSED,
> FINISHED, DESPATCHED. Of course, I could hardcode it but I'd really like
> to be able to
> change the workflow without having to change the code too.
>

No need. From the example above you could do something like:

sub get_open_wfs {
  my $self = shift;
  my $c = $self->{c};
  my $type = $self->{type};
  my $userid = $c->stash->{userid};

  my @wfs = $c->model('inventory::WfUser')->search(
    {
      -and => [
        type => { '!=', 'root'},
        state => { '!=', 'CLOSED' },
        -or => [
          creator => $userid,
          citho => $userid
        ],
      ],
    }
  );

  return \@wfs;
}

> The only thing I can think of is to create a test workflow, get the
> initial actions and then recursively
> run all the actions, gathering up all the states I pass though them, It
> would be a nightmare
> though as there are lots of conditions etc.
>

> Come to think of it I could read and parse the xml workflow definition
> which would be simpler.
>

Yeah, for a list to filter the open workflows by state your oculd do
that, or tap into the config object. But IMHO you don't really need to
do any of that, because  with the ideas above you could just use a
select distinct of the states of the actual open workflows, I mean why
show the user a filter on states the you have no workflows in those
states?


Best,
Alejandro Imass

> Any better ideas? TIA Cheers, Phil
> +++++++++++++++++++++++++++++++++++++
> phi...@un...
> +++++++++++++++++++++++++++++++++++++
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Perl-workflow-devel mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel
>

Re: [Perl-workflow-devel] How to get a workflow's possible states?

[Phil R. <phi...@un...>]

Thanks Alejandro - I hadn't thought of extending the
persister, so that's very helpful - and fast.
Cheers, Phil


That's clever, thanks
On 08/09/10 15:33, Alejandro Imass wrote:
> On Wed, Sep 8, 2010 at 7:26 AM, Phil Robinson
> <phi...@un...>  wrote:
>    
>> Hi all
>> Does anyone know if there's a way to get a list of all the possible
>> states a workflow could have?
>>
>>      
> As you suspected there is no method per-se to obtain a wf's states,
> but you wouldn't have to craft your own parser either. Look into
> Config.pm and you could probably get what you need from there.
>
>
>    
>> My app. creates lots of workflows for 'jobs', and can display them in
>> lists. I want to have a
>> way where the user can select which ones they see based on their state.
>>
>>      
> Ok, this requirement makes more sense, and for this you don't need to
> mess with the config. workflow.pm provides a way to extend the
> persister with ExtraData. For example in p2ee we have a workflow inbox
> screen where each user sees a list of workflows she has opened. Here
> is how it works:
>
> <persisters>
>     <persister name="Inventory"
>      class="Workflow::Persister::DBI::ExtraData"
>      dsn="DBI:Pg:dbname=p2ee"
>      user="inventory"
>      password="inventory"
>      date_format="%Y-%m-%d %H:%M"
>      autocommit="1"
>      workflow_table="wf"
>      workflow_sequence="wf_workflow_id_seq"
>      history_table="wf_history"
>      history_sequence="wf_history_workflow_hist_id_seq"
>      extra_table="wf_p2ee"
>      extra_data_field="creator,citho,citho_since"
>      />
> </persisters>
>
> The extra table provides the tie between users and Worflows like so:
>
> CREATE TABLE wf_p2ee(
> -- Attributes --
> workflow_id integer,
> creator text,
> citho text,
> citho_since timestamp,
> memo text,
> state_data text,
>   PRIMARY KEY (workflow_id),
>   FOREIGN KEY (workflow_id) REFERENCES wf (workflow_id));
>
>
> So when users login the get presented a screen with each Workflow, the
> state, "Currently In The Hands Of", since, etc. I use DBIx::Class of
> course but I easily get this list with a View:
>
> CREATE VIEW wf_user AS
> SELECT
>          wf.workflow_id AS id,
>          wf.type AS type,
>          wf_p2ee.memo AS memo,
>          wf.state AS state,
>          wf_p2ee.creator AS creator,
>          wf_p2ee.citho AS citho,
>          wf_p2ee.citho_since AS citho_since,
>          wf.last_update AS last_update
> FROM
>          wf_p2ee JOIN wf ON (wf_p2ee.workflow_id = wf.workflow_id);
>
>
>    
>> So I need a menu where the user can select for display (eg) INITIAL,
>> ORDERED, PROCESSED,
>> FINISHED, DESPATCHED. Of course, I could hardcode it but I'd really like
>> to be able to
>> change the workflow without having to change the code too.
>>
>>      
> No need. From the example above you could do something like:
>
> sub get_open_wfs {
>    my $self = shift;
>    my $c = $self->{c};
>    my $type = $self->{type};
>    my $userid = $c->stash->{userid};
>
>    my @wfs = $c->model('inventory::WfUser')->search(
>      {
>        -and =>  [
>          type =>  { '!=', 'root'},
>          state =>  { '!=', 'CLOSED' },
>          -or =>  [
>            creator =>  $userid,
>            citho =>  $userid
>          ],
>        ],
>      }
>    );
>
>    return \@wfs;
> }
>
>    
>> The only thing I can think of is to create a test workflow, get the
>> initial actions and then recursively
>> run all the actions, gathering up all the states I pass though them, It
>> would be a nightmare
>> though as there are lots of conditions etc.
>>
>>      
>    
>> Come to think of it I could read and parse the xml workflow definition
>> which would be simpler.
>>
>>      
> Yeah, for a list to filter the open workflows by state your oculd do
> that, or tap into the config object. But IMHO you don't really need to
> do any of that, because  with the ideas above you could just use a
> select distinct of the states of the actual open workflows, I mean why
> show the user a filter on states the you have no workflows in those
> states?
>
>
> Best,
> Alejandro Imass
>
>    
>> Any better ideas? TIA Cheers, Phil
>> +++++++++++++++++++++++++++++++++++++
>> phi...@un...
>> +++++++++++++++++++++++++++++++++++++
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> _______________________________________________
>> Perl-workflow-devel mailing list
>> Per...@li...
>> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel
>>
>>      


-- 
+++++++++++++++++++++++++++++++++++++
phi...@un...
Tel: +44 (0)161 881 5225
+++++++++++++++++++++++++++++++++++++

[Perl-workflow-devel] How to get a workflow's possible states?

[Phil R. <phi...@un...>]

Hi all
Does anyone know if there's a way to get a list of all the possible 
states a workflow could have?

My app. creates lots of workflows for 'jobs', and can display them in 
lists. I want to have a
way where the user can select which ones they see based on their state.

So I need a menu where the user can select for display (eg) INITIAL, 
ORDERED, PROCESSED,
FINISHED, DESPATCHED. Of course, I could hardcode it but I'd really like 
to be able to
change the workflow without having to change the code too.

The only thing I can think of is to create a test workflow, get the 
initial actions and then recursively
run all the actions, gathering up all the states I pass though them, It 
would be a nightmare
though as there are lots of conditions etc.

Come to think of it I could read and parse the xml workflow definition 
which would be simpler.

Any better ideas? TIA Cheers, Phil
+++++++++++++++++++++++++++++++++++++
phi...@un...
+++++++++++++++++++++++++++++++++++++

Re: [Perl-workflow-devel] Presentation from YAPC::Europe 2010

[Jonas B. N. <jo...@gm...>]

Hello All,

The talk was also video taped, so you can watch it here:

http://www.youtube.com/user/yapceu2010#p/search/0/TmOCZssCgww

And of course there are plenty of other talks from YAPC Europe 2010 available too:

http://www.youtube.com/user/yapceu2010

jonasbn
--
pauseid: JONASBN
email: jo...@cp...
twitter: jonasbn
blog: http://logicLAB.org/

On 07/08/2010, at 00.09, Jonas B. Nielsen wrote:

> Good Morning from YAPC::Europe 2010 in Pisa, Italy.
> 
> Just so you do not feel left out, I just wanted to inform you that I have put the slides from my presentation of Workflow on Slideshare.
> 
> http://www.slideshare.net/jonasbn/workflow-yapceu2010
> 
> Take care,
> 
> jonasbn
> --
> AIM: BjonasN      Gtalk: jo...@gm...
> ICQ: 62401545   MSN: jo...@io...
> twitter: jonasbn   blog: http://e-diot.dk/
> 

[Perl-workflow-devel] Release 1.34 of Workflow

[Jonas B. N. <jo...@gm...>]

Good Morning,

I have just released Workflow 1.34, from the Changes file:

- Implemented work-around for RT #53909
https://rt.cpan.org/Ticket/Display.html?id=53909

The issue demonstrated here, which can be observed in perl versions newer
than 5.10.0 seems to be related to a issue mentioned here:

http://rt.perl.org/rt3/Public/Bug/Display.html?id=70171

RT #53909 is based on blead perl, in which also a fix has now been
implemented, but we still have issues with a lot of perl releases currently
out there, see:

http://matrix.cpantesters.org/?dist=Workflow+1.33

So this work-around seems to fix the issue, since I can no longer replicate
the error. The problem seem to be the clearing of a package scoped variable,
the array @observations in t/SomeObserver.pm

Looking forward to seeing what the smokers/cpan-testers can make of this release.

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

[Perl-workflow-devel] Presentation from YAPC::Europe 2010

[Jonas B. N. <jo...@gm...>]

Good Morning from YAPC::Europe 2010 in Pisa, Italy.

Just so you do not feel left out, I just wanted to inform you that I have put the slides from my presentation of Workflow on Slideshare.

http://www.slideshare.net/jonasbn/workflow-yapceu2010

Take care,

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

[Perl-workflow-devel] Release 1.34 of Workflow

[Jonas B. N. <jo...@gm...>]

Good Morning,

I have just released Workflow 1.34, from the Changes file:

- Implemented work-around for RT #53909
https://rt.cpan.org/Ticket/Display.html?id=53909

The issue demonstrated here, which can be observed in perl versions newer
than 5.10.0 seems to be related to a issue mentioned here:

http://rt.perl.org/rt3/Public/Bug/Display.html?id=70171

RT #53909 is based on blead perl, in which also a fix has now been
implemented, but we still have issues with a lot of perl releases currently
out there, see:

http://matrix.cpantesters.org/?dist=Workflow+1.33

So this work-around seems to fix the issue, since I can no longer replicate
the error. The problem seem to be the clearing of a package scoped variable,
the array @observations in t/SomeObserver.pm

Looking forward to seeing what the smokers/cpan-testers can make of this release.

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

[Perl-workflow-devel] YAPC::Europe 2010

[Jonas B. N. <jo...@gm...>]

Hello All,

I have just had my 20 minute talk on Workflow accepted for the YAPC::Europe 2010 in Pisa in August.

http://conferences.yapceurope.org/ye2010/

This will give me a change to go over the documentation, something I have been meaning to do for a long time.

If you of you people are there please let me know.

Have a nice summer,

jonasbn

[Perl-workflow-devel] Test results for 1.33 Fwd: CPAN Testers Daily Summary Report

[Jonas B. N. <jo...@gm...>]

FYI

As you can see we have issues on 5.11.*

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

Begin forwarded message:

> From: CPAN Tester Report Server <do_...@cp...>
> Date: 17. feb 2010 12.23.59 CET
> To: "Jonas B. Nielsen" <JO...@cp...>
> Subject: CPAN Testers Daily Summary Report
> 
> Dear Jonas B. Nielsen,
> 
> Please find below the latest reports for your distributions, generated by CPAN Testers, from the last 24 hours. 
> 
> To set your preferences for what you wish to have reported in this Daily Summary, please visit the CPAN Testers Preferences system at https://prefs.cpantesters.org.
> 
> 
> Workflow-1.33:
> - i686-linux / 5.11.4:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6768960
> 
> - i686-linux-multi / 5.11.4:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6769782
> 
> - i86pc-solaris / 5.11.4:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6765436
> 
> - i86pc-solaris-multi / 5.11.4:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6766014
> 
> - x86_64-linux / 5.11.0:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6820559
> 
> - x86_64-linux / 5.11.1:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6817526
> 
> - x86_64-linux / 5.11.2:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6816024
> 
> - x86_64-linux / 5.11.3:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6815955
> 
> - x86_64-linux-ld / 5.11.0:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6820535
> 
> - x86_64-linux-ld / 5.11.1:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6815897
> 
> - x86_64-linux-ld / 5.11.2:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6816007
> 
> - x86_64-linux-ld / 5.11.3:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6816030
> 
> - x86_64-linux-ld / 5.11.4:
> - FAIL http://nntp.x.perl.org/group/perl.cpan.testers/6815899
> 
> 
> 
> If you have an issue with a particular report, or wish to gain further information from the tester, please use the 'Find A Tester' tool at http://stats.cpantesters.org/cpanmail.html, using the NNTP ID of the report to locate the correct email address.
> 
> If you wish to unsubscribe from these notifications, please login to the CPAN Testers Preferences system, with your PAUSE credentials, and disable CPAN Testers notifications permanently or temporarily. If you have problems with accessing the site, please contact Barbie <ba...@cp...> and request to be removed from the automatic mailings. 
> 
> Thanks,
> The CPAN Testers
> -- 
> Reports:     http://www.cpantesters.org
> Statistics:  http://stats.cpantesters.org
> Wiki:        http://wiki.cpantesters.org
> Preferences: https://prefs.cpantesters.org

[Perl-workflow-devel] RT #52558

[Jonas B. N. <jo...@gm...>]

Hello All and Danny,

Danny asked a very interesting question, in relation to using a DBI bases persister and MySQL. 

He observed that the connection would go away to he wondered where one would code a reconnect.

See the original ticket: https://rt.cpan.org/Ticket/Display.html?id=52558

Here is my shot at a possible solution:

The actual database connection is made in Workflow::Persister::DBI lines 82-89, including logging.

    $dbh->{RaiseError} = 1;
    $dbh->{PrintError} = 0;
    $dbh->{ChopBlanks} = 1;
    $dbh->{AutoCommit} = $self->autocommit();
    $self->handle($dbh);
    $log->is_debug
        && $log->debug( "Connected to database '",
        $self->dsn, "' and ", "assigned to persister ok" );

The interesting part is the association with $self, where the database handle $dbh is given to the getter: handle.

We could move the database connectivity part to a separate private method with singleton behavior, so when accessing handle (this would be it) access to the database would be tested, if connectivity existing the handled would be returned else connection would be made or in some cases reconnected.

I have used this pattern before and it seems to work quite nicely.

DBI even has a ping method to check connectivity.

	http://search.cpan.org/~timb/DBI-1.609/DBI.pm#ping

Does anybody have reflections, objections or anything? - else I will initiate implementation ASAP.

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

[Perl-workflow-devel] Workflow Release 1.33 in transit to CPAN

[Jonas B. N. <jo...@gm...>]

Hello All,

I sat down and released Workflow 1.33 today - I cleaned the Changes file and discovered that the last non-developer (1.32) release was made in January 2009 - I am so embarrassed it has taken so long, I will attempt to make more frequent releases in 2010.

The code has been tested using Perl::Critic and several minor adjustments have been made at the same time the #todo section in the t/perlcriticrc have increased, so there is plenty of room for contributions in this area.

I have not made any analysis of the current test coverage, but I do not expect this to have improved, so contributions in this area are also most welcome. I have a visions to port the complete test suite to Test::Class - if somebody is interested in getting some experience in this area let me know.

As I previously have written the documentation is somewhat in flux, the addition of the POD to the Wiki should open up for an easier review - I would very much like to get all the documentation aligned with the current Workflow implementation, perhaps it is a misconception on my part and my suspicion might be overkill, but it is nagging me.

I have already received new patches so new developer branches will made shortly.

I plan to make some maintenance releases in 2010 addressing:

- test and test coverage
- code quality (Perl::Critic standards)
- documentation

If you have any wishes for 2010, feel free to mention this on the mailing list or by creating an RT.

Thanks to all the people using Workflow and all the people who have contributed to 1.33, (see: AUTHORS section in Workflow).

Enjoy,

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

Re: [Perl-workflow-devel] Postponing release a few days, due to failing tests

[Jonas B. N. <jo...@gm...>]

Hello All,

After some consideration I have decided to go on with the release. We are aware of the problems with 5.11.* but I do not expect many Workflow users to be using 5.11.* in production, it is fairly new.

5.11 2nd. October
5.11.1 20th. October
5.11.2 19th. November
5.11.3 20th. December
5.11.4 20th. January

Ref: http://search.cpan.org/~jesse/perl-5.11.3/ && http://search.cpan.org/~rjbs/perl-5.11.4/

I will of course go on with addressing the test issues also

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

On 22/01/2010, at 13.45, Jonas Brømsø Nielsen wrote:

> Hello All,
> 
> I have received some failure reports, so I am postponing the release of 1.33 a few days
> 
> http://www.cpantesters.org/distro/W/Workflow.html?grade=3&perlmat=1&patches=2&oncpan=2&distmat=1&perlver=ALL&osname=ALL&version=1.33_8
> 
> If some of you have a 5.11 and time to check it out please feel free...
> 
> jonasbn
> --
> AIM: BjonasN      Gtalk: jo...@gm...
> ICQ: 62401545   MSN: jo...@io...
> twitter: jonasbn   blog: http://e-diot.dk/
> 

[Perl-workflow-devel] Postponing release a few days, due to failing tests

[Jonas B. N. <jo...@gm...>]

Hello All,

I have received some failure reports, so I am postponing the release of 1.33 a few days

http://www.cpantesters.org/distro/W/Workflow.html?grade=3&perlmat=1&patches=2&oncpan=2&distmat=1&perlver=ALL&osname=ALL&version=1.33_8

If some of you have a 5.11 and time to check it out please feel free...

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

Re: [Perl-workflow-devel] Feedback for 1.33_8 (1.33 release candidate)

[Alejandro I. <ai...@p2...>]

On Wed, Jan 13, 2010 at 3:01 PM, Jonas Brømsø Nielsen <jo...@gm...> wrote:
> Hello All,
>
> The smoke test reports look good for 1.33_8
>
> http://www.cpantesters.org/distro/W/Workflow.html?grade=1&perlmat=2&patches=2&oncpan=2&distmat=3&perlver=ALL&osname=ALL&version=1.33_8
>
> Nobody has given any feedback via the list or directly to me - so I regard no news a good news :)
>

Happy new year Jonas!

Thanks for all the great work! I will be updating and using the latest
version later week.

Best,
Alejandro Imass


> I plan to go over the documentation briefly - then we should be ready to release.
>
> jonasbn
> --
> AIM: BjonasN      Gtalk: jo...@gm...
> ICQ: 62401545   MSN: jo...@io...
> twitter: jonasbn   blog: http://e-diot.dk/
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Perl-workflow-devel mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel
>

[Perl-workflow-devel] Feedback for 1.33_8 (1.33 release candidate)

[Jonas B. N. <jo...@gm...>]

Hello All,

The smoke test reports look good for 1.33_8

http://www.cpantesters.org/distro/W/Workflow.html?grade=1&perlmat=2&patches=2&oncpan=2&distmat=3&perlver=ALL&osname=ALL&version=1.33_8

Nobody has given any feedback via the list or directly to me - so I regard no news a good news :)

I plan to go over the documentation briefly - then we should be ready to release.

jonasbn
--
AIM: BjonasN      Gtalk: jo...@gm...
ICQ: 62401545   MSN: jo...@io...
twitter: jonasbn   blog: http://e-diot.dk/

[Perl-workflow-devel] Documentation, Wiki and possible blog

[Jonas B. N. <jo...@gm...>]

Hello All,

In an attempt to get some focus on the Workflow documentation, I have copied all documentation to MediaWiki, one of the applications supported by Sourceforge.net.

Please have a look at:

	https://sourceforge.net/apps/mediawiki/perl-workflow/index.php?title=Main_Page

Additions, updates, patches, discussion and feedback most welcome, I would love to have documentation brought up to date with the 1.33 release. The Wiki is a good tool to review and evaluate the documentation, the POD will however still be the primary source. The discussion tab is however a good starting point.

In addition to the standard documentation I would love to have the wiki populated with:

- tutorials
- articles
- howtos
- a FAQ
- Examples

In addition I consider setting up a Wordpress blog for improving communication on releases etc. All are of course welcome to contribute.

jonasbn
--
pauseid: JONASBN
email: jo...@cp...

Re: [Perl-workflow-devel] Release 1.33_8, just uploaded to CPAN

[Kiffin G. <kif...@pl...>]

Stupid oversight on my part, sorry. I'm just used the usual CPAN
makefiles automatically installing the missing modules for me.

That is if you use Module::Install and require instead of
ExeUtils::MakeMaker.

On Mon, 2009-12-28 at 14:00 +0100, Jonas Brømsø Nielsen wrote:
> Hi Kiffin,
> 
> Please see the first few lines of your attachment:
> 
> perl Makefile.PL:
> ----------------
> Warning: prerequisite Class::Factory 1 not found.
> Warning: prerequisite Class::Observable 1.04 not found.
> Warning: prerequisite DBD::Mock 0.1 not found.
> Checking if your kit is complete...
> Looks good
> Writing Makefile for Workflow
> 
> Essential modules required by Workflow are not installed.
> 
> I would recommend that you install these via the CPAN shell.
> 
> jonasbn
> 
> On 28/12/2009, at 13.56, Kiffin Gish wrote:
> 
> > As requested, here is the complete output (see attachment). Hope this
> > helps.
> > 
> > On Mon, 2009-12-28 at 13:43 +0100, Jonas Brømsø Nielsen wrote:
> >> Hi Kiffin,
> >> 
> >> Can you include the complete output, especially from the step: perl Makefile.PL 
> >> 
> >> jonasbn
> >> 
> >> On 28/12/2009, at 13.36, Kiffin Gish wrote:
> >> 
> >>> Manually the usual way, as follows:
> >>> 
> >>> wget
> >>> http://search.cpan.org/CPAN/authors/id/J/JO/JONASBN/Workflow-1.33_8.tar.gz
> >>> tar xf Workflow-1.33_8.tar.gz
> >>> cd Workflow-1.33_8
> >>> perl Makefile.PL
> >>> make
> >>> make test
> >>> make install
> >>> 
> >>> 
> >>> On Mon, 2009-12-28 at 13:31 +0100, Jonas Brømsø Nielsen wrote:
> >>>> Hi Kiffin,
> >>>> 
> >>>> How are you invoking the make test step, from the CPAN shell or manually?
> >>>> 
> >>>> jonasbn
> >>>> 
> >>>> On 28/12/2009, at 11.54, Kiffin Gish wrote:
> >>>> 
> >>>>> make test fails for me:
> >>>>> 
> >>>>> #   Failed test 'use Workflow::Action::Mailer;'
> >>>>> #   Failed test 'use Workflow::Action::Null;'
> >>>>> #   Failed test 'use Workflow::Action;'
> >>>>> #   Failed test 'use Workflow::Config::Perl;'
> >>>>> #   Failed test 'use Workflow::Config::XML;'
> >>>>> #   Failed test 'use Workflow::Config;'
> >>>>> #   Failed test 'use Workflow::Factory;'
> >>>>> #   Failed test 'use Workflow::State;'
> >>>>> #   Failed test 'use Workflow;'
> >>>>> 
> >>>>> Any idea what I may be doing wrong?
> >>>>> 
> >>>>> On Sun, 2009-12-27 at 15:42 +0100, Jonas Brømsø Nielsen wrote:
> >>>>>> Hello All,
> >>>>>> 
> >>>>>> I just threw some more wood on the fire and merged 1.33_6 into trunk. So all branches have now been merged into trunk. So i have just uploaded the release candidate for 1.33, 1.33_8, it contains all the bug fixes and patches applied since the release of 1.32. All changes are described in the Changes file.
> >>>>>> 
> >>>>>> If you have the time, please test and evaluate this release,
> >>>>>> 
> >>>>>> We have received some new patches (see RT for reference), so I would love to schedule some more frequent releases,
> >>>>>> 
> >>>>>> Take care,
> >>>>>> 
> >>>>>> jonasbn
> >>>>>> ------------------------------------------------------------------------------
> >>>>>> This SF.Net email is sponsored by the Verizon Developer Community
> >>>>>> Take advantage of Verizon's best-in-class app development support
> >>>>>> A streamlined, 14 day to market process makes app distribution fast and easy
> >>>>>> Join now and get one step closer to millions of Verizon customers
> >>>>>> http://p.sf.net/sfu/verizon-dev2dev 
> >>>>>> _______________________________________________
> >>>>>> Perl-workflow-devel mailing list
> >>>>>> Per...@li...
> >>>>>> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel
> >>>>> 
> >>>>> 
> >>>>> -- 
> >>>>> Kiffin Gish <Kif...@pl...>
> >>>>> Gouda, The Netherlands
> >>>>> 
> >>>>> 
> >>>> 
> >>> 
> >>> 
> >>> -- 
> >>> Kiffin Gish <Kif...@pl...>
> >>> Gouda, The Netherlands
> >>> 
> >>> 
> >> 
> > 
> > 
> > -- 
> > Kiffin Gish <Kif...@pl...>
> > Gouda, The Netherlands
> > 
> > <build.output>
> 


-- 
Kiffin Gish <Kif...@pl...>
Gouda, The Netherlands

Re: [Perl-workflow-devel] Release 1.33_8, just uploaded to CPAN

[Jonas B. N. <jo...@gm...>]

Hi Kiffin,

Please see the first few lines of your attachment:

perl Makefile.PL:
----------------
Warning: prerequisite Class::Factory 1 not found.
Warning: prerequisite Class::Observable 1.04 not found.
Warning: prerequisite DBD::Mock 0.1 not found.
Checking if your kit is complete...
Looks good
Writing Makefile for Workflow

Essential modules required by Workflow are not installed.

I would recommend that you install these via the CPAN shell.

jonasbn

On 28/12/2009, at 13.56, Kiffin Gish wrote:

> As requested, here is the complete output (see attachment). Hope this
> helps.
> 
> On Mon, 2009-12-28 at 13:43 +0100, Jonas Brømsø Nielsen wrote:
>> Hi Kiffin,
>> 
>> Can you include the complete output, especially from the step: perl Makefile.PL 
>> 
>> jonasbn
>> 
>> On 28/12/2009, at 13.36, Kiffin Gish wrote:
>> 
>>> Manually the usual way, as follows:
>>> 
>>> wget
>>> http://search.cpan.org/CPAN/authors/id/J/JO/JONASBN/Workflow-1.33_8.tar.gz
>>> tar xf Workflow-1.33_8.tar.gz
>>> cd Workflow-1.33_8
>>> perl Makefile.PL
>>> make
>>> make test
>>> make install
>>> 
>>> 
>>> On Mon, 2009-12-28 at 13:31 +0100, Jonas Brømsø Nielsen wrote:
>>>> Hi Kiffin,
>>>> 
>>>> How are you invoking the make test step, from the CPAN shell or manually?
>>>> 
>>>> jonasbn
>>>> 
>>>> On 28/12/2009, at 11.54, Kiffin Gish wrote:
>>>> 
>>>>> make test fails for me:
>>>>> 
>>>>> #   Failed test 'use Workflow::Action::Mailer;'
>>>>> #   Failed test 'use Workflow::Action::Null;'
>>>>> #   Failed test 'use Workflow::Action;'
>>>>> #   Failed test 'use Workflow::Config::Perl;'
>>>>> #   Failed test 'use Workflow::Config::XML;'
>>>>> #   Failed test 'use Workflow::Config;'
>>>>> #   Failed test 'use Workflow::Factory;'
>>>>> #   Failed test 'use Workflow::State;'
>>>>> #   Failed test 'use Workflow;'
>>>>> 
>>>>> Any idea what I may be doing wrong?
>>>>> 
>>>>> On Sun, 2009-12-27 at 15:42 +0100, Jonas Brømsø Nielsen wrote:
>>>>>> Hello All,
>>>>>> 
>>>>>> I just threw some more wood on the fire and merged 1.33_6 into trunk. So all branches have now been merged into trunk. So i have just uploaded the release candidate for 1.33, 1.33_8, it contains all the bug fixes and patches applied since the release of 1.32. All changes are described in the Changes file.
>>>>>> 
>>>>>> If you have the time, please test and evaluate this release,
>>>>>> 
>>>>>> We have received some new patches (see RT for reference), so I would love to schedule some more frequent releases,
>>>>>> 
>>>>>> Take care,
>>>>>> 
>>>>>> jonasbn
>>>>>> ------------------------------------------------------------------------------
>>>>>> This SF.Net email is sponsored by the Verizon Developer Community
>>>>>> Take advantage of Verizon's best-in-class app development support
>>>>>> A streamlined, 14 day to market process makes app distribution fast and easy
>>>>>> Join now and get one step closer to millions of Verizon customers
>>>>>> http://p.sf.net/sfu/verizon-dev2dev 
>>>>>> _______________________________________________
>>>>>> Perl-workflow-devel mailing list
>>>>>> Per...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/perl-workflow-devel
>>>>> 
>>>>> 
>>>>> -- 
>>>>> Kiffin Gish <Kif...@pl...>
>>>>> Gouda, The Netherlands
>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>>> -- 
>>> Kiffin Gish <Kif...@pl...>
>>> Gouda, The Netherlands
>>> 
>>> 
>> 
> 
> 
> -- 
> Kiffin Gish <Kif...@pl...>
> Gouda, The Netherlands
> 
> <build.output>