Re: Enforce CVS usage for packages / UDDI removal - was Re: [PEAR-DEV] #25151 [Opn->Fbk]: undefined function in UDDI
| From: | Stefan Neufeind | Date: | Wed, 20 Aug 2003 08:31:53 +0000 |
| Subject: | Re: Enforce CVS usage for packages / UDDI removal - was Re: [PEAR-DEV] #25151 [Opn->Fbk]: undefined function in UDDI | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-20127@lists.php.net to get a copy of this message | ||
On 20 Aug 2003 at 9:44, Bertrand Mansion wrote:
> <alan@akbkhome.com> wrote :
>
> > On a side issue - I just looked through UDDI - see the other
> > message, and I would seriously suggest removing it. - It looks like
> > a handcoded SOAP call, that could be done in < 5 lines of code...
>
> I agree again. Looks like Lukas Smith, Stefan Neufiend and Hartmut
> Holzgraefe voted +1. That's only 3 votes, it should never have been
> accepted. This package is just a hack.
Please let me correct myself. When I entered the UDDI-topic it seemed
like it was already agreed on but certain things (like fixing method
names) should be done prior to a release. That was when I said that
the code looks well-written - but didn't have in mind the function it
serve, sorry. So if it's just a SOAP-call and it "could be done in <
5 lines of code" I must strongly release any given votes or comments
and would also appreciate removal.
> Hopefully, when we will have the new package proposal interface,
> things like that won't happen as often (another example is
> Stream_Var).
Hmm, really? Could we discuss this a bit more in-depth please?
Bertrand, do you have a bit background at this? It seems we discussed
that php provides the "technical background" to be able to do this -
but having files (maybe blobs retrieved from a db or something) in
memory and handing them like regular files seems only possible with
the use of Stream_Var. So isn't Stream_Var useful? As I understand
it.
Stefan