Pergunta

Então, eu tenho um cliente que precisa estar em execução tomcat para várias coisas (Solr e um webservice também) e depois de ter uma reunião com ele e outro programador no projeto, eu tenho um pouco confuso. O outro programador foi jogando em torno de chavões e dizendo coisas como "Nós precisamos ter middleware para tomcat." Em resposta a isso, o meu cliente me pede para olhar para middleware para tomcat que me confundiu, porque eu pensei que escrever um webservice seria específico para o projeto na mão e assim o "middleware" seria desenvolvido por nós. Se este for o caso, porque não basta dizer "serviço Web"?

A minha pergunta é: Existe um servlet de código aberto ou plug-in para o tomcat que torna middleware ou faz sentido que eu deveria estar escrevendo meu próprio middleware para tomcat (talvez algo a partir do site do apache?)? Ou ... é tomcat middleware considerados? Eu sou um n00b total quando se trata de Java e tomcat, mas não tenho muita experiência com C #, então eu estou tentando descobrir como isso se relaciona com C #. Eu nunca usei o termo "middleware" antes e eu tenho certeza "webservice" é praticamente a mesma coisa.

Todas as idéias?

Foi útil?

Solução

Todas estas respostas são muito detalhado. Sim, Tomcat é middleware. que fica entre a camada de HTML / Javascript no navegador do cliente e a camada de banco de dados no seu servidor. Não é tão cheio de recursos como um servidor J2EE, mas é ainda "middleware", tanto quanto o chavão prazo geralmente aceite vai.

Outras dicas

O termo middleware é geralmente usado para descrever software que seu propósito é conectar juntos dois sistemas diferentes.

Se você estiver escrevendo serviços web em cima de outro aplicativo e a terceira aplicação vai falar com os serviços web. Então sim, você está escrevendo middleware.

Se você está geralmente trabalhando em um ambiente .NET e alguns sistemas estão em Tomcat. Então é provável que o outro programador foi alegando que para conectar os aplicativos .NET para Aplicativos Java no Tomcat, alguns middleware teria que ser escrito. (Ele provavelmente está certo.)

Middleware é literalmente apenas um software que fica no meio de 2 sistemas. Ele faz coisas como se um sistema de talk XML sobre HTTP, o outro sistema de fala COBOL. Middleware pode fazer a tradução entre os dois sistema.

Um monte de "middleware" lá fora no espaço J2EE são apenas construir software em cima de um recipiente J2EE. Infelizmente, tomcat não é um recipiente J2EE full-fledge, ele apenas implementa a especificação Servlet. Portanto, não há suporte para outras instalações J2EE tais como JMS, EJB, SMTP, etc o que limita a sua capacidade off-the-auto para se conectar ao outro sistema.

No entanto, se você está trabalhando com sistemas modernos, um monte de software pode ser executado em tomcat que lhe permite conectar a outro sistema utilizando-serviço baseado na web SOAP. Neste caso, você realmente não precisa de um sistema de middleware separado.

All-in-tudo, identificar quais sistemas você precisa se conectar agora, o que os sistemas que você precisa se conectar a um futuro próximo, e mantê-lo estúpido e simples (KISS). Não basta fornecedores confiar cegamente que vai reivindicar seus middleware vai fazer café e entrega-lo para o CEO por dia, se é isso que eles precisam dizer para fazer a venda.

Quanto a "web-service", serviço web realmente significa serviço de qualquer coisa que você pode chamar a partir da web. Por isso, mais uma vez, depende do seu público, se você é a comunicação com fornecedores externos familiarizados com web-serviço SOAP com base, você tem muitas opções. No entanto, se você público quer chamá-lo de serviço por twittar contra a sua conta tweeter, também é um serviço web.

Você pode justificadamente tapa o rótulo de "Middleware" em qualquer coisa que tem clientes separados e back-ends. A questão para mim não é o que você chamá-lo, mas se ou não o "it" é o direito arquitetura / tecnologia para a situação.

Eu acho que a resposta óbvia seria, "Middleware para Tomcat para fazer o que?"

Se a resposta da pessoa é, "para ficar entre o banco de dados eo navegador", em seguida, a resposta certa é "Tomcat é middleware".

Se a resposta é: "Para estar entre o nosso servidor de segurança e Tomcat", então a resposta é, provavelmente, "Ok, vamos ter que verificar se já temos esse tipo de software em casa ou se precisamos adquirir ou construir . "

Na vida real, quando esse tipo de coisa vem à tona a resposta que muitas vezes se é mais como, "Porque eu li em uma revista que Web middleware é a mais recente tecnologia de ponta e por isso deve usá-lo" ou "Umm, porque, como, eu ouvi em algum lugar que você sempre precisa de middleware ou utensílios de metal ou algo assim "então a resposta correcta é:" Quando você identificou o problema, podemos discutir soluções. não vamos decidir sobre uma solução e, em seguida, procurar um problema que poderia resolver. "

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top