Gary,
Thanks for trying this out - its good to know people are finding it useful.
As a matter of fact I came up against the same problem myself recently whilst running parallel data-flows just last week - and yes, it IS a problem.
There is no obvious "correct" way of getting around it and both the methods you suggested are valid. I don't particularly like the idea of creating new event handlers that aren't at the package level because you lose the nice generic approach - but if its the bet way to do it then so be it.
Having said that, I like the idea of splitting into seperate packages because this has the advantage of each data-flow being able to grab more memory than it would otherwise have been able to. Of course, if you're not processing huge amounts of data this isn't really a problem.
If you are going to split into sub-packages, have you considered whether you would be able to build the package just once and then "parameterise" it (using parent package variables) and hence call the same package 5 times with different parameters?
My solution when I faced this problem was to split into sub-packages. I initially had just one package which I called X times but ultimately I had to split into X distinct packages because I was using LOOKUP components and it is not possible to make the LOOKUP query dynamic.
Hope this helps.
Regards
Jamie
Thanks for trying this out - its good to know people are finding it useful.
As a matter of fact I came up against the same problem myself recently whilst running parallel data-flows just last week - and yes, it IS a problem.
There is no obvious "correct" way of getting around it and both the methods you suggested are valid. I don't particularly like the idea of creating new event handlers that aren't at the package level because you lose the nice generic approach - but if its the bet way to do it then so be it.
Having said that, I like the idea of splitting into seperate packages because this has the advantage of each data-flow being able to grab more memory than it would otherwise have been able to. Of course, if you're not processing huge amounts of data this isn't really a problem.
If you are going to split into sub-packages, have you considered whether you would be able to build the package just once and then "parameterise" it (using parent package variables) and hence call the same package 5 times with different parameters?
My solution when I faced this problem was to split into sub-packages. I initially had just one package which I called X times but ultimately I had to split into X distinct packages because I was using LOOKUP components and it is not possible to make the LOOKUP query dynamic.
Hope this helps.
Regards
Jamie