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 <[email protected]> > 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 <[email protected]> > > 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 <[email protected]> >> >>> 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::issq...@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 <[email protected]> >>> >>>> 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 <[email protected]> >>>> >>>>> 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 >>>>> [email protected] >>>>> 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 >>>>> >>>> >>>> >>>> >>>> -- >>>> 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 [email protected] >>>> 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 >>>> >>> >>> >>> >>> -- >>> 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 [email protected] >>> 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 >>> >> >> >> -- >> Você recebeu esta mensagem porque está inscrito na lista "flexdev" >> Para enviar uma mensagem, envie um e-mail para [email protected] >> 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 >> > > > > -- > 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 [email protected] > 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 >
-- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] 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
