Wade do you have any benchmark tests for ZendAmf and AMFPHP?
I’d like to see them.

Do you mind giving some benefits?
My personal case is working strictly in Flash AS3 ( not flex )

It would be much appreciated!

-Alrick

i was using “$server->addDirectory(‘../Common’)” and thus, expecting that no ‘require_once’ statements for VOs will be necessary (since those actually appear within the ‘service’ class).

Well, as soon as i added ‘require_once VOAlbum.php’ to the top of the file – everything worked – Zend Amf got the typed data (‘addAlbum (VOAlbum)’).

The other way to do it – is through the ‘include_path’ like:
$inc_paths = array();
$inc_paths[] = ‘../../libs/ZF/1.7.7/library/’;
$inc_paths[] = ‘../Common/’;
$inc_paths[] = get_include_path();
$inc_paths = implode(PATH_SEPARATOR, $inc_paths);
set_include_path( $inc_paths );

Both seem to work fine.

Sorry for causing confusion, Wade O-)

Hope this helps someone save some time and nerves.

i’ve been fighting with the “Unable to parse null body data <Flex alias VO for PHP> mapped class <PHP VO> is not defined” for 3 days.

ZF 1.7.2 had it. I switched to 1.7.7. It’s still there.
You can easily get VOs out from a ZendAMF gateway, but how do you get them past ‘into’ it?

>>Probably because you should not trust a VO coming from Flex…
You shouldn’t and mustn’t. But, being a lazy developer (and maybe following “promoted” ‘best-practices’) you don’t want to pass an object as a bunch of params to a method.

To be more specific, in a futile attempt to get some skills, i’m trying to put together a simple ‘music album management app’ (simple CRUD). Listing the albums (and mapping PHP-VOs to Flex-VOs) wasn’t a problem.
What you want to do now – is create the entry in the db-table, and, quite trivially, have something like:
Flex->ZendAMF->Albums->addAlbum(VOAlbum)
and not like
Flex->ZendAMF->Albums->addAlbum(id, title, artist, year)

Of course, inside of the ‘addAlbum’ method, you do all kinds of checks, validation, sql screening, etc.

If the VO doesn’t really have many properties, then it’s not too tough to type them all into params of the method. But, when you’re not quite sure about your VO, its params, the order of the params, the number of props in your VO scrolls down 2 pages or you’re that ‘confused over life’ person like me, then it becomes a mess and a headache.

Really a deadpoint…

my finger slipped – please delete my previous post O-)

i’ve been fighting with the “Unable to parse null body data mapped class is not defined” for 3 days.

ZF 1.7.2 had it. I switched to 1.7.7. It’s still there.
You can easily get VOs out from a ZendAMF gateway, but how do you get them past ‘into’ it?

>>Probably because you should not trust a VO coming from Flex…
You shouldn’t and mustn’t. But, being a lazy developer (and maybe following “promoted” ‘best-practices’) you don’t want to pass an object as a bunch of params to a method.

To be more specific, in a futile attempt to get some skills, i’m trying to put together a simple ‘music album management app’ (simple CRUD). Listing the albums (and mapping PHP-VOs to Flex-VOs) wasn’t a problem.
What you want to do now – is create the entry in the db-table, and, have
Something like: Flex->ZendAMF->Albums->

dustin :
I used AMFPHP alot and got use to building the service classes with similar CRUD methods. I’ve tried to follow the same model in ZendAMF, but keep getting the “Duplicate method registered” exception. Can you not have two different services with the same method names? ie: ProjectService.getAll() and UserService.getAll()

I am doing the same thing and getting the same error? Why wouldn’t this be allowed? Aren’t the methods scoped only to their class?