Mumps Ipsum e a Internet
Cristiano
Sou novato no desenvolvimento com o Mumps e preciso de algumas dicas.
Estamos pensando em disponibilizar alguns dados de nossa base Mumps na
Intranet de nossa empresa. Uma das soluções a que chegamos, foi a
seguinte: Criar CGIs em Perl ou Delphi, que gravam as requisições ao
Mumps em arquivos texto. Um programa Mumps fica lendo um Diretório do
unix atras desses arquivos, assim que ache um, ele le o conteúdo do
arquivo (requisição) e faz a consulta, retornando um arquivo com o
mesmo nome mas com extensão diferente. O CGI le o arquivo de resposta
e devolve os dados. Isso gera uma latência que as vezes o programa CGI
não consegue receber a resposta ou enviar novas requisições.
Como disse sou novato em Mumps, e acho que essa solução não é a
melhor. O pessoal que trabalha comigo, nunca trabalhou com algo desse
tipo, então, fica difícil.
Por favor, deêm suas opniões e dicas sobre como melhorar essa
aplicação.
Obrigado,
Cristiano.
Denver Braughler
> [Basically the incoming HTTP GETs are written as Unix text files.
MUMPS keeps polling the Unix file system.
When MUMPS sees a new request file, it reads it and writes back an answer in same directory
with the same name but a different extension.
The asynchrony lengthens response times and keeps the CPU busy when nothing is happening.]
Oy, Cristiano,
You are using a solution that is very difficult.
I suggest that you try one of these two:
1. You configure MUMPS itself to receive and reply directly to HTTP requests.
2. You configure your CGI (Perl) to invoke MUMPS synchronously.
:Denver
Cristiano
It forgives me for not having sent my message in English,
thanks for answering me.
I can read HTTP GETs/POSTs from Mumps?
What type of configuration I need to make?
I am not certain if our Mumps can make this or as to make.
I tried this one. I created one simple TCP server in Perl, and execute
from Mumps with $ZF, I'm trying to read the STDOUT without success,
the READ command doesn't get finished until the Perl program is open.
Forgives my poor English. doesn't have much time to study more ;)
thanks in advance, Denver.
Denver Braughler
> Denver Braughler wrote:
> > I suggest that you try one of these two:
> >
> > 1. You configure MUMPS itself to receive and reply directly to HTTP requests.
> >
> > 2. You configure your CGI (Perl) to invoke MUMPS synchronously.
> >
Eu gostei de seu Portugues muito bem.
> I can read HTTP GETs/POSTs from Mumps?
1. Sim!
> What type of configuration I need to make?
Run a job that listens for connections via TCP.
The default TCP port for HTTP is 80.
> I created one simple TCP server in Perl,
Next you should try to do the same thing in MUMPS.
> and execute from Mumps with $ZF,
> I'm trying to read the STDOUT without success,
> the READ command doesn't get finished until the Perl program is open.
I meant vice versa; that is, for Perl to invoke MUMPS.
2. Create a Perl program that accepts the connection and then runs MUMPS and returns the result.
> Forgive my poor English.
É muito mais melhor do que meu portugues.
There are other Brasileiros on this forum.
:Denver
Roger
for uma versão um pouco mais antiga, deve ser o OpenM. Nesses dois
Mumps há um componente chamado VisualM, que é um OCX e que pode ser
usado no Delphi para se comunicar com o Mumps. Eu nunca usei o Delphi
para criar aplicações para Web, mas creio que seria possível criar um
CGI em Delphi usando o VisualM para enviar as requisições para o
Mumps, processá-las no Mumps, receber a resposta no Delphi e
apresentá-las na Web. Hoje eu não uso mais Caché ou OpenM, eu uso o
GT.M, que é grátis e roda em Linux. Como não havia um VisualM para o
GT.M, eu criei algo similar, que chamei de MLink. Ele consiste de um
componente cliente para Delphi/Kylix e um servidor escrito em Mumps
que roda no GT.M. Seria possível tanto portar o servidor Mumps para
rodar em outros tipos de Mumps, como seria possível escrever clientes
para outras linguagens, assim teriamos um sistema que funcionaria em
vários Mumps e com várias linguagens, o que tornaria fácil trocar de
Mumps ou de linguagem usada no cliente e continuar usando um sistema
já conhecido.
Espero ter ajudado.
Rogério
MLink - www.sourceforge.net/projects/mlink
GT.M - www.sourceforge.net/projects/sanchez-gtm
Denver Braughler
> Nesses dois Mumps há um componente chamado VisualM, que é um OCX e
> que pode ser usado no Delphi para se comunicar com o Mumps.
É verdade.
I perhaps should had added a third option:
3. Retrieve the data via SQL and ODBC.
I thought that he needed MUMPS to interpret the request and/or build the answer.
But if all he needs from MUMPS are some data, then Delphi of Perl can parse the query and format the result.
Cristiano
Legal, Rogério...
Já tinha visto alguma coisa sobre o GT.M e o MLink no SourceForge,
muito legal o GT.M, se me lembro as rotinas ficam no filesystem do
Linux, não é? Muito melhor se for assim, você pode usar o vi ou outro
editor do Linux para editor suas rotinas. Parabéns pelo MLink! Muita
força para vc e todos envolvidos no projeto. Acho que agora vou baixar
o GT.M na minha casa para aprender a lidar com ele. Como está o
projeto do MLink? Vc tem conseguido ajuda?
Agora, eu não sabia que o VisualM funcionava com o OpenM ? que é o que
nós usamos... Eu conheço o VisualM, porque eu pedi o CD Demo do
Caché... Será que qualquer versão do OCX funciona com o OpenM ?
Tanks Rogério !
Vc ajudou sim, valeu pelo opnião... sucesso
Cristiano
Hello Denver,
I have the VisualM (the OCX) and go to try to have access the OpenM with it.
It will be that any version of the component can be used ?
Yours Portuguese is very good,
and I have to use dictionary to write here...
Obrigado, amigo...
Denver Braughler
> I have VisualM (the OCX) and try to access OpenM with it.
> Can any version of the component can be used?
Eu não sei. I have not used it.
I see that you asked Rogério the same question.
I have to let him or another respond.
Roger
Eu não tenho certeza se qualquer versão do OCX funciona com o OpenM,
mas pode ser que sim. Eu já trabalhe com o OpenM e com o Caché, e pelo
menos nas propriedades no OCX no Delphi não havia nenhuma diferença
entre as duas versões.
Quanto ao GT.M e o MLink, fico feliz em saber que você irá testá-los.
Eu já recebi alguns e-mails sobre o MLink, mas até agora não recebi
nenhuma colaboração efetiva. Eu tenho um sistema para Laboratórios que
foi escrito usando o OpenM+VisualM+Delphi e eu consegui fazê-lo
funcionar usando o GT.M+MLink+Delphi. Hoje eu já não disponho de uma
instalação do Caché ou OpenM, nem manuais para poder modificar o
servidor do MLink para funcionar também no Caché-OpenM. Quando isso
acontecer, e eu espero que aconteça, o meu sistema poderá funcionar
tanto no Caché quanto no GT.M e em qualquer outro tipo de Mumps que
for possível portar o servidor do MLink. Isso seria legal. É esperar
para ver. Há, tenho um outro projeto que é muito legal e que usa o
MLink, eu o chamo de MTables e com ele é possível mapear as globais
para tabelas, o que torna mais fácil para recuperar os dados do Mumps
e mostrá-los na aplicação em Delphi.
Qualquer coisa, pode me escrever para o meu e-mail.
Até,
Rogério.
Ricardo
Estava procurando por soluções com o Open M , tentando instalar a
versão M/sql - mic 6.203 utilitario 6.04a no Linux Conectiva 8, porém
ao tentar criar o MUMPS.DAT houve erro.
È possível utilizar esta versão Open M da Intersystem no Linux, pois
a própria Intersystem não sabe (ou não quer informar).
Atenciosamente,
Ricardo
Roger
Ricardo,
Esta versão do Open/M é para Linux ou você está tentando instalá-la à
partir de uma estação Windows no servidor Linux? As permissões de
criação de arquivo no Linux estão certas? Você pretende acessar o
Open/M por SQL?
Rogério.
Ricardo
>
> Esta versão do Open/M é para Linux ou você está tentando instalá-la à
> partir de uma estação Windows no servidor Linux? As permissões de
> criação de arquivo no Linux estão certas? Você pretende acessar o
> Open/M por SQL?
>
> Rogério.
Rogério,
Obrigado por responder a minha mensagem !
A versão Open/M que estou tentando instalar é originalmente para
Unix(SCO 5.05), fiz um backup para CD e copiei para um diretório msql
(no Linux) e tentei fazer a instalaçao conforme o manual da
IPSUM,referente ao Unix.
A minha intenção seria instalar no Linux para ter mais facilidade em
utilizar outros programas ou mesmo outro banco de dados (GT.M), pois a
Intersystem só quer fazer upgrade para a versão caché sem oferecer uma
condição custo x beneficio satisfatoria.
Atenciosamente,
Ricardo