headers
Helgi Þormar Þorbjörnsson | 1 Jul 2008 06:34
Picon
Gravatar

PHP_Fork

Hi Luca,

Do you have any intention on fixing those bugs on PHP_Fork ?
Two of them involve removing the CLI dep.

Another thing I was wondering is if you would be prepared to allow us
to relicense your Net_Server and PHP_Fork code under New BSD instead
of PHP license ?
This is due to the fact that some operating systems do not like the
PHP license and thus makes it hard for applications distributed with
those OSes to use either of those packages.

Regards
Helgi

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 1 comment |
headers
Helgi Þormar Þorbjörnsson | 1 Jul 2008 06:37
Picon
Gravatar

Re: PHP_Fork

On Tue, Jul 1, 2008 at 5:34 AM, Helgi Þormar Þorbjörnsson
<helgith <at> gmail.com> wrote:
> Hi Luca,
>
> Do you have any intention on fixing those bugs on PHP_Fork ?
> Two of them involve removing the CLI dep.
>
> Another thing I was wondering is if you would be prepared to allow us
> to relicense your Net_Server and PHP_Fork code under New BSD instead
> of PHP license ?
> This is due to the fact that some operating systems do not like the
> PHP license and thus makes it hard for applications distributed with
> those OSes to use either of those packages.

Hi again,

I forgot to add, I did try to contact you in 8th of Jan this year
asking you to commit the code to the PHP CVS system - I did not get
any response from you back then, I do hope you find time to answer
this time around.

Regards
Helgi

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 0 comments |
headers
Baptiste Autin | 2 Jul 2008 00:36
Picon
Favicon

Proposal (?) for an ORM (Dorm)

Hello all, 

I have been using a persistence PHP tool of my own for almost one year now.
It is clearly inspired by the Java Hibernate project, and works on top of
MDB2 (or ADOdb).

I hesitate to propose it to you, PEAR community, given the number of DB
existing packages...

But I have not found something similar in PHP until now, so if you are
enthousiast and think it deserves further development and promotion, let me
know.
If you think I can throw it away, let me know too. :)

Every advice/help would be welcome.

Summary page, with examples of code:
http://www.baptisteautin.com/projects/dorm/

Baptiste

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Permalink | Reply | 6 comments |
headers
Michael Gauthier | 2 Jul 2008 07:08
Favicon
Gravatar

Re: Proposal (?) for an ORM (Dorm)

Baptiste,

Have you seen the Doctrine project [1]? It seems to be doing something
quite similar. It's also installable via their own pear channel.

[1] http://www.phpdoctrine.org/

On Wed, 2008-02-07 at 00:36 +0200, Baptiste Autin wrote:
> Hello all, 
> 
> I have been using a persistence PHP tool of my own for almost one year now.
> It is clearly inspired by the Java Hibernate project, and works on top of
> MDB2 (or ADOdb).
> 
> I hesitate to propose it to you, PEAR community, given the number of DB
> existing packages...
> 
> But I have not found something similar in PHP until now, so if you are
> enthousiast and think it deserves further development and promotion, let me
> know.
> If you think I can throw it away, let me know too. :)
> 
> Every advice/help would be welcome.
> 
> Summary page, with examples of code:
> http://www.baptisteautin.com/projects/dorm/
> 
> Baptiste
> 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lukas Kahwe Smith | 2 Jul 2008 10:54

Re: Proposal (?) for an ORM (Dorm)


On 02.07.2008, at 00:36, Baptiste Autin wrote:

> Hello all,
>
> I have been using a persistence PHP tool of my own for almost one  
> year now.
> It is clearly inspired by the Java Hibernate project, and works on  
> top of
> MDB2 (or ADOdb).
>
> I hesitate to propose it to you, PEAR community, given the number of  
> DB
> existing packages...
>
> But I have not found something similar in PHP until now, so if you are
> enthousiast and think it deserves further development and promotion,  
> let me
> know.
> If you think I can throw it away, let me know too. :)
>
> Every advice/help would be welcome.
>
> Summary page, with examples of code:
> http://www.baptisteautin.com/projects/dorm/

especially since DORM is PHP5 only, I think you are better off trying  
out Doctrine [1] and improve it if there are things you are missing.  
but from the documentation it seems like Doctrine can do all of the  
things that Dorm can. Most notably it also has an implementation of an
(Continue reading)

Permalink | Reply | 4 comments |
headers
Pádraic Brady | 2 Jul 2008 13:33
Picon
Favicon
Gravatar

[PEPr] Changes in proposal for Web Services::OAuth


Pádraic Brady (http://pear.php.net/user/padraic) has edited the proposal for Web Services::OAuth.

Change comment:

Almost complete - this 0.0.3 release aggregates a collection of changes
implemented to complete the feature set of an OAuth Consumer, and to
support several specification rules omitted previously.

The library has been confirmed to work flawlessly with the Ma.gnolia API.
Due to some quirks, it will fail using the Google Data APIs however a fix
is due shortly. Please note this package will not operate on PHP 5.3 at
this time due to an apparent undocumented API change to the OpenSSL
extension being relied upon for RSA signing.

Other comments? The unit tests are slightly out of sync with an API change
which is awaiting a patch in the coming day or two. The failures are known,
and the reasons for all fails/errors recognised.

I expect to open the proposal to voting once the last change set and
amended unit tests flagging a few API updates are committed. If you have
problems getting this to work (e.g. on an RSA or POST intolerant SP) please
let me know.

Please review the proposal:
http://pear.php.net/pepr/pepr-proposal-show.php?id=512

--

-- 
Sent by PEPr, the automatic proposal system at http://pear.php.net
(Continue reading)

Permalink | Reply | 0 comments |
headers
baptiste.autin | 2 Jul 2008 16:35
Picon
Favicon

Re: Proposal (?) for an ORM (Dorm)

> especially since DORM is PHP5 only, I think you are better off trying
> out Doctrine [1] and improve it if there are things you are missing.
> but from the documentation it seems like Doctrine can do all of the
> things that Dorm can. Most notably it also has an implementation of an
> HQL like syntax.

Very interesting.
Didn't know Doctrine. It looks similar, and seems more advanced on some points.
I regret the choice of YAML for the schema files, though (in my TODO list,
I was thinking using XSLT to convert UML models (in XMI) directly to Dorm config
files)
And I don't like the way Doctrine deals with the entity classes: you must make
them inherit from Doctrine_record, and set the properties with
setTableDefinition().
So you cannot work with "free and independant objects", making it difficult in
situations where you cannot decide of the structure of the entities.
In Dorm, the PHP objects completely ignore the existence of the database, and
even of Dorm itself. The separation between the database objects and the PHP
objects is more pronounced in Dorm.

But maybe these are minor issues, in a practical perspective, and Doctrine is
definitely better.
I'm going to use it thorough, to make up my mind.

Thanks for the info.

Baptiste
PS: are you personaly a converted, and do you use Doctrine every day ?

--

--
(Continue reading)

Permalink | Reply | 3 comments |
headers
Lukas Kahwe Smith | 2 Jul 2008 16:47

Re: Proposal (?) for an ORM (Dorm)


On 02.07.2008, at 16:35, baptiste.autin <at> free.fr wrote:

>> Didn't know Doctrine. It looks similar, and seems more advanced on  
>> some points.
> I regret the choice of YAML for the schema files, though (in my TODO  
> list,
> I was thinking using XSLT to convert UML models (in XMI) directly to  
> Dorm config
> files)

YAML ist just a serialization format. XML support is easy to add and I  
think its even on the roadmap.

> And I don't like the way Doctrine deals with the entity classes: you  
> must make
> them inherit from Doctrine_record, and set the properties with
> setTableDefinition().

Yeah. I agree. This will hopefully be removed in version 2.0. However  
since 5.3 does not seem to get traits, it might be harder than it  
needs to be. But its definately something the Doctrine developers  
agree should be addressed.

> PS: are you personaly a converted, and do you use Doctrine every day ?

I am converted. I cannot use it in all my projects however, since  
Doctrine requires 5.2.3 and many of my clients are stuck on RHEL's  
5.1.6 version.
(Continue reading)

Permalink | Reply | 2 comments |
headers
baptiste.autin | 2 Jul 2008 17:49
Picon
Favicon

Re: Proposal (?) for an ORM (Dorm)

> Yeah. I agree. This will hopefully be removed in version 2.0. However
> since 5.3 does not seem to get traits, it might be harder than it
> needs to be. But its definately something the Doctrine developers
> agree should be addressed.

If, as you suggest, Doctrine v2 "releases" the entity classes, and let them live
their own life, while keeping good performance, then Doctrine will become a
must-have.
The lack of separation between model concepts and database concepts is precisely
a flaw of Propel, IMO (but PEAR-DEV is surely not the place for a passionated
and endless discussion on that topic...)

Just by curiosity:
- I see there's a support for PDO. No one for MDB2 because of the 5.2.3+
requirement?
- What's in 5.2.3 that makes it so necessary for Doctrine to work?

> I am converted. I cannot use it in all my projects however, since
> Doctrine requires 5.2.3 and many of my clients are stuck on RHEL's
> 5.1.6 version.

Ooops, I had not seen you were among the Doctrine team. :)
So, knowing that now, yes, I can imagine that you are a converted!

Baptiste

--

-- 
PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
(Continue reading)

Permalink | Reply | 1 comment |
headers
Lukas Kahwe Smith | 2 Jul 2008 18:03

Re: Proposal (?) for an ORM (Dorm)


On 02.07.2008, at 17:49, baptiste.autin <at> free.fr wrote:

>> Just by curiosity:
> - I see there's a support for PDO. No one for MDB2 because of the  
> 5.2.3+
> requirement?

Doctrine actually has its own DBAL, which is a PDO based fork of MDB2.  
There are also adapters to work with the old non PDO native drivers.

> - What's in 5.2.3 that makes it so necessary for Doctrine to work?

There are some bugs in PHP5's object handling that causes segfaults on  
lower versions.

>> I am converted. I cannot use it in all my projects however, since
>> Doctrine requires 5.2.3 and many of my clients are stuck on RHEL's
>> 5.1.6 version.
>
> Ooops, I had not seen you were among the Doctrine team. :)
> So, knowing that now, yes, I can imagine that you are a converted!

I do not develop much over there. I just came to it because the  
original authors asked me a lot of questions about how MDB2 works when  
he was developing the MDB2 DBAL. As a result my name is in a lot of  
files that I have never touched directly.

regards,
Lukas Kahwe Smith
(Continue reading)

Permalink | Reply | 0 comments |

Gmane