Entradas

Mostrando las entradas de 2013

New Home to Zoook-eSale Project

Imagen
Zoook is e-commerce OpenERP App without connector , is developed in Python with Django framework, and is 100% compatible and designed to work with OpenERP. Zoook e-Sale was originally developed by Zikzakmedia , and currently is unmaintained. This is an unofficial fork developed by Enterprise Objects Consulting , fully functional, with active development, free and open source, and with commercial support too. The original project of ZZ works with OpenERP version 6.0 , and does not come with all the source code. When we started the project more than a year ago, we complete all the missing code, fix and improve a lot of features, and make it work with the latest version at this time, so we migrated the modules and the dependencies to the version 6.1 , and also moved the Django code to version 1.4 .  First we pushed all the code in a Github fork, but now all the sources was moved to Launchpad to align with the OpenERP practices, and we published the modules in OpenERP

Re-deploy Plugin Ext en Liferay con Tomcat

Para deployar por primera vez un Plugin-Ext en Liferay corriendo sobre un Tomcat basta con deployarlo en "caliente" sobre la carpeta  deploy/  y restartear, pero luego de la primera vez este método ya no funciona. Esta es la forma "oficial"  para la versión 6.x, aunque no bien documentada en Liferay.com. Requerimientos: Tener el Plugin Ext que queremos deployar empaquetado en formato .war Tener todos los .war de todos los portlets deployados en nuestra instancia de Liferay. Tener el "unbundled Liferay web application" , se puede descarcar desde la página  Additional Files , sección "Download WARs" . Lo descargamos y renombramos a ROOT.war . Hacer un backup ! Nunca hagas un deploy, y menos de un Ext, sin haber echo un backup tanto de la BBDD, como de la carpeta donde está Liferay instalado. Pasos: Shutdown de la instancia Borrar del Tomcat webapps/* , work/* y temp/* . También lib/ext/*-ext*.jar Copiar en webapps/ el

PyDev Error "Source not found" in projects with external contents

Imagen
When you create a new PyDev project (Python project) in Eclipse , and the source content comes from another folder (not in the workplace), you must be uncheck the "Use default" in the creation wizard, ant put the path in the "Directory" folder. In some case, after create the project, we get the error "Source folder: /XXX not found" , where the XXX is the name of the container folder. The error is showed like this in the PyDev Package Explorer view: And as you can see, the package structure of the project is not recognized (are displayed as simple folders). To solve the problem, only you need to edit the hidden file .pydevproject created by Eclipse to store the project configuration (is visible in the Navigator view), and change the value of the tag <path> . The wrong value is:     <path> /${PROJECT_DIR_NAME} </path> You must be change to:     <path> /real_name_of_the_project </path> In my case:     <p

Operaciones avanzadas con SVN en Eclipse Subversive

Subversion (SVN), es aún hoy el sistema de control de versiones más popular, sobre todo para almacenar proyectos privados desarrollados internamente o por empresas de IT. En cambio en proyectos grandes y open source se extienden cada vez más los sistemas distribuídos, como Git , Mercurial o Bazaar . La clave del éxito de SVN es su simplicidad de uso y administración, al ser un sistema centralizado, y que se basó en los aciertos y corrigió los errores de su antesesor CVS . Hace unos años trabajé en una empresa en la que usabamos SVN, y trabajabamos codo a codo con los diseñadores gráficos, además de programadores juniors, que debían aprender a usar la herramienta. Me encomendaron escribir un manual con los conceptos más complicados, e impartir unas charlas explicativas. Aquí comparto en este post ese viejo manual (3 años en sistemas es mucho :S), en el que colaboraron en su elaboración también Sebastián Facchini y Heraldo Rodríguez . En la actualidad hay dos plugins d

Módulo "Stock Out Alert" para control simple de abastecimiento en OpenERP

Imagen
OpenERP tiene un completo sistema para manejar el stock y los abastecimientos... demasiado completo tal vez para una pequeña o mediana empresa. Los formularios de remitos ( pickins ) y otras pantallas son muy complejos, al igual que los reportes. Esto no es solo una opinión personal, la misma gente de OpenERP SA se está planteando un profundo rediseño de como funciona el WMS . Una de las tareas más complejas, inflexibles y poco prácticas es el módulo de abastecimientos ( procurements ). El módulo nos permite definir reglas de stock mínimas, y en base a eso disparar órdenes de manufactura o compras según la regla de abastecimiento del producto. En el último caso (la creación de órdenes de compra), es cuando creo se aleja más de la realidad, en especial repito en PyMES: es demasiado "estructurado" pensar que un sistema ERP nos diga a quién, cuándo y en qué cantidad comprar. Si bien las ordenes son "sugerencias", se hace complejo editarlas, sobre todo si queremos c

Mi primer post !

Hola, mi nombre es Mariano Ruiz , y como describo en otros apartados de mi  website , soy desarrollador de software y sitios web. Trabajo hace ya varios años, mi primeros pasos fueron mientras estudiaba sistemas en la Universidad Nacional de Luján , en esa época me desempeñaba más como técnico en PCs, hice algunos trabajos con servidores Linux, y también fui profesor de computación en un colegio secundario. Fue en esa época que empecé a armar material propio para la enseñanza, para la configuración de mis servidores, o haciendo experimentos con Java. Mucho de ese material al no tener un blog nunca lo publiqué, u otros lo hice pero con una introducción al tema casi nula en mi viejo site personal . Luego hice algunos trabajos de manera más organizada, actualmente tengo dos proyectos Java open source ( mr-common Framework y Log4j Web Tracker ), y mantengo otros desde mi lugar de trabajo, en la actualidad en Enterprise Objects Consulting , empresa que cree firmemente en el sof