Objeto null não recebe outro objeto instanciado

[Pergentino Araújo]

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

[Mário Júnior]

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 <jperg...@gmail.com>

--
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para fle...@googlegroups.com
Para sair da lista, envie um email em branco para flexdev-u...@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

[Pergentino Araújo]

Pois é, muito estranho mesmo Mário.

Estou vendo aqui a possibilidade de ser algo referente a objeto não registrado ( registerClassAlias ). Como a minha aplicação é cheia de módulos, talvez isso tenha alguma culpa no cartório rsrsr.

Se eu fizer os registerClassAlias de todos os VO's no Application, eles são "replicados" nos módulos ?

Isto está acontecendo com objetos que estou trazendo do java e botando na lista.

P.S.: Eu já tinha testado também fazendo cast TipoObjeto(grid.selectedItem) e não funcionou.

[]'s

2010/1/15 Mário Júnior <junin...@gmail.com>

[Pergentino Araújo]

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 <junin...@gmail.com>

rapaz... estranho mesmo heim ?!?!

[Carol Michelassi]

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 <jperg...@gmail.com>

[Pergentino Araújo]

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 <carolmi...@gmail.com>

[Carol Michelassi]

Pois é, aconteceu exatamente isso com a gente...a maioria funcionava de boa, aí um belo dia brotou esse erro pra um objeto específico!
A gente na hora "só pra fazer funcionar" declarou a variável na tela inicial, e funcionou...aí a gente achou feio e inviável, pq temos muitos VOs e aquilo poderia acontecer com qualquer um deles, aí vimos esse negócio do applicationDomain...não sei se é a solução ideal, se alguem conhecer outra saída melhor, quero saber também ;)

2010/1/15 Pergentino Araújo <jperg...@gmail.com>

[Gabriela Trindade Perry]

Pois é, pode mesmo ter a ver se as classes estão sendo usadas por
outros módulos.
É como se apenas um dos módulos tivesse o "registro" da classe. Como
isto aconteceu com um VO, parece mesmo ser bem provável.
Eu sinceramente não teria me dado conta disso se a Carol não tivesse
mencionado. Mas quem sabe tu seta o teu application domain para o
Application mesmo?

http://livedocs.adobe.com/flex/3/html/help.html?content=18_Client_System_Environment_5.html#119371

PS. Tava mesmo na hora de outra menina me ajudar por aqui, hein?

[Mário Júnior]

HAHAHA.. olha só a mulherada! =D

A Carol vai estar certa e - assim como a Gabi - teria passado desapercebido se ela nao tivesse levantada essa hipotese.

A partir da versao 3.2, o Flex mudou algumas formas em relacao a carregamento de subapplications (como applications mesmo ou como modules). Faz parte do "Plano Marshall", q deverá ser o padrão a partir do Fx4.

Recomendo extremamente a leitura: http://livedocs.adobe.com/flex/3/loading_applications.pdf

Eu ainda nao me deparei com nenhum problema do tipo, espero q consiga resolver.

Abraços, boa sorte e parabéns a Carol.

2010/1/15 Gabriela Trindade Perry <gabrie...@hotmail.com>

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

[Pergentino Araújo]

Pois é Mário, essa mulherada tá é dando show aqui no grupo hein ?! hehh

Vou dar uma olhada neste artigo e (talvez) repensar no modelo pra ver se vai ter alguma alteração significativa.

O que me surpreende é que isto não teria acontecido com vocês.

Valeu !!!

2010/1/15 Mário Júnior <junin...@gmail.com>

--

[Carol Michelassi]

hehehe Estamos aqui pra isso né, pra compartilhar experiências! Já apanhamos bastante aqui pra esses "erros" dos módulos (tem é que saber como funciona, aprender a usar direitinho). Se ainda estiver dando problema, Pergentino, é só falar!

[]s
Carol

2010/1/16 Pergentino Araújo <jperg...@gmail.com>