Dúvidas duvidosas e não sintetizáveis para um título de tópico

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

Oi pessoal, boa tarde.

Dada a seguinte estrutura, que está funcionando muito bem:

public class Person {
	public boolean isUnderAge() {
		return false;
	}

@Remotable
	public Integer create() {
		return persistenceStrategy.create( this );
	}
	
	@Remotable
	public void load() {
		persistenceStrategy.load( this );
	}
}

public class RemoteInterceptor {
	// ...

@Around( "execution( @my.package.local.Remotable * my.package.entities...*.*(..) )" )
	public Object around( JoinPoint point ) throws Throwable {
		Object target = point.getTarget();

Signature signature = point.getSignature();
		String methodName = signature.getName();

MethodRtti methodRtti = ( MethodRtti ) point.getRtti();
		Object[] args = methodRtti.getParameterValues();

Object returnValue = null;
		
		try {
			returnValue = remoteProcedureCaller.call( target, methodName, args );
		}
		catch( Exception e ) {
			e.printStackTrace();
		}

return returnValue;
	}
}

public class RemotingTest {
	public static void main( String[] bananinha ) {
		Person p = new Person( "lipe", 20 );
		p.create();
		
		Person p2 = new Person( 1 );
		p2.load();
	}
}

Como eu faria para:
1. poder encapsular diversas chamadas remotas num objeto só, enviar este objeto para o servidor, executar os métodos e retornar para o cliente os valores de retorno da execução dos métodos para os chamadores. Algo como

2. criar uma transação, algo como

Quanto a 2, louds sugeriu utilizar ThreadLocal para demarcação das transações, mas AspectWerkz infezlimente não suporta mais um per-thread model dos interceptors.

Alguém tem alguma luz? Algo que deveria estudar? Ou devo desistir pois é impossível?

Valeu pessoal.

JavaEvangelist Membro desde: 07/06/2005 12:01:01 Mensagens: 316 Offline

Na questão 1 vc pretende fazer diversas operações(chamadas) num único método? Se sim eu fazeria mais ou menos desse jeito:

Sobre a questão 2 eu criei uma classe(bem simples) que usa uma única transação(do hibernate) para diversas regras(e consequentemente daos), uso essa classe sempre na última camada(web ou desktop) do sistema, caso queira posso disponibilizar parte do fonte.

Sem mais, Rodrigo.

LIPE, ao invés de RemoteInterceptor, vc não poderia utilizar um Proxy? Assimi vc faria este mesmo trabalho em um InvocationHandler.

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

Rodrigo, não é este o objetivo. O necessário é encapsular diversas chamadas ao servidor em uma só. Algo como um TO.
Sobre as transações, não entendi como aplicar sua sugestão no contexto que falei, pode explicar melhor?

Maikon, testei esta possibilidade e constatei que a geração de proxies é um tanto lenta quando comparada ao uso de AOP. Mas o resultado final é o mesmo

Valeu pelos replies pessoal.

Eu nao entendi muito, mas em (1) voce poderia utilizar um agregate de commands, acho

ixprica meió aê

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

Vou explicar melhor a 1.
Em dado momento do software, em determinada classe mágica, faria o seguinte:

Contudo, quem chamou person.create() está esperando um Integer como retorno. Como separar os diferentes métodos adicionados ao Command e retornar os valores para quem chamou cada método?

Quase...

Você intercepta uma chamada a Person.create() e executa este Command?

Se for, porque você não faz um command.getResult()?

Ah, e não adicione commands assim, use um composite.

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

Boa idéia do composite, bem melhor.

Contudo, não seria a classe chamadora que criaria o composite.

Agora, pensando melhor, as duas idéias se complementam.

Melhorando o RemoteInterceptor:

edit: acabei de pensar. Minha idéia é impossível hehe não tem como:

Bosta, não tem como manter isso transparente

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

Primeiro: não era mais fácil usar o genesis não?

Segundo, para fazer o que você quer com as transações, não é mais fácil escrever um método @Remotable que chame os outros?

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

E o aprendizado, fica onde?

Não entendi a sua idéia Mister, pode explicar um pouco melhor?

Valeu

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

LIPE wrote:E o aprendizado, fica onde?

Em aprender a usar o genesis

LIPE wrote:Não entendi a sua idéia Mister, pode explicar um pouco melhor?

Se você tem:

Não seria mais fácil fazer:

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

hehe espertinho

Entendi sua sugestão, mas queria fugir disso para evitar proliferação de métodos que funcionam apenas como façade.

Será que tem jeito?

Virtual Machine Man Membro desde: 18/03/2005 16:13:17 Mensagens: 736 Offline

LIPE wrote:Entendi sua sugestão, mas queria fugir disso para evitar proliferação de métodos que funcionam apenas como façade.

Esses métodos deveriam ser mais ou menos 1:1 com os casos de uso. Isso é ruim? Acho que fica muito mais claro, na verdade

LIPE wrote:Será que tem jeito?

Depende. Qual a boundary natural da tua transação?

GUJ Expert Membro desde: 12/03/2003 11:25:57 Mensagens: 4680 Offline

Hum, pensando por este lado parece bom. Gostei

Quando ao boundary natual de minha transação eu vou estudar, depois te respondo hehe

Valeu cara \o/

Notícias, artigos e o maior fórum brasileiro sobre Java