Also, the next step was to take RunData and make it an implementation of PipelineData. So, a method like runData.getScreen() would just call the get method of PipelineData with the correct values. That way we don't have to create in a valve a RunData and store it in our PipelineData.. Instead you would just be using a subclass of PipelineData with a bunch of helpers..
This of course still needs to get done.. Eric > -----Original Message----- > From: Courcoux Peter, Slough [mailto:[EMAIL PROTECTED] > Sent: Monday, September 20, 2004 6:52 PM > To: 'Turbine Developers List' > Subject: RE: Pipeline > > > Ben, > > I don't think you should need to do that. Can you send me the offending > screen and I can look at it. It should work. If it doesn't, it sounds > like a > bug. > > Thanks, > > Peter > > -----Original Message----- > From: Ben Gidley [mailto:[EMAIL PROTECTED] > Sent: 20 September 2004 17:05 > To: Turbine Dev List > Subject: Pipeline > > Peter/Eric, > You probably have the best view of this - but I think we need to put > pipeline data onto rundata. I am trying to use your 2.4RC1 in antelope > and because it is going to take a while to make sure everything uses > pipeline data instead of rundata it would be very useful. > As an example I converted a large amount of code to use pipeline data > but - one related section goes via a screen which I can't convert > right now. If I could get pipeline data out of run data - I could > leave my existing screen intact and move the surrounding code to > pipeline data now. As it is I have had to roll back all my changes > until I can convert the screen. > In term of people adopting the pipeline it would make life a lot > easier if rundata.getPipelineData worked! > Do you agree - (I know previously you didn't) - if so I will knock up > a > patch. > > Ben > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > Scanned for viruses by MessageLabs. The integrity and security of this > message cannot be guaranteed. This email is intended for the named > recipient > only, and may contain confidential information and proprietary material. > Any > unauthorised use or disclosure is prohibited. > > Scanned for viruses by MessageLabs > > > Scanned for viruses by MessageLabs. The integrity and security of this > message cannot be guaranteed. This email is intended for the named > recipient only, and may contain confidential information and proprietary > material. Any unauthorised use or disclosure is prohibited. > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
