Hehehehe!!!! Ele assinou!!!! (desculpe, mas eu precisava comentar :D)
Francisco Thiago de Almeida Enter&Plug Informática Divisão: Desenvolvimento e Banco de dados MSN: [EMAIL PROTECTED] ----- Original Message ----- From: "src682003" <[EMAIL PROTECTED]> To: <delphi-br@yahoogrupos.com.br> Sent: Monday, March 07, 2005 12:02 PM Subject: [delphi-br] Re: Servidor de aplicação com múltiplos remote datamodules- HELP Olá, pessoal, como eu já disse e esta registrado no histórico, o q aconteceu comigo, pode ser q nao aconteça com outros, apesar de ter feito todos os testes possíves aqui, inclusive com o próprio exemplo do GUINTHER, e realmente ocorreu o mesmo problema. Quando registro os PROVIDERS no DataModule Principal, as aplicações clientes travam qdo feita a pesquisa simultaneamente. A abordagem q vou tomar podem ser tres, deixar tudo num só DATAMODULE (MTS), usar o SHAREDCONNECTION, ou como o FRANCISCO disse dividir em várias aplicações servidoras. A do SharedConnection provalvelmente eu não adote, por ser um pouco complicado e trabalhoso. A mudança da aplicação servidora para o modelo SINGLE, tambem não resolveu eu já passei isso ao GUINTHER, mas não obtive resposta. Mas vamos ficar tranquilos, esta funcionando muito bem minha aplicação, apenas estou passando o q aconteceu comigo. OK. Um Abraço. Samuel. --- Em delphi-br@yahoogrupos.com.br, "Bruno Lichot - Micrologos" <[EMAIL PROTECTED]> escreveu > Galera, > > Vamos a alguns esclarecimentos: > Servidor COM+ cria uma sessao para cada usuario, a possibilidade de travar o > servidor não vem da tecnologia mas sim do mau uso da programação. > e se caso ocorra um travamento por algum tipo de erro de programação, basta > definir o thread model como single ele voltara a funcionar normalmene até q > se descubra o problema q causou a trava. > qdo vc desenvolve uma aplicação SOAP, cada usuario e uma sessão, ou seja os > dados e os processos são específicos para cada usuário. > > as ordens > > []´s > Bruno Lichot > Gerente de Novas Tecnologias - Micrologos > Equipe ClubeDelphi.NET > DevMedia Group > > www.micrologos.com.br - www.clubedelphi.net - > www.delphirio.assespro-rj.org.br > ----- Original Message ----- > From: "Rogério" <[EMAIL PROTECTED]> > To: <delphi-br@yahoogrupos.com.br> > Sent: Friday, March 04, 2005 5:43 PM > Subject: Re: [delphi-br] Servidor de aplicação com múltiplos remote > datamodules- HELP > > > > > > Não ententí direito: > > Me esclareçam por favor ! > > Vejam: > > > > Quer dizer que: > > Se eu tiver vários usuários utilizando a > > mesma aplicação, > > mesmo processo, > > o aplicativo trava ou seja, não funcionará ?? > > > > Fiquei preocupado, pois estou migrando para COM+ / n-tier. > > Por favor deem uma luz, pois terei que pensar em outra maneira de > > desenvolver (SOAP é uma delas) > > []'s > > Rogério. > > > > > > > > > > ----- Original Message ----- > > From: "src1968" <[EMAIL PROTECTED]> > > To: "delphi-br" <delphi-br@yahoogrupos.com.br> > > Sent: Friday, March 04, 2005 10:52 AM > > Subject: Re: [delphi-br] Servidor de aplicação com múltiplos remote > > datamodules > > > > > > > > Blz, Francisco, obrigado pela dica > > > > Na verdade vou ter q fazer um servidor Soap tb, mas futuramente, pois > minha > > aplicação cliente tem q ser windows sem o IIS. > > > > O Aplicação Servidor q uso é COM+, neste funciona direitinho, pois tb é > > stateless, o único problema é o do registro dos providers q estao em > outros > > datamodules que tive q acabar abandonando esta abordagem, pelo problema já > > citado. > > > > Se precisar trocar figurinhas, estou por aqui. > > > > > > > > Samuel. > > > > > > > > > > > > De:"Francisco Thiago" [EMAIL PROTECTED] > > > > Para:delphi-br@yahoogrupos.com.br > > > > Cópia: > > > > Data:Fri, 4 Mar 2005 10:18:01 -0300 > > > > 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" > > > To: "delphi-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] > > > > > > 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] > > > > 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 -- <<<<< 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
