Meteor Development Environment – Eclipse com plugin RSE para VirtualBox VM

Tive sorte em começar a trabalhar com o Meteor, pois há muitas considerações com ambientes hospedados ou rodando o seu próprio. Como o Meteor não é nativo do Windows (por que você), a maneira mais óbvia de colocá-lo em funcionamento é em sua própria máquina virtual.

Seguindo estas etapas, consegui criar um ambiente de desenvolvimento no Windows, mas também deve funcionar em outras plataformas):

  1. Baixe o VirtualBox da Oracle. Instale-o.
  2. Baixe o OVF da VM Nodejs (máquina virtual – ou “Appliance”) aqui: Link
  3. Em VirtualBox File> Import Appliance … e carregue na OVF VM.
  4. Uma vez feito isso, inicie a máquina virtual e execute-a pela primeira vez.

Agora que você tem sua VM em execução, é hora de colocar o Meteor nele. Você pode se conectar à VM usando um cliente SSH como Putty, ou para troca de arquivos WinSCP é ótimo. Optei por não usar o plugin Remote System Explorer (RSE) para Eclipse. Isso me permite trabalhar em uma máquina Linux remota como se fosse local (abrir / editar / salvar / ssh) Então isso é uma coisa legal de qualquer maneira, eu deveria tentar em um servidor ‘real’ um dia ..

  1. Usando o Eclipse como editor, baixe e instale o plugin do Remote System Explorer Link
  2. Na guia Remote Systems no Eclipse, clique com o botão direito em> Connect … to your running Nodejs VM.

Agora você deve conseguir navegar para a máquina virtual diretamente do Eclipse, abrir / salvar arquivos como se estivessem localmente em seu PC.

Você também pode abrir uma janela de terminal para a máquina diretamente no Eclipse (clique com o botão direito em Terminais SSH> Conectar ..> Iniciar. Na linha de comando, você apenas instala o Meteor conforme indicado em www.meteor.com .

Você pode (e deve) anexar plug-ins de versionamento dentro do eclipse para conectar e versionar o código no repositório de sua escolha dessa forma.

Também configurei um redirecionador de DNS usando no-ip para alguns testes externos, redirecionando a porta 80 para a porta 3000 na VM. Achei que era super lento. Então, para testes externos, acabei usando meu IP público diretamente, redirecionado para a porta 3000 do servidor do meteoro. Muito mais rápido.

De qualquer forma: Voilà – ‘local’ Meteor Dev Env para seu prazer responsivo.