Mindu,

  acho q vc tem toda razão de ficar preocupado por eles deixarem o 
projeto assim tão de lado.  Uma pena né?

  sobre o seu jeito "gambiarrado", eu já discordo um pouco...  a idéia 
de uma forma geral eu não acho tão gambiarra...  o jeito solto de fazer 
é que é. ;)
  acho q se vc adotar um padrão pra enviar uma mensagem do seu back-end 
pro front-end é muito válida pq permite inclusive integrar com outros 
front-ends.
  só não sei se dá pra fazer com amf...  =/

  só um detalhe que eu vi no código do seu email.... eu tenho a 
impressão que pra chegar até o texto de mensagem de falha seria preciso 
acessar:  FaultEvent.fault.message, não?  como vc declarou o seu 
FaultEvent como fault, então talvez fique, "fault.fault.message", mas, 
repetindo, não sei como funciona no amf... as vezes ele tá convertendo a 
exception pra um Object e enviando pro flex aí vai dar pau... (se bem 
que se for isso seria o caso de vc montar um Object com o mesmo formato 
de um FaultEvent hein? deve ser só um monte de strings agrupadas em 
árvore...)

 vixe...  :P

  cara...  abração e boa sorte, hehe.




mindu escreveu:

>Eduardo,
>Então, as restrições que eu encontrei pode ser por uma falta de
>conhecimento minha, talvez por não ter se aprofundado mais.
>Ainda continuo usando OpenAmf.
>O que mais me deixou preocupado foi que o projeto OpenAmf não sofre
>uma manutenção há mais de um ano.
>Outros motivos:
>Para retornar um VO do Java para o Flex, foi preciso converter esse
>objeto com o ASTranslator.
>       public ASObject load(){
>               return (ASObject) new ASTranslator().toActionScript(new 
> Usuario());
>       }
>Também não estou conseguindo propagar as exceptions do Java e
>recuperar as mensagens no Flex
>       public void delete()throws Exception{
>                       throw new Exception("Não pode Excluir !");
>       }
>
>no Flex:
>        public function resultFault(fault:FaultEvent) : void {
>            Alert.show( "Falha !!" + fault.message);
>        }
>Tenho a seguinte mensagem:
>
>TypeError: Error #1034: Type Coercion failed: cannot convert
>[EMAIL PROTECTED] to mx.rpc.events.FaultEvent.
>
>Esssa mensagem eu tive também quando retornava um VO do Java para o
>Flex sem usar o ASTranslator, mas nesse caso fica complicado, como vou
>converter uma Exception ?
>Eu até poderia adotar uma outra solução, todo método Java retornaria
>um Object[], sendo que na posição 0 ficaria a mensagem de erro, quando
>houvesse, e na posição 1 o objeto que deveria retornar, quando
>necessário.
>Aí lá no flex eu faria a verificação das mensagens, mas achei muita
>gambiarra.
>
>Mas como eu disse logo no começo, talvez seja uma falta de
>conhecimento e que exista outra maneira de fazer isso ou ainda que
>isso nem seja possível e eu esteja querendo demais.
>
>[]'s
>mindu
>
>On 5 abr, 18:08, Luís Eduardo <[EMAIL PROTECTED]> wrote:
>  
>
>>  Mindu,
>>
>>  apenas para reforçar o que o Rodrigo perguntou...
>>  Qual a restrição que vc encontrou no OpenAMF ?
>>  acho essa questão bem interessante para a comunidade como um todo.
>>
>>   abração,
>>
>>        Luís Eduardo.
>>
>>mindu escreveu:
>>
>>    
>>
>>>Pessoal,
>>>Encontrei algumas restrições em relação ao uso de OpenAmf com Flex,
>>>talvez por não dar suporte ao AMF3.
>>>Alguém aqui na lista com mais experiência no uso dessas tecnologias
>>>poderia comentar algo ?
>>>      
>>>
>>>Pelo que eu vi no site do OpenAmf, parece que eles não dão manutenção
>>>nessa biblioteca desde 05/04/2006, o que me deixa um pouco preocupado.
>>>Então estou considerando usar outras opções.
>>>      
>>>
>>>Vi que a melhor opção seria usar o Flex Data Services, mas estou
>>>confuso quanto a licença de uso, onde posso encontrar mais informações
>>>sobre isso ?
>>>      
>>>
>>>Também encontrei quase que um substituto ao FDS, chamado Granite Data
>>>Services (http://www.graniteds.org), vou fazer alguns testes e ver o
>>>quanto pode ser útil.
>>>      
>>>
>>>Gostaria de usar Flex invocando diretamente os objetos Java, assim
>>>como é feito pelo Openamf, então descartei o uso de Httpservice.
>>>Webservice não recomendam, por ser mais lento e também por causa dos
>>>serviços ficarem expostos.
>>>      
>>>
>>>Alguém recomenda outra opção ?
>>>      
>>>
>>>[]'s
>>>mindu
>>>      
>>>
>
>
>>
>
>  
>


--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para [EMAIL PROTECTED]
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---

Responder a