Ótimo! estou mesmo precisando... O padrinho (Bruno) já deve estar de saco cheio de eu enchendo o saco dele hehehe... Quanto o COM+... instala mesmo o apache.. e tá tranquilo :D (Pra tomar SOPA é claro )
Meu messenger eh [EMAIL PROTECTED] Tamos ae...e obrigado pela dica (do erro do registro)... 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: 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 <*> 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
