Agora, se me permite uma outra dica, eu faço assim há anos:
//tenho uma classe chamada ObjetoRemoto:
package Servicos
{
import mx.rpc.events.FaultEvent;
import mx.rpc.events.ResultEvent;
import mx.rpc.remoting.mxml.RemoteObject;
public class ObjetoRemoto extends RemoteObject
{
//como pode ver, as
Edinei, não testei, mas na teoria você não pode declarar a variável string.
Veja qual é o tipo do "metodoVariavel", se for Function, você tem que
declarar a variável do mesmo tipo. Então ficaria assim:
var metodoVariavel:Function = meuMetodo;//sem aspas pq é uma função
meuObjetoRemoto.metodoVari
Opa
eu tive o seguinte erro:
Error #1006: value is not a function.
lá dentro de uma classe eu fiz assim:
- o objetoRemoto é recebido como argumento no construtor.
private function ChamarMetodo(metodo:String):void {
objetoRemoto[metodo]();
}
Em quarta-feira, 6 de novembro de 2013 14h30min01s
O esquema é que meu back-end é progress.
{empresa}
nao usa AmfPhp para esta comunicação entende.
Via Httservice
http://localhost/xml/zoomGenerico'}"
fault="falha()" result="
O esquema é que meu back-end é progress.
{empresa}
nao usa AmfPhp para esta comunicação entende.
Via Httservice
http://localhost/xml/zoomGenerico'}"
fault="falha()" result
agora o codigo certo, assim funciona e passa a string "asda"
//IMPORTS
import mx.controls.Alert;
import mx.controls.Label;
import mx.controls.TextInput;
import mx.managers.PopUpManager;
import mx.rpc.remoting.RemoteObject;
var painel:PainelTodos;
var service2:RemoteObject = new RemoteObject("ser
tentei fazer direto novamente, e pelo que vi é o tinome.text que não
esta passando o valor...
não consegui perceber o porque...
cada vez que ele referenciar (var tinome:TextInput;) não ira alterar o
valor, então eu teria o valor digitado...
//IMPORTS
import mx.controls.Alert;
import mx.control
Opa Mario,
pois é, este teste eu fiz aí neste site mesmo, porém eu fiz algo
parecido (é por que nao está aqui no meu pc) e testei nao apenas a
chamada, pois este teste aí testa 1 cliente acessando o servidor, e eu
precisava testar um cenário de várias chamadas em várias maquinas e
analizar também
Olá Pergentino! Conheço esse teste, ele foi realizado pelo pessoal da
midnightcoders (mantenedores da weborb)
(
http://www.themidnightcoders.com/blog/2007/03/flex-remoteobject-vs-webservice.html
)
Então, pela a imagem q vc mesmo mandou, o RemoteObject está mais rapido que
seus "concorrentes", o qu
Esqueci o anexo novamente hehehe (acho que estou ficando louco ou o
Gmail ignorou meu anexo).
Vou ler os outros emails abaixo deste para ver a discussão e assim que
tiver tempo respondo.
[]'s
2009/5/20 Pergentino Araújo :
> Esqueci o anexo.
>
> Bruno, falei que sobrecargas de chamadas, usa-se We
Cuidado.. vamos ser bem categóricos para não causarmos confusão, ainda mais
para os iniciantes (como o bruno_bg e vários outros).
- Bem, chamadas RPC (e SQLite não é RPC) são sempre assincronas. (ponto
final)
- O mxml permite criar vários dentro (que são convertidos para
Operations em AS3), oq pe
Como comentaram já, o AIR pode ser sincrono em alguns momentos.O Flex tem
alguns jeitos de simular sincronismo, inclusive em chamadas remotas!
Uma delas é criando uma pseudo-thread e em outra é chamando o método por
externalinterface via JS.
Tem até um exemplo no site da Adobe da segunda ali.
20
Verdade Mário, tinha me esquecido do SQLite, que pode ser síncrono (e
que eu já usei para um projetinho pessoal).
Quanto ao mxml, como nós dissemos ele é sempre assíncrono. A diferença
é que com o mxml as transações tem que ser enfileiradas, isto é, um
send() de cada vez. Para permitir chamadas s
@Julio, pois é... quase =D
Mas então.. o mxml tb pode ser assincrono.
E em AIR, uma chamada ao SQLite *pode ser *tanto assincrona como sincrona.
É a unica forma sincrona q conheço no framework, mas isso só no AIR com
SQLite.
2009/5/20 Julio Carneiro
>
> lol, respondemos quase a mesma coisa ao
lol, respondemos quase a mesma coisa ao mesmo tempo :-)
On May 20, 10:53 pm, Mário Júnior wrote:
> @Bruno diz:
> *"...Pelo que vi e me responderam o FLEX é sincrono . E não possibilita
> fazer chamadas assincronas. ..."*
>
> Bruno.. infelizmente te responderam errado... =D
>
> As chamadas RPC *c
Bruno,
Acho que vc está enganado... pelo contrário, Flex é assíncrono por
natureza... na verdade não tem como fazer um procedimento síncrono em
Flex, nem Air.
Tome AIR por exemplo, que te dá acesso direto a arquivos locais.
Se vc usa uma chamada para digamos ler um arquivo (file.load()), esta
cha
@Bruno diz:
*"...Pelo que vi e me responderam o FLEX é sincrono . E não possibilita
fazer chamadas assincronas. ..."*
Bruno.. infelizmente te responderam errado... =D
As chamadas RPC *comuns (remoteObject, webservice e httpService) *do Flex
NÃO SÃO síncronas... pelo contrário, são SEMPRE assíncr
Se olharmos em sites especializado vemos que 99% vai dizer RemoteObject é
mais rápido e mais indicado, esse link do Julio diz tudo. Uma vez eu fiz a
mesma coisa nos dois e o Remote ganhou. A idéia do Mário pro Pergentino
falar sobre sua tese é legal que ai ia ter uma posição contraria bem legal
pra
Entendi.
Eu tenho algumas telas que necessito de fazer muitas chamadas , mas hoje só
consigo fazer uma chamada de cada vez, um após a outra.
Pelo que vi e me responderam o FLEX é sincrono . E não possibilita fazer
chamadas assincronas.
EX: tenho uma tela de cadastro de cliente onde tenho 3 combos
Então... em todos os testes q já fiz, dá o uso de remoting é bem mais rápido
que webservice.
Por isso gostaria de debater a conclusão do Pergentino abertamente e até, se
quiser, podemos ajudá-lo no trabalho dele. (claro, se quiser. Na real, acho
q dificilmente alguém da banca vai querer argumentar
já deve ter rolado aqui no forum, mas é sempre bom lembrar deste site:
http://www.jamesward.com/census/
uma aplicação que compara várias tecnologias de transferencia de
dados, inclusive AJAX, usando REST, SOAP, Remoting, etc...
julio
On May 20, 9:52 pm, Mário Júnior wrote:
> @Pergentino,
>
> F
@Pergentino,
Fiquei curioso sobre sua tese de *não usar r*emoting para aplicações que
tiverem várias chamadas/requisições.
Se puder dissertar algo sobre sua tese, e quais métodos de testes o levaram
a essa conclusão, gostaria de debatê-la.
(na maior boa vontade, claro =D)
um abraço.
2009/5/2
Esqueci o anexo.
Bruno, falei que sobrecargas de chamadas, usa-se WebServices.
O que chamei de sobrecarga de chamadas, seria uma aplicação que houvesse
várias chamadas ao servidor (inclusive simultaneamentes).
2009/5/20 bruno bg
> Não entendi sua colocação.
>
> sobrecargas de chamadas => uso R
Cara, RemoteObject (em geral) é bem mais rápido do que WebServices, porém se
sua aplicação tiver várias chamadas simultâneas, é aconselhavel utilizar
WebServices.
Em um recente estudo que estou fazendo para minha dissertação de mestrado,
fiz um teste sobre o tempo de resposta em 3 modos de comunic
Ola
Utilizo RemoteObject por ser MUITO mais rápido que Webservice, porem, o
projeto em qual trabalho permite que eu o utilize.
Cada projeto tem suas particularidades. Se eu puder optar, sempre irei
trabalhar com RemoteObject, porem, se não tiver como o Webservice é uma boa
saida tambem, e muito f
tbm sou curioso quanto a isso.
--~--~-~--~~~---~--~~
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-unsubscr...@goo
vai ter q encapsular suas chamadas em outra classe, dentro de um metodo
"real".
public class OutraClasse {
public function chamaMetodoX():void {
seuRemoteObject.metodoJava();
}
}
var meuObjeto : OutraClasse = new OutraClasse();
meuObjeto["chamaMetodoX"]()
sacas mano.
2009/5/20
eu trabalho com o RemoteObject e funciona tudo blz.
Numa tela tenho até 4 "Remotes" diferentes.
coloque os trechos aê, como vc está usando.
2009/5/20 thiagoalgo
>
> Pessoal estou tentando invocar dinamicamente um método em uma classe
> java com RemoteObject. Estive procurando algo como r
Erko, apesar de eu estar usando dois projetos separados a tua dica me
ajudou e aparentemente resolveu meu problema. Muito obrigado pela
ajuda.
On 14 maio, 11:55, Erko Bridee de Almeida Cabrera
wrote:
> @Thiago:
>
> cara o teu projeto esté no Flex Builder?
>
> o server.name e server.port até onde
@Thiago:
cara o teu projeto esté no Flex Builder?
o server.name e server.port até onde eu observei ele pega das configurações
do projeto definidos no ambiente...
ps.: também já tive esse problema... :P
olha esse link:
http://www.adobe.com/devnet/flex/articles/flex_hibernate_04.html
eu tive que
caso vc tenha mudado na estrutura de pastas, os mapeamentos podem estar
errados
--~--~-~--~~~---~--~~
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
É, da uma googlada ai sobre DAO e DTO. Acho muito mais prático e
organisado tmb
On 20 mar, 14:10, Saulo Esdras wrote:
> É... realmente não vejo como viabilizar essa chamada ao método salvar.
> Até por que, se fosse dessa maneira, como existe um delay na troca de dados
> do flex com seu backend,
É... realmente não vejo como viabilizar essa chamada ao método salvar.
Até por que, se fosse dessa maneira, como existe um delay na troca de dados
do flex com seu backend, a sua aplicação flex ficaria parada esperando o
retorno do método salvar.
Se vc aceita uma opinião, pra manter o esquema organ
Pensei nessa possibilidade também... só que assim tenho que fazer uma
variavel pra retorno do Salvar, uma do retorno do Excluir, e assim por
diante. Na mesma variavel até dá, mas na minha opinião fica arriscado
criar confusão.
Bom, valeu Kraus!!
On 20 mar, 12:44, Eduardo Kraus wrote:
> Como
Como o Flex é assíncrono não não há como fazer este tipo de chamado.
O que terás que fazer é na função de retorno setar a variável.
private function result(e:ResultEvent):void
{
this.resultado = e.result as Boolean ;
});
*Eduardo Kraus*
Desenvolvedor
eduardokr...@gmail.com
http://blog
Galera, consegui resolver
Quinhone, deixei como array mesmo, dai pra recuperar o valor que queria
ficou assim:
gPerfil = grDados[0]['perfil'];
valeu todos pela ajuda.
Lino
2008/4/7 Luis Carlos Quinhone <[EMAIL PROTECTED]>:
> esqueci de dizer, em vez de Array, use
>
> public var grDados
esqueci de dizer, em vez de Array, use
public var grDados:Object;
Att
Quinhone
--~--~-~--~~~---~--~~
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
Bem, depende de como vc está retornado os dados, mas pelo seu exemplo postado
na msg, seria assim:
empresa.text = grDados.empresa;
nome.text = grDados.nome;
Att
Quinhone
--~--~-~--~~~---~--~~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para
Sim eu tinha tentado desta forma, mas mesmo assim ele so me retorno [objeto
Object]
Lino
2008/4/7 Junio Gonçalves Vitorino <[EMAIL PROTECTED]>:
> Os dados que vem do retorno não vem como objeto e sim como um Array então
> o nome do campo não funcionará, ele volta com posições, isto é, numeros.
Os dados que vem do retorno não vem como objeto e sim como um Array então o
nome do campo não funcionará, ele volta com posições, isto é, numeros. tente
por exemplo isso
trace(GrDados[0]);
onde o 0 é o index do Array, sendo assim você teria que tratar essas
informações e atribuir na sua variável.
Junio, se eu utilizar esse grDados na minha datagrid, ele traz os dados,
porem, eu preciso pegar os dados desse array, sem utilizar um DG, por
exemplo: campoTexto.text = grDados.empresa, onde grDados já é um array, e
empresa, meu campo, mas isso não está funcionando, dai gostaria de saber se
eh pos
Desculpe mano acho que peguei o bonde andando, mas vamos lá!!
GrDados seria um DataGrid??
Se esta retornando um Array vc tem que tratar esses dados primeiro para
inserir no GrDados se for um DataGrid, você terá que criar um
ArrayCollection.
Me explica se é isso mesmo ou se estou viajando.
2008/4
ei necessito de uma galeria de imagens por categoria de fotos, estou vendo
alguma coisa no FLEX, mas se alguem tiver algum exemplo, agradeço.
- Original Message -
From: "Henrique" <[EMAIL PROTECTED]>
To:
Sent: Friday, June 01, 2007 7:07 PM
Subject: [flexdev] Re:
-Original Message-
From: flexdev@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf
Of Fabio Terracini
Sent: quinta-feira, 31 de maio de 2007 14:20
To: flexdev@googlegroups.com
Subject: [flexdev] Re: RemoteObject em ActionScript
Bem, a declaração do mx:method não é obrigatória.
Calling
Bem, a declaração do mx:method não é obrigatória.
Calling services in ActionScript
http://livedocs.adobe.com/flex/201/html/dataservices_099_15.html
[]s
Fabio
On 5/31/07, Ramon Soares <[EMAIL PROTECTED]> wrote:
>
> Exato eu só encontro exemplos assim:
>
> mx:RemoteObject id="RO" destination="MyR
Exato eu só encontro exemplos assim:
mx:RemoteObject id="RO" destination="MyRemoteObjectDest"
fault="Alert.show(String(event.fault)), 'Error'">
{stockSymbol.text}
Enquanto eu estou fazendo da sequinte forma
package com.tes
Ou eu não entendi o seu problema ou é muito estranho você não ter
encontrado nada na documentação.
http://livedocs.adobe.com/flex/201/langref/mx/rpc/remoting/mxml/RemoteObject.html
(veja o exemplo no final da página)
http://livedocs.adobe.com/flex/201/html/wwhelp/wwhimpl/common/html/wwhelp.htm?c
47 matches
Mail list logo