Home > AMFPHP, Flash Platform > Passing the AMFPHP torch

Passing the AMFPHP torch

February 4th, 2010

I am stepping down from being the lead of AMFPHP as of January 2010 and passing the torch to Ariel Sommeria and Danny Kopping. The goal of AMFPHP was as follows:

  • Quick installation and implementation
  • Nothing required – PHP4/PHP5 compatible, no extensions needed
  • Low footprint, lightweight, fast
  • Convention over configuration (service and class mapping)
  • Can be embedded into a framework (see CakeAmfphp , Seagull )
  • Services are “non-specific” PHP classes that are portable to anything without code change
  • Productivity tools included (service browser, code gen, profiling)
  • Batteries included – XML-RPC, JSON
  • Not a framework by itself (use your own)
  • Examples
  • Mimic the AMF specification

When I started AMFPHP I was using Flash 8 to build RIA’s; boy the world has changed! I honestly can say I don’t personally agree with the goal of AMFPHP anymore. A week ago Patrick Mineault called me out on my motivation; he was right. I have since migrated to using Flex and even had the amazing opportunity to work on Flash Builder 4’s PHP integration. Overall my mission has changed and with it I tried to change AMFPHP. Sorry everyone; I didn’t even notice I was doing that! Overall I am probably much better at slinging PHP code than moderating a project. ;-) With that in mind I will still be committing updates and answering questions for both projects.

Flex Builder 4, Security (Zend_ACL), Robust Logging, Robust Authentication (Zend_Auth), ORM and Master/Slave DB’s (Zend_DB), Messaging (AMQP), 5.3 Naming Conventions, clean New BSD license, decoupled serialize, OOP code base, and a massive service catalog are why I will continue to work on Zend Amf. I believe that Zend Amf is a great solution for anyone looking to build RIA’s in PHP.

I’m sure AMFPHP and Zend AMF is dealing with a larger problem that Adobe is dealing with. How do we keep those that are getting started and need a quick solution and those that need enterprise architecture all happy under the same name; Flash. I wish Danny and Ariel the best of luck and will give them my full support with questions and introductions to the community at large! They have already released an updated patch available for download today!

AMFPHP, Flash Platform

  1. Ryan V
    February 4th, 2010 at 10:18 | #1

    I’ve pretty much gone to the Zend Framework all the way over the past year. I started out on AMFPHP, but I personally have come to like Zend_Amf better….mainly because it’s being maintained and seems to integrate more seamlessly into Flex…though that could just be a matter of taste.

  2. February 4th, 2010 at 20:56 | #2

    Long live AMFPHP. I use it everywhere because it just works. I’ve got the workflow down so I haven’t bothered with Zend very much. Perhaps some project will come along that will necessitate Zend. Until then I’m pimp’n for AMFPHP all the way.

  3. February 9th, 2010 at 03:03 | #3

    Hi Wade,
    I actually missed this post, so better late than never. Thanks for the work on AMFPHP and the support you gave me when I joined AMFPHP. I’m hearing some bad words about you, and I’d like to point out to anyone reading that if you really had just wanted Zend AMF to move forward and let AMFPHP die, you could have just ignored me, which you didn’t.
    I’m sure there are bridges to be built between the two projects, as soon as the excitement dies down I hope we’ll get the occasion to discuss them.
    bye
    Ariel

  4. February 9th, 2010 at 12:44 | #4

    @ariel You will soon find out that people appreciate open source by how much they pay for it. All the best!

  5. February 10th, 2010 at 11:34 | #5

    @Wade, replay to “You will soon find out that people appreciate open source by how much they pay for it. All the best!”

    I don’t agree with that at all. My views are that if you don’t like what your doing, don’t do it. In contrast to that you can all ways tell when some one is passionate about some thing they do. That was something that I always admired about Patrick’s work.

    I’m sure your a really nice guy and do great work for Zend, but I never got the impression that you liked working on AMFPHP. I’m glad you kept amfphp alive and even more glad that you handed it over to people who are passionate about it. Just as Ariel said, you could have let it die any time you wanted to. I realize that I have been a hypocrite by being as critical of your efforts yet at the same time not contributing my self. I hope to change that soon. I think I can speak for any one who has been critical of you efforts by saying that it was disappointing to see the progression that amfphp had with Patrick’s efforts then to see that development progression drop off almost completely when handed over to you. But at the same time I’m sure most of us understand circumstance and that you tried to do what you can.

    Best of Luck at Zend, keep on creating.
    - Josh C

  6. Gavin
    March 22nd, 2010 at 08:09 | #6

    Hi Wade,

    I don’t have PHP 5.3.1 working with amfphp 1.9. And I always got the following error:
    (mx.rpc::Fault)#0
    errorID = 0
    faultCode = “Client.Error.MessageSend”
    faultDetail = “Channel.Connect.Failed error NetConnection.Call.Failed: HTTP: Failed”
    faultString = “Send failed”
    message = “faultCode:Client.Error.MessageSend faultString:’Send failed’ faultDetail:’Channel.Connect.Failed error NetConnection.Call.Failed: HTTP: Failed’”
    name = “Error”
    rootCause = (Object)#1
    code = “NetConnection.Call.Failed”
    description = “HTTP: Failed”
    details = “http://localhost/amfphp/gateway.php”
    level = “error”

    I don’t know what happens. And when I look into the apache error.log, I got:
    [Mon Mar 22 20:53:05 2010] [error] [client 127.0.0.1] File does not exist: D:/Program Files/Apache/htdocs/amfphp/browser/history.htm, referer: http://localhost/amfphp/browser/
    [Mon Mar 22 20:53:05 2010] [error] [client 127.0.0.1] File does not exist: D:/Program Files/Apache/htdocs/favicon.ico

    And when I google, there is no good solution on this.
    Anything relevant for the root cause?
    And meanwhile, I am using: Windows XP with SP3 and Apache 2.2.14

    Look forward to your kind help.

  7. Gavin
    March 22nd, 2010 at 09:13 | #7

    @Gavin
    I have uninstall the 5.3.1 and install 5.2.13, the issue fixed on page: http://localhost/amfphp/browser/

  8. Daniel S
    April 2nd, 2010 at 14:51 | #8

    Hi Wade

    Thanks a lot to you and also to the new developer team of amfphp. Unfortunately it doesn’t work anymore with SnowLeopard 10.6.3/Apache 2.2.14/PHP 5.3.1. I downloaded the new Version of AMFPHP 1.9 (2.2.2010) and installed it into the document-root. When I start the AMF-Service Browser it comes with the Error_message below:

    (mx.rpc::Fault)#0
    errorID = 0
    faultCode = “Client.Error.MessageSend”
    faultDetail = “Channel.Connect.Failed error NetConnection.Call.BadVersion: ”
    faultString = “Send failed”
    message = “faultCode:Client.Error.MessageSend faultString:’Send failed’ faultDetail:’Channel.Connect.Failed error NetConnection.Call.BadVersion: ‘”
    name = “Error”
    rootCause = (Object)#1
    code = “NetConnection.Call.BadVersion”
    description = “”
    details = “”
    level = “error”

    It doesn’t work neither with the ZendServer CE 5.0. What is the solution for me? Will I have to migrage to the ZendAMF Framework?

    I’d like to thank another time for your great work and would appreciate an answer? Thanks!

    kind regards
    Daniel

  9. July 3rd, 2010 at 12:33 | #9

    Regarding what you said about Service Browser being part of the goals for the ZendAmf project. Is there any kind of service browser that exists for this? I’ve already tried the notorious zamfbrowser but it doesn’t work properly.

  10. December 19th, 2010 at 16:36 | #10

    Not that this matters much now, since the project is still in suspended animation more or less, but THANK GOD — Wade, you should never have taken over that project and driven it into the ground like that. Whatever you might think of it personally, by being the one to take it and do absolutely nothing with it while you pursued other goals, you’ve cost countless hours and money to the people who have struggled to maintain it over the past four years. Good luck with Zend framework and all that, but you should be aware you’ve done a major disservice to the community and there are a large number of us out there who resent your actions over this period. To sit there and say that you just happen to be bad at running a project is complete bollocks. You’re bad at communicating, bad at coding and you had no business putting yourself out as someone who could handle something of this scale.

    AMFPHP is not dead, it’s still the best and fastest solution out there (that doesn’t require installing 22mb of garbage). If you disagree with that, it’s your right to do so, but you drove the project into the ground and now as your blog title says, you’re reaping “the spoils”. Good for you.

  1. No trackbacks yet.