may 24

Cambia el chip

Que puedo decir, acabo de enterarme por el blog oficial de Velneo, y parece que se refieren a mi, mejor deberiais leer el post original antes de continuar…

Leer la noticia completa…

Espero que ahora podais entender porque he tenido un poco abandonado el blog, como podeis ver, no he dejado de escribir, todo lo contrario, he escrito aún más y con más ilusión.

Han sido varios meses de duro trabajo en el que he gastado la tinta de cientos de boligrafos y una cantidad indecente de oleo para dibujar las imágenes. :)

Espero que el resultado sea del agrado de la mayoría, y sobre todo, que este manuscrito cumpla su objetivo principal, que es:

¡¡¡ Cambiar el chip !!! y ayudar a entender la filosofia de Velneo V7 como herramienta que consigue que algo tan abstracto como puede llegar a ser la programación, sea divertido y ameno.

Espero que reserveis con tiempo vuestro ejemplar, para que así me de tiempo a realizar las copias necesarias para cada uno de los interesados. Además necesitare realizar un pedido de plumas,  oleos y papiros que determinaré en función de los pedidos realizados.

Nos vemos en el evento, 😉

¡LIFE IS SOFT!

PDF Download    Enviar artculo en formato PDF   
comments: 15 »
jun 11

Reinstanciar una aplicación

Posted in analisis, vAdmin, vServer

Nuevamente aqui para realizar otra sugerencia / critica al actual sistema de instanciacion de vAdmin, pero antes de eso un poquito de historia:

En V6, instalar una actualización de una aplicación, es tan sencilo como Pegar el Archivo.VAM en el servidor, en la carpeta correspondiente donde tambien estan los datos, excepto que se hayan redireccionado con un VRT. ycon el boton derecho del raton, elegir la opcion de Reiniciar la aplicacion, y esta se reinicia automaticamente o queda en espera hasta que todos los usuarios abandonen su conexion actual

En V7, esto tiene algo mas de lio, porque en condiciones normales es muy similar, pegamos los proyectos de la solucion en la carpeta del servidor (a no ser que ya estemos trabajando con vServer en edición y ejecución al mismo tiempo) y reiniciamos las instancias de aplicación y las instancias de datos, y es aqui donde empieza a liarse la historia, ¿porque?:

  1. Porque cuando se instancia una aplicación (una solución con varios proyectos), normalemente se instancia el proyecto principal (el que hereda a todos los demas) y se acepta casi siempre la misma carpeta para todos los proyectos de datos, juntando en una misma carpeta, todos los archivos de datos de todos los proyectos.
  2. Se podrian instanciar los proyectos por separado, pero la primera opción es la mas rápida y la mas habitual, y serán muy pocos los casos en los que realmente sea necesario compartir estos datos, al menos, de momento.
  3. Cada vez que se modifica una aplicación de forma externa al vServer y pegamos las modificaciones, necesitamos reiniciar ¿que?, porque yo tengo un lio de narices, no se si reiniciar el proyecto principal de aplicaciones que hereda a los demas (no estoy seguro de que esto reinicie todos los proyectos), tambien tengo que reiniciar el proyecto principal de datos (y me pasa lo mismo con los proyectos heredados). En fin, que para evitar tanto lio, lo mas rapido y seguro es, ir al panel de control y Reiniciar el servicio directamente, asi, con 2 pelotas. Quiza en la versión 7.4 esto ya esta solucionado con la opcion de probar las modificaciones
  4. Siguiente problema y muy importante, ¿que pasa si creo un proyecto nuevo y lo interpongo entre otros proyectos ya existentes por medio de la herencia?, pues pasa que vAdmin me da un error y no puedo ejecutar el proyecto con vClient hasta que lo solucionas. Pero ¿cual es la solución?, porque si instancio este nuevo proyecto, me vuelve a instanciar todos los proyectos heredados nuevamente y los repite, quizá funcione bien, pero se empiezan a acumular lineas en vAdmin y encontrar el proyecto que necesitamos reiniciar, puede llegar a ser un puzzle. Quiza la mejor solucion actualmente es , hacer copia de seguridad de los datos (por lo que pudiera pasar) anular todo y reinstanciar de nuevo toda la aplicacion para evitar duplicidades, pero esto lo hago ahora que son pruebas, en un cliente, ni de coña.
  5. ¡Joder!, me ha llamado la mujer para comprar un pollo asado para comer, y se me olvido lo que iba a seguir, asi que, cuando lo recuerde, continuaré… 😉

He aqui yo conmigo mismo y mis problemas, hablando al viento sin saber quien me escucha, y gracias, a los que al menos, aguantais estas paridas.

Pues eso, que el vAdmin tambien necesita una buena revisión …

PDF Download    Enviar artculo en formato PDF   
comments: 9 »
abr 7

Las malas costumbres

Posted in vAdmin

Todos solemos tener los mismos habitos a la hora de trabajar, quizá porque somos vagos y queremos trabajar menos, quizá porque nos falta el tiempo y queremos reducir de alguna manera el tiempo empleado en realizar un trabajo, o quizá simplemente porque tenemos la costumbre de usar la opción de Copiar y Pegar para realizar tareas repetitivas y también para realizar trabajos que tienen una estructura similar y que se pueden adaptar a nuevas tareas con un minimo de cambios.

En V6, ademas, disponiamos del Almacen para estas tareas y esto eliminaba muchos errores ya que se realizaba toda la metamorfosis al vuelo, pero, ¿que fué del almacén en V7?, o mejor dicho, ¿tendremos Almacén en V7?

El problema, en parte debido a la falta de dicho almacén, nos obliga a seguir usando el metodo de Copiar y Pegar cuando queremos realizar esta tarea, y ¿porque no?, a veces he copiado proyectos completos desde una solución a otra.

Es posible que no sea recomendable este uso, pero cuando empiezas un proyecto, en mi caso, para abandonar otro, y gran parte del trabajo realizado consideras que es válido, no vas a perder cantidad de horas en crear los objetos que ya funcionaban, asi que se eliminan los enlaces de herencia entre proyectos y se copian los archivos *.VCA y *.VCD y se vuelven a crear las relacciones de herencia con los nuevos modulos, todo esto en una nueva Solución, y porque no decirlo en una nueva carpeta para instanciar los datos.

Y todo esto, viene a cuento de que, vAdmin, cuando sucede esto, y hay instanciadas otras Soluciones que usan archivos “copiados”, aunque estan en distintas carpetas, no se instancian correctamente.

Es decir, que al instanciar una Solucion que tiene archivos “copiados” de otra solucion, vAdmin mantiene las relaciones de herencia con los archivos originales, imagino que esto es debido a que dichos archivos ya estan instanciados en vAdmin y los usa por defecto, pero esto es un error, ¿un bug?.

Y esto es asi, y debe ser posible, ya que aunque la herencia nos permite hacer un buen uso de esos archivos y usarlos donde sea necesario, habra casos, en los que realmente el proyecto sea una copia pero ha sido modificado para adaptarlo a otra aplicación diferente.

En cualquier caso, creo que vAdmin debera usar los archivos de la Solucion que estamos instanciando, independientemente de que esos archivos ya existan en otras soluciones ya instanciadas.

PDF Creator    Enviar artculo en formato PDF   
comments: 2 »