Estou tendo um probleminha ao utilizar o RemoteObject.

Criei uma aplicação (aplicação1) que obtém objetos através de um método java.
Utilizando como interface entre Flex e Java o Flamingo.
Ok, funcionou.

Então criei uma outra aplicação (aplicação2) que carrega a aplicação anterior (aplicação1) através de um SWFLoader e ai não funciona.

E o engraçado é que o se eu abrir a aplicação1 ela consegue acessar o método, se eu abrir a aplicação2 a aplicação1 não consegue mais acessar o método. Porém a aplicação2 acessa o método antes da aplicação1.

Existe algum problema em usar um RemoteObject em uma aplicação carregada em um SWFLoader?
Ou se uma aplicação utiliza um RemoteObject e carrega através de um SWFLoader outra aplicação a segunda não pode usar RemoteObject porque a apliação1 (pai) já usou?

[]s

Pessoal, tenho a mesma aplicação rodando em 2 ambientes exatamentes iguais.

O primeiro ambiente é o de produção, onde a aplicação funciona!

O segundo ambiente é o de desenvolvimento, onde a aplicação parou de funcionar sem motivo aparente.

Alguém tem alguma sugestão para eu conseguir resolver este erro?

Estava antes utilizando o SDK 3.2.0 e parou de funcionar, agora atualizei a SDK para 3.5 mas ainda continua apresentando o mesmo erro. segue conteúdo do erro abaixo.

Obrigado.

Fabio Gouveia

TypeError: Error #1009: Não é possível acessar uma propriedade ou um método de uma referência de objeto nula.
at WFeel_OS/pegaComponentes()[T:\fabrica\sistema\flex\WFeel_OS\src\os.as:517]
at WFeel_OS/__AcaCodigo_updateComplete()[T:\fabrica\sistema\flex\WFeel_OS\src\WFeel_OS.mxml:305]
at flash.events::EventDispatcher/dispatchEventFunction()
at flash.events::EventDispatcher/dispatchEvent()
at mx.core::UIComponent/dispatchEvent()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\core\UIComponent.as:9440]

at
mx.managers::LayoutManager/doPhasedInstantiation()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\managers\LayoutManager.as:719]
at Function/http://adobe.com/AS3/2006/builtin::apply()

at
mx.core::UIComponent/callLaterDispatcher2()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\core\UIComponent.as:8744]

at
mx.core::UIComponent/callLaterDispatcher()[C:\autobuild\3.5.0\frameworks\projects\framework\src\mx\core\UIComponent.as:8684]

__________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Hmmmm

Carol, nunca precisei utilizar o applicationDomain. Ele realmente é
necessário ?

O interessante é que existem outros objetos que funcionam tranquilamente.

Estou desenvolvendo umas telas de CRUD e elas são basicamente iguais, só
que, com 2 objetos específicos, ele funciona normalmente.

P.S.: Esses "*2 objetos específicos que funcionam*" são utilizados na tela
inicial da app, e esses outros só são utilizados nesta tela CRUD, será que
seria atrelado a algum problema de compilação?

[]'s

2010/1/15 Carol Michelassi <carolmichelassi@gmail.com>

> Olás!
>
> tivemos uns problemas malucos desse tipo uma vez, mas pq usamos módulos e
> não estávamos setando o applicationDomain...será o seu caso?
>
> []'s
> Carol
>
>
>
> 2010/1/15 Pergentino Araújo <jpergentino@gmail.com>
>
>> Mário,
>>
>> quando eu faço este tipo de cast, ele dá isso:
>>
>> *Falha de coerção de tipo: não é possível converter
>> pacote.vo::ISSQNVO@45c1d91 em **pacote**.vo.ISSQNVO.*
>>
>> Sinceramente, eu não tenho a mínima idéia do que seria isto, pois eu estou
>> debugando e vendo que existe um objeto instanciado do mesmo tipo. Não sei se
>> esse "::" está relacionado a algum lance de namespace (ou se isso seria
>> algum sinal de onde estaria o erro).
>>
>> Alguém tem uma luz ;)
>>
>> []'s
>>
>> 2010/1/15 Mário Júnior <juninhog12@gmail.com>
>>
>>> rapaz... estranho mesmo heim ?!?!
>>>
>>>
>>> A única situação parecida com isso q já vi, seria o caso do cast nao for
>>> realizado.. mas como vc disse q o objeto do grid é um TipoObjeto, entao não
>>> deveria mesmo ocorrer esse problema.
>>>
>>> Só para "desencargo" de consciencia... mude o cast para
>>> TipoObjeto(grid.selectedItem).
>>> A diferença entre as formas de cast é que, usando o operador* "as"* caso
>>> a conversao não seja bem sucedida, o objeto ficará nulo ... já usando *
>>> "TipoObjeto(obj)"*, caso a conversao não seja bem sucedida, uma exceção
>>> será lançada.
>>>
>>> Caso haja algum problema com esse cast, entao da segunda forma vc terá um
>>> feedback.
>>>
>>>
>>> Abraços.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2010/1/15 Pergentino Araújo <jpergentino@gmail.com>
>>>
>>>> Pessoal,
>>>>
>>>> surgiu uma situação inusitada (e muito estranha) aqui em um código, onde
>>>> eu tenho o seguinte trecho de código:
>>>>
>>>> *var objetoTemp:TipoObjeto = grid.selectedItem as TipoObjeto;*
>>>>
>>>> No debug, vejo que *grid.selectedItem* possui uma instância de *
>>>> TipoObjeto*, só que o meu *objetoTemp* não recebe esta instância...
>>>> algo como se o objeto fosse readonly, sei lá.
>>>>
>>>> Acontece a mesma coisa em uma associação de um objeto que vem em um
>>>> Evento personalizado que criei.
>>>>
>>>> Já rolou este tipo de situação com mais alguém ???
>>>>
>>>> Estou usando o compilador versão 3.4.
>>>>
>>>> Desde já, obrigado.
>>>>
>>>> --
>>>> Atenciosamente, Pergentino Araújo.
>>>> Arquiteto Java/Flex
>>>> MSc. Profissional - Engenharia de Software
>>>> Adobe Certified Expert - Flex 3 with AIR
>>>>
>>>> --
>>>> 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
>>>> flexdev-unsubscribe@googlegroups.com
>>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>>>>
>>>
>>>
>>>
>>> --
>>> Mario Junior
>>> Enterprise Java / Flex Architectures
>>>
>>> Adobe Certified Expert Flex 3 with AIR
>>>
>>> Sofshore Informática
>>> http://www.sofshore.com.br
>>> +55 (48) 3337 2003
>>> Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
>>> Florianopolis SC Brasil
>>>
>>> --
>>> 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
>>> flexdev-unsubscribe@googlegroups.com
>>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>>>
>>
>>
>>
>> --
>> Atenciosamente, Pergentino Araújo.
>> Arquiteto Java/Flex
>> MSc. Profissional - Engenharia de Software
>> Adobe Certified Expert - Flex 3 with AIR
>>
>> --
>> 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
>> flexdev-unsubscribe@googlegroups.com
>> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>>
>
>
> --
> 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
> flexdev-unsubscribe@googlegroups.com
> Mais opções estão disponíveis em http://groups.google.com/group/flexdev
>

--
Atenciosamente, Pergentino Araújo.
Arquiteto Java/Flex
MSc. Profissional - Engenharia de Software
Adobe Certified Expert - Flex 3 with AIR

[As partes desta mensagem que não continham texto foram removidas]