Hi Michael
I had them slightly different, I tried your way also and didn't work :(
Class mapping succeded when I rewrote in Flex:
[RemoteClass(alias="LoginVO")]
and setup $gateway->setClassMappingsPath('com/virtualro/vo/');
If $gateway->setClassMappingsPath('com/virtualro/vo/') and
[RemoteClass(alias="com.virtualro.vo.LoginVO")] then amfphp looked for
the classes for mapping in com/virtualro/vo/com/virtualro/vo/ witch
didn't exists.
Thanks for your answers Michael, they helped me to solve the problem.
Janos
--- In [email protected], "michael_ramirez44"
<[EMAIL PROTECTED]> wrote:
>
> Is this the way you have the mapping setup?
>
> Actionscript Classes
> //Location of PHP classes
> [RemoteClass(alias="com.virtualro.vo.LoginVO")]
> [RemoteClass(alias="com.virtualro.vo.TaxVO")]
>
> PHP Classes
> //Location of AS classes
> $_explicitType = "com.virtualro.shell.vo.LoginVO";
> $_explicitType = "com.virtualro.taxes.vo.TaxVO";
>
> --- In [email protected], "Kun Janos" <kunjanos@> wrote:
> >
> > Thanks you Michael, but this is not the answer to I was expecting.
> > Maybe I didn't express myself well enough.
> > I know that I can set the VO directory in the globals.php. But
> setting
> > that won't map my VO -s.
> > In my application I have com.virtualro.shell.vo.LoginVO or
> > com.virtualro.taxes.vo.TaxVO on Flex, and com.virtualro.vo.LoginVO,
> > com.virtualro.vo.TaxVO on amfPhp (notice that on Flex I have the VOs
> > in separate dirs, and on php I have another structure for all the
> VO-s
> > in one dir). With version 1.2 of amfphp I was setting the incoming
> and
> > outgoing class mappings using the setCustomIncomingClassMappings and
> > setCustomOutgoingClassMappings functions from $gateway...now in
> amfphp
> > 1.9 beta 2 these functions are missing, just like the
> > advancedsettings.php.
> >
> > --- In [email protected], "michael_ramirez44"
> > <michael_ramirez44@> wrote:
> > >
> > > Janos,
> > >
> > > Amfphp 1.9 looks for your VO objects in "services\vo" by default.
> You
> > > can change this in the globals.php file.
> > >
> > > Michael Ramirez
> > >
> > > --- In [email protected], "Kun Janos" <kunjanos@> wrote:
> > > >
> > > > Hi all.
> > > >
> > > > I just upgraded amfphp 1.2 to amfphp 1.9 beta 2 and class
> mapping is
> > > > not working any more :(
> > > > In one of the messages that Patrick Mineault wrote I read that
> for
> > > > class mapping I should put
> > > > [RemoteClass(alias="com.virtualro.shell.vo.LoginVO")] in Flex
> > > > LoginVO.as (just like in amfphp 1.2) and
> > > > public $_explicitType = "com.virtualro.shell.vo.LoginVO"; //in
> > > LoginVO.php
> > > > I'm using Charles and I see that the data is sent from flex to
> > > amfphp,
> > > > but the class mapping doesn't occour.
> > > > Using
> > > > $msg = '';
> > > > foreach($login as $key => $value){
> > > > $msg .= $key.' -> '.$value.', ';
> > > > }
> > > > I saw that the data arrives to LoginService.php but using
> > > > $login->username gives null :( meaning that data has arrived
> but
> > > class
> > > > mapping is not working.
> > > > Patrick Mineault also wrote that after setting up LoginVo.php
> and
> > > > LoginVo.as we should read the instructions in
> advancedsettings.php
> > > > The problem is that the file advancedsettings.php doesn't exist
> in
> > > > amfphp 1.9 beta 2, and the methods used in amfphp 1.2
> > > > (setBaseCustomMappingsPath, setCustomIncomingClassMappings and
> > > > setCustomOutgoingClassMappings) have been removed from the
> $gateway.
> > > > Can anybody help me?
> > > >
> > > > Thanks,
> > > > Janos
> > > >
> > >
> >
>
