Ir al contenido principal

Error al ejecutar php app/console doctrine:schema:create "No Metadata Classes to process."

Este error me ha surgido a la hora de configurar por primera ver un proyecto symfony2 cargado desde git. Tras seguir los pasos de para el uso de doctrine en symfony2 del siguiente artículo http://xandrusoft.blogspot.com.es/2013/05/uso-de-doctrine-sobre-bases-de-datos-en.html, el error que me producía al intentar actualizar el schema de la base de datos (php app/console doctrine:schema:create) era el siguiente: "No Metadata Classes to process.".

Tras pegarme muchas veces con ellos -después buscar y no encontrar ninguna solución en foros ni blogs- lo he conseguido solucionar de la siguiente forma:

Primero me he descargado del repositorio la instalación por defecto de Symfony (es más que recomendable en los primeros pasos tener localizada esta versión) y he ejecutado el composer


git pull origin version1
php composer.phar update

Con esto tenemos la instalación por defecto. Ahora, intentamos volcar la versión reciente de nuestro código


git pull origin issue1

En mi caso, he tenido que borrar los siguiente ficheros, ya que me daba conflicto


bin/doctrine
bin/doctrine.bat
bin/doctrine.php
bin/doctrine.php.bat

composer.lock

y vuelto a tener que ejecutar el composer


php composer.phar update

Creo que en ese punto es dónde estaba el "tick de la cuestión". Estaba tomando otro composer y por eso no reconocía los metadata.

Tras eso he vuelto a ejecutar las instrucciones para crear y volcar el esquema a la base de datos


php app\check.php
php app/console doctrine:database:create
php app/console doctrine:schema:create

Y... esto es todo amigos!

Comentarios

Publicar un comentario

Entradas populares de este blog

Exportar archivo de configuración de WinSCP

S i estamos trabajando con WinSCP seguro que ya hemos guardado distintas sesiones para acceder a ellas directamente en futuras ocasiones y evitar volver a introducir todos los parámetro de configuración. Seguro que también muchos de vosotros habéis agrupado las sesiones en carpetas dependiendo de la naturaleza de las mismas. Este trabajo ocupa un valioso tiempo que no nos podemos permitir repetirlo para todos los equipos que tenemos, por lo que lo más lógico es configurar todas las sesiones y exportar su configuración al resto de equipos , teniendo una sola versión y evitarnos tener que volver a configurar todas las sesiones en cada uno. El problema es que WinSCP no nos muestra la opción de exportar de una forma sencilla, por lo que tendremos que buscarnos la vida. Lo primero que debemos hacer es abrir el programa y acceder a Preferencias -> Almacenamiento (o su equivalente al inglés) En esta pantalla deberemos indicar que almacene la configuración en un archivo

Asignar valores por defecto a input=”file” y a textarea

S eguro que muchos os habéis estado rompiendo la cabeza buscando la forma de dar un valor por defecto a el tipo de dato input=”file” . Pues que sepáis que no se puede!!! No se puede dar un valor por defecto a los campos de este tipo, ya que hacen referencia a una ruta física local y podrían surgir problemas de seguridad. Lo que se puede hacer, por ejemplo, es mostrar la imagen o el nombre del dato que tenemos almacenado y si el usuario desea modificarla, ofrecerle la opción de cargar una nueva. La etiqueta textarea , aunque pueda parecérnoslo, no se trata de un input y para darle valor por defecto simplemente debemos mostrar el texto que deseemos entre su marca de apertura y de cierre. Es decir, en caso de que lo que deseemos mostrar por defecto sea una variable, introduciremos el siguiente código: <textarea id="txtobservaciones" name="txtobservaciones" rows="2" cols="40" class="txt" ><?=$_POST["txtobservaciones"] ?&

Configuración de archivo de Logs para IpTables

I pTables se usa para configurar, mantener e inspeccionar las tablas de reglas de filtrado de IPs en el kernel de Linux, pero por defecto, su sistema de logs no es todo lo completo esperamos. Por defecto, la mayoría de los logs del sistema se guardan en el fichero /var/log/messages pero en este caso vamos a configurar un nuevo fichero para que almacene únicamente los logs que generaremos con algunas reglas en IpTables , creando así su propio archivo de bitácora . Lo primero que debemos hacer es configurar el archivo /etc/syslog.conf , que se trata de un archivo de configuración en el que se indica el modo en que los mensajes del sistema son bitacorizados a través de la utilidad syslogd que se instala y configura por defecto en todos los sistemas GNU/Linux . Debemos añadir al final del fichero la siguiente sentencia: kern.warning /var/log/iptables.log Con esto indicamos que se almacenen los mensajes provienen del kernel con prioridad 4 o superior ('warning' es el nivel de