Magento 2.0 Stable - Habilitar módulo personalizado dá erro

Question

Download

Hoje baixei o lançamento completo do Magento 2.0 no site do Magento.eu baixei o Versão completa com dados de amostra (ZIP com dados de amostra) e instalei.Eu queria testar se meu módulo personalizado construído no RC-1 ainda estava funcionando, mas quando tentei habilitar o módulo, recebi um erro.

Instalação do módulo

Quando quis instalar meu módulo personalizado, notei o app/code diretório desapareceu e depois de alguns cliques descobri que ele foi movido para o vendor diretório.Presumi que isso foi feito pelo compositor, então decidi adicionar meu módulo ao composer.json na raiz do documento.Correndo composer update instalou o módulo no diretório do fornecedor.

Erro

Tentei ativar o módulo executando o seguinte comando no meu diretório raiz:

PHP -f bin/magento module:enable --clear-static-content Test_Module

http://devdocs.magento.com/guides/v2.0/extension-dev-guide/enable-module.html

Infelizmente, recebo o seguinte erro;alguém tem uma ideia do que está errado?

[InvalidArgumentException]
Não há comandos definidos no namespace "módulo".

Answer 1

Por enquanto eu consertei fazendo isso sem compositor.Eu criei manualmente um code diretório dentro do app diretório na raiz do Magento.Aqui eu adicionei o módulo em /Vendorname/Modulename o que funcionou.

Não é exatamente do jeito que eu queria fazer, mas por enquanto terá que servir.Se alguém tiver uma resposta melhor e puder me dizer por que fiz algo errado no estilo do compositor, por favor me avise.

Answer 2

Dando controle total (leitura/gravação/execução) para var e bar diretório resolveu esse problema para mim.

sudo chmod -R 777 var pub

Ou você também pode tentar executar o comando usando sudo.

sudo php -f bin/magento module:enable --clear-static-content Test_Module

Answer 3

No meu caso, houve erros no caminho do esquema no meu module.xml arquivo, e também algumas linhas comentadas em composer.json que o Magento 2 não gostou.Depois de esclarecê-los, os módulos foram registrados.

Por exemplo, em module.xml, o caminho para o esquema xsd estava incorreto.Algumas pessoas têm o caminho assim:

../../../../../lib/internal/Magento/Framework/Module/etc/module.xsd

(observe a caixa da letra!)

onde deveria estar

../../../../../vendor/magento/framework/Module/etc/module.xsd

Também tinha schema_version="1.0.0" no module nó que estava obsoleto (?), então eu o removi.

Além disso, há um elemento de "sugestão" no composer.json objeto que eu não precisava e tinha comentado com barras, o que causou um erro.

Depois de esclarecê-los, tudo foi registrado corretamente.

Answer 4

Eu tive o mesmo problema e segui várias sugestões estúpidas sugeridas para corrigir o problema, como excluir meu compositor.json algo assim.Mas isso não resolveu meu problema.Hoje enfrentei o problema novamente e tentei uma nova abordagem para rastreá-lo.Todos os detalhes e capturas de tela estão na postagem do meu blog pessoalhttp://david.firstbiz.cc/blog_detail.php?id=115Descrevi meus passos aqui:

1. para CLI, anexe "-vvv" e ele exibirá caminhos de rastreamento de função
2. tente carregar qualquer página de produto e verifique o log de erros do servidor web e você poderá ver mais detalhes.
3. o nome da classe e o nome do arquivo devem ser iguais (*este é o caso que enfrentei)