Chat Meetings/Log 20090511

Openbravo Forge chat - 11th of May 2009 14.00 GMT

[16:05] < jmas> Hello everybody!
[16:05] < jmas> We have time allocated for a Openbravo Forge (http://forge.openbravo.co) chat starting now
[16:05] < jmas> The objective is to address any of the following issues:
[16:05] < jmas> * To solve doubts regarding the usage of the Openbravo Forge that you may have
[16:05] < jmas> * Questions on how to develop verticals and extensions through the Forge
[16:05] < jmas> * To answer questions regarding future plans of the Openbravo Forge
[16:05] < jmas> * To get Feedback and ideas for future versions
[16:05] < jmas> Or comment any question or suggestion that you may have about Openbravo Forge
[16:08] < jmas> um... any question or suggestion?
[16:08] < birosoft> Ok I have some questions, first would be about uploading obx file. I created obx file and tried to put it on forge but after uploading never happen. Uploaded file didn't published nor I got some error message.
[16:09] < birosoft> not never but nothing
[16:09] < jmas> Hello birosoft
[16:10] < jmas> This our recommend procedure to do so: http://forge.openbravo.com/plugins/mwiki/index.php/Openbravoforgesupport/Help/Module
[16:10] < jmas> Have you followed these steps?
[16:11] < birosoft> yes I have
[16:12] < jmas> What is the name of your project and module?
[16:14] < birosoft> Serbian translation
[16:15] < birosoft> http://forge.openbravo.com/projects/serbianobtrl
[16:17] < jmas> birosoft: everything looks ok with your project, if you can please send me the module to jmas@openbravo.com. I will try to upload it and see what happens because I cannot see anything wrong
[16:17] < birosoft> Module - org.openbravo.localization.serbia.referencedata.translation.srRS
[16:17] < jmas> Probably you have hit an issue with the Forge
[16:17] < birosoft> ok I postit on the forume wait a sec for link
[16:18] < birosoft> http://forge.openbravo.com/plugins/espforum/view.php?group_id=100&forumid=549512&topicid=6994570
[16:19] < birosoft> Yeah probably some issue :)
[16:19] < birosoft> Today I had success to install Spanish translation module at last
[16:20] < jmas> birosoft: Ok, I will look into this and I will reply you in the thread
[16:20] < jmas> (message thread)
[16:20] < birosoft> ok
[16:20] < jmas> ok, thanks for letting know the issue
[16:20] < birosoft> no problem I have another question
[16:22] < birosoft> I'm experimenting with modules and now I'm wondering how to import module which I'm developing if I create new environment from scratch
[16:22] < birosoft> ne Eclipse workspace for example
[16:22] < birosoft> new Eclispe workspace
[16:23] < alostale> birosoft, do you mean how to configure your eclipse to manage your module's sources?
[16:24] < birosoft> that too (alostale)
[16:24] < birosoft> but I mean I created module register it with forge and now I can't do it again
[16:24] < birosoft> it is already registred
[16:25] < ggi> birosoft: you can package it and install in the new enviroment
[16:26] < birosoft> at the moment I have obx file
[16:26] < birosoft> but I had to destroy a workspace in which I created it
[16:27] < birosoft> because I had a build problem which I thought it was by me
[16:27] < birosoft> but it was OB bug in main source tree
[16:27] < birosoft> which is resolved in today's main development branch
[16:28] < alostale> birosoft, then you can install the module in your new enviroment using the obx
[16:28] < birosoft> And then continue development?
[16:28] < alostale> sure
[16:28] < birosoft> ok got it
[16:28] < alostale> check the is indevelopment field in the module
[16:28] < alostale> and that's all
[16:30] < birosoft> ok I'll check that when upload issue would resolved
[16:31] < jmas> birosoft, I will answer you regarding the upload in the forum post thread
[16:31] < birosoft> I noticed that installation Language module takes much time than import language. Is that for the first time only or every update will be time consuming
[16:32] < birosoft> ymas, ok , I know ;)
[16:32] < alostale> birosoft, installing a language includes two processes:
[16:33] < alostale> 1. Verify language, which generates a copy in the trl tables indentical to the base language (english for core elements)
[16:33] < alostale> 2. Import xml files
[16:33] < birosoft> yes but with module it's little different right
[16:34] < alostale> no, it is the 2 processes that before were manually done
[16:34] < birosoft> I install module and start building proccess
[16:34] < alostale> yes, it is in the build process when those 2 processes are run for language modules
[16:34] < birosoft> after taht and reloading openbravo I have Spain translation in OB
[16:36] < birosoft> But first method you mentioned is faster I think. Takes less time.
[16:36] < alostale> not sure, it should take the same
[16:37] < birosoft> But in ant build process there is so many things in log and many of them I suppose are time cnsuming
[16:38] < birosoft> I ask this because I'm planning to have next steps.
[16:38] < alostale> yes, it also updates database with the module's info and compiles if needed
[16:38] < birosoft> 1. make some translations
[16:39] < birosoft> 2. make obx file for that
[16:39] < birosoft> 3. publish new updated version
[16:39] < ggi> birosoft: I see that you translation obx don't have the typical folder estructure, maybe this is the problem
[16:40] < birosoft> ok tell me where to look for that estructure
[16:40] < birosoft> i looked into spain obx file
[16:40] < birosoft> and tried to reproduce the same thing with different content
[16:40] < ggi> ummm
[16:41] < ggi> the first folder is src-db
[16:41] < ggi> and in your obx don't appear this folder
[16:41] < birosoft> but database.export didn't create it
[16:43] < birosoft> wait wait
[16:44] < birosoft> there is src.db folder inside main obx file
[16:44] < ggi> no, sorry the first forder is the java package
[16:44] < birosoft> my obx file
[16:45] < ggi> after that the first folder is src-db, but in your zip ther is something rare
[16:47] < ggi> appear that the name of the folder is "javapackage\src-db\dabatase" instead of create the folder estructure "javapackage" \ "src-db" \ "database"
[16:47] < ggi> I mean the '\' appear to be part of the name of the folder
[16:48] < ggi> s/appear/it seems
[16:50] < birosoft> hm from 7zip I tested archive and no errors
[16:50] < birosoft> but from FreeCommander I got some problems with zip structere
[16:50] < birosoft> structure
[16:51] < ggi> try with winrar or winzip
[16:52] < birosoft> ok I'll try something
[16:59] < birosoft> problem solved
[16:59] < birosoft> it was problem with obx/zip file
[16:59] < birosoft> I repackaged it and now it is published
[17:00] < jmas> good birosoft!
[17:00] < birosoft> :)
[17:01] < birosoft> now regarding updates because this module is in development
[17:02] < birosoft> 1.0.0 version is not ready
[17:02] < birosoft> it is under development
[17:02] < birosoft> so I want to tiem to time restart install process of module to see is it everything ok
[17:03] < birosoft> I don't want to make new environment to do that
[17:04] < birosoft> And I don't want to create 1.0.1 yet
[17:04] < birosoft> version of moduče
[17:04] < birosoft> modile
[17:05] < birosoft> what will happen if I upload the same obx file (same name but new updated content)
[17:05] < birosoft> to forge
[17:05] < ggi> you can use a virtual appliance of openbravo ERP to test the module
[17:06] < birosoft> does old one would be overwritten?
[17:06] < ggi> you must change the version number in order to allow you to upload the obx
[17:07] < birosoft> and there is no way to delete obx file from forge
[17:07] < birosoft> and replace it with other
[17:07] < ggi> if you upload a new version, anyone by default will intall the latest version
[17:08] < ggi> I mean from the module management window you only can download the last version, but in forge.openbravo.com you can download any version
[17:09] < ggi> and no, the obx can't be deleted
[17:09] < birosoft> ok then I will upload obx file and after that I will update mine development environment with new revision number and continue development
[17:09] < ggi> yes
[17:09] < birosoft> and then after some time new obx file will be created which will be 1.0.1 and so on
[17:10] < ggi> if you want to test in a clean enviroment before upload to forge a good option is use a virtual appliance
[17:11] < birosoft> ok what if two or more of us working on the same module. could they use forge for work or ...?
[17:11] < ggi> you can upload the code to the forge and work in paralel
[17:11] < jmas> bitrosoft: can you elaborate a bit more the question? More than one person can have a access to subversion for example
[17:13] < birosoft> yeah but what shoud I do. How to put my project from module folder into forge subversion properly?
[17:15] < birosoft> At this moment I created new project in workspace and created Eclipse project from svn with url of svn repository of module registered on Forge
[17:15] < birosoft> and then copied everything from openbravo module to that project and commit it ro svn
[17:16] < birosoft> to svn
[17:18] < birosoft> is there any better way to have that svn directly in mine openbravo source and managed from module folder of openbravo develoment installation?
[17:22] < birosoft> One thought, if I do svn checkout from module folder I will able to managed from there
[17:22] < birosoft> right?
[17:22] < ggi> you can make in openbravoWorkspace/modules folder a svn checkout of http://forge.openbravo.com/scm/viewvc.php/serbianobtrl/org.openbravo.localization.serbia.referencedata.translation.srRS/?root=serbianobtrl
[17:27] < birosoft> ggi: What should I first? Because right now I have clean Openbravo installed, I will install my module first and then delete from modules folder files of module and do svn checkout.
[17:27] < birosoft> I think this way I'll get my start postiton to continue work on this module
[17:28] < birosoft> according to modules I have some questions too
[17:29] < birosoft> if I want to adapt some standard OB window is it possible do that through modules
[17:30] < birosoft> let say this. previously if I wanted to change something in some window I should copy it and then change what I need
[17:31] < birosoft> and replace ob original windows with this new one through application dictionary
[17:31] < birosoft> I suppose this logic is still valid
[17:32] < birosoft> or there is some improvment I should know
[17:34] < birosoft> Is it possible extend functionality of some OB module so I will get new functionality still having all corrections made by Openbravo Core teram
[17:34] < birosoft> team
[17:36] < birosoft> So in short I make some module and if you install that module sales order will have some new elements
[17:36] < birosoft> for you
[17:37] < birosoft> in fact new elements I wanted to have but they are not provided by OB Core moduče
[17:38] < birosoft> module
[17:39] < huehner> birosoft: in short depends, you can add new elements like columns & fields to existing (i.e. core) tables and windows via a module
[17:39] < huehner> birosoft: after installing your module the window will contain your extra elements
[17:40] < birosoft> heuhner: what with buttons if I want to add some processing?
[17:40] < huehner> birosoft: you can add a button to an existing window which then can i.e. call some new code also included in your module
[17:40] < huehner> birosoft: add the button as normal to the window but specifiy your module in the buttons definition
[17:41] < ggi> birosoft: regarding to the first question, if you have a clean enviroment, you can do the checkout in modules folder and then do an ant install.source
[17:42] < birosoft> heuhner: Ok, one thing. If I want to change a way how post procedure will go, can I change that through module too
[17:42] < birosoft> ggi: thanks for info
[17:43] < ggi> the structure should be like this: ob/modules/module_javapackage/src-db
[17:43] < birosoft> ggi: Never remember to check what install.source target do
[17:43] < birosoft> ggi: probably the same as it for obx module
[17:44] < ggi> instead of an install.source you can do a update.dabase and compile.complete.development
[17:45] < birosoft> ggi: ok
[17:48] < ggi> birosoft: you can check what do all the ant task in http://wiki.openbravo.com/wiki/Build_Tasks
[17:48] < birosoft> thanks

Retrieved from "http://wiki.openbravo.com/wiki/Chat_Meetings/Log_20090511"

This page has been accessed 43 times. This page was last modified 16:53, 18 May 2009. Content is available under Creative Commons Attribution-ShareAlike 2.5 Spain License.

Category: Community