Oi Franciso, E com relação a velocidade, o SOAP não é mais lento? A performance do sistema fica a contento? _____________________________________________ Alessandro Cunha Fernandes SoftTI - Software e Consultoria e TI. [EMAIL PROTECTED] Fone/Fax: +55 24 2458-4538
_____ De: Francisco Thiago [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 4 de março de 2005 10:18 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Servidor de aplicação com múltiplos remote datamodules Olá src1968! Tudo bem, e com vc? Assim que recebi o seu e-mail, fui correndo conferir o que você me disse Eu não fiz o teste com o TRemoteDataModule... Fiz com um TSoapDataModule (por questões de portabilidade dei preferência para ele)... e .... Deu tudo certo, fiz os testes rodando num Servidor Web WinXP SP2 rodando IIS e como clientes usei um Win98SE e um WinXP SP2 eu não deu erro... Se for o caso, considere mudar a sua aplicação Servidora para SOAP. As diferenças mais gritantes são: As sessões são stateless, ou seja, nada de funções callback, e os métodos são chamados via WebService... entre outras mínimas..... Eu escrevi este módulo usando IIS.. mas você pode escrever para Apache também para reduzir o preço final do produto LICENCIADO para o cliente. Sem contar que você também pode escrever o módulo para Linux e etc... []'s e boa sorte. Novidades? e-mail!!! Francisco Thiago de Almeida Enter&Plug Informática Divisão: Desenvolvimento e Banco de dados MSN: [EMAIL PROTECTED] ----- Original Message ----- From: "src1968" <[EMAIL PROTECTED]> To: "delphi-br" <delphi-br@yahoogrupos.com.br> Sent: Thursday, March 03, 2005 11:28 PM Subject: Re: [delphi-br] Servidor de aplicação com múltiplos remote datamodules Olá, Francisco, tudo bem ?. Esta abordagem q vc utilizou de registrar os PROVIDER no RemoteDataModule nunca funcionou comigo, já relatei isso ao Guinther, pois ele publicou isso em umas de suas edições. Parece q existe um bug nisso, já fiz todos os teste possiveis. Experimente fazer o seguinte: com duas aplicações clientes em maquinas diferentes, (com uma só funciona direitinho) e faça uma pesquisa clicando simultaneamente nas duas em um botao, vc vai observar q os duas irão travar, parece q desse modo (somente registrando os providers q estao em datamodules comuns) ele cria somente uma instancia do servidor e dá problema. Já utilizei para acessar o servidor o SocketConnection, DComConnection, minha string de conexão no servidor esta correta utilizo IP. Já mudei para Both, Apartament, Single. E simplesmente nada, sempre trava na situação acima. Com os componentes SqlConnection, TSQLDataSet e Provider em um só Transactional Remote funciona direitinho nunca dá problema mesmo estando cheio de componentes. Se vc obteve sucesso me avisa, nao sei ainda o q esta errado. Obrigado. De:"Francisco Thiago" [EMAIL PROTECTED] Para:delphi-br@yahoogrupos.com.br Cópia: Data:Wed, 2 Mar 2005 23:01:40 -0300 Assunto:Re: [delphi-br] Servidor de aplicação com múltiplos remote datamodules > > Eu utilizo de um sistema parecido com o seu. O para isso que você quer > pode > fazer oseguinte, No evento OnCreate do RemoteDataModule eu uso a seguinte > codificacao > > //TDataModule que contem os componentes > DmCadastro := TDmCadastro.Create(Self); > for i := 0 to DmCadastro.ComponentCount - 1 do > if DmCadastro.Components[i] is TDataSetProvider then > RegisterProvider(TDataSetProvider(DmCadastro.Components[i])); > > E no evento OnDestroy eu uso um > > for i := 0 to DmCadastro.ComponentCount - 1 do > if DmCadastro.Components[i] is TDataSetProvider then > UnRegisterProvider(TDataSetProvider(DmCadastro.Components[i])); > DmCadastro.Free; > > É isso ae > > Francisco Thiago de Almeida > > > ----- Original Message ----- > From: "Alessandro Fernandes" > To: > Sent: Thursday, March 03, 2005 9:48 PM > Subject: [delphi-br] Servidor de aplicação com múltiplos remote > datamodules > > > > Colegas, > > Estou iniciando um novo projeto no qual decidi adotar a programação > multicamadas. Todos os meus projetos até aqui vinham sendo desenvolvidos > como cliente servidor. > > Em meus sistemas anteriores eu tenho adotado a seguinte estratégia de > implementação: Uso o padrão MVC onde minha camada de modelo é implementada > por uma série de datamodulos cada um representando um determinado objeto > do > sistema. Por exemplo eu teria classes como TClientes, TProdutos, TVendas > etc. que nada mais são que datamodulos implementando toda a lógica de > acesso > ao banco de dados e métodos com as regras de negócio referentes ao > respectivo objeto. São com essas classes que meus objetos da camada de > controle interarem. > > A dúvida é: Como posso manter essa filosofia na hora de montar o meu > servidor de aplicação? Gostaria de ter cada objeto de meu sistema > representado por um datamodulo remoto. Gostaria que minha camada de > controle > (que está no cliente) pudesse fazer referencia aos métodos de um > determinado > objeto (Produtos por exemplo) que está lá no servidor. > > Todos os exemplos que vi até aqui tem no servidor de aplicação um único > datamodulo com todos os componentes de acesso e todas os métodos do > sistema. > Posso implementar vários datamodulos no servidor de aplicação um para cada > objeto do meu modelo sem ter problemas de performance? Tem como apenas > criar > os damodulos quando esses forem requeridos por algum cliente e destruí-los > quando não estiverem sendo usados, ou isso não importa? > > Não sei se consegui ser suficientemente claro. Caso tenha deixado pontos > obscuros me digam para que eu possa explicar melhor. > > Obrigado. > > _____________________________________________ > Alessandro Cunha Fernandes > SoftTI - Software e Consultoria e TI. > [EMAIL PROTECTED] > Fone/Fax: +55 24 2458-4538 > > VAI IMPRIMIR? Pense antes em sua responsabilidade > com a preservação do meio ambiente e com a redução > de seus custos. > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > > > > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Para ver as mensagens antigas, acesse: > http://br.groups.yahoo.com/group/delphi-br/messages > > Para falar com o moderador, envie um e-mail para: > [EMAIL PROTECTED] ou [EMAIL PROTECTED] > > Links do Yahoo! Grupos > > > > > > > > > Samuel Ribeiro de Campos Setor Desenvolvimento-Informatt Ltda www.informatt.com.br [EMAIL PROTECTED] [As partes desta mensagem que não continham texto foram removidas] -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Links do Yahoo! Grupos -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Yahoo! Grupos, um serviço oferecido por: <http://br.i1.yimg.com/br.yimg.com/i/br/ads4/2309_lrec_yshopping2.gif> <http://br.rd.yahoo.com/SIG=12ainvbk5/M=264105.3931087.6562589.1588051/D=brc lubs/S=2137111264:HM/EXP=1110028709/A=2361264/R=6/SIG=10v4acpp0/*http://br.s hopping.yahoo.com/> _____ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> * O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo! <http://br.yahoo.com/info/utos.html> . [As partes desta mensagem que não continham texto foram removidas] -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Para ver as mensagens antigas, acesse: http://br.groups.yahoo.com/group/delphi-br/messages Para falar com o moderador, envie um e-mail para: [EMAIL PROTECTED] ou [EMAIL PROTECTED] Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/delphi-br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
