Difference between revisions of "IDempiere/FullMeeting20120125"
CarlosRuiz (talk | contribs) (full) |
CarlosRuiz (talk | contribs) (breadcrumb) |
||
Line 1: | Line 1: | ||
+ | <!-- breadcrumb --> | ||
+ | <font size=-2> | ||
+ | ⇐ | ||
+ | [[IDempiere|Table of Contents]] | | ||
+ | [[IDempiere/Full Meeting Minutes|Full Meeting Minutes]] | | ||
+ | Full Meeting 2012-01-25 | ||
+ | </font> | ||
+ | |||
'''''CarlosRuiz''''': Good morning<br> | '''''CarlosRuiz''''': Good morning<br> | ||
'''''egonzalez_ergio''''': Good morning<br> | '''''egonzalez_ergio''''': Good morning<br> |
Latest revision as of 08:20, 26 January 2012
⇐ Table of Contents | Full Meeting Minutes | Full Meeting 2012-01-25
CarlosRuiz: Good morning
egonzalez_ergio: Good morning
mzuniga_ergio: Goog Morning Carlos
CarlosRuiz: how are things going in Argentina?
a42niem: good morning Carlos
CarlosRuiz: hi Dirk
mzuniga_ergio: Everything Ok, on final steps to deploy Localizacion Argentina
mzuniga_ergio: next week will be the first release of LAR
CarlosRuiz: great
mzuniga_ergio: how are thins going in Colombia? is red1 still there?
CarlosRuiz: yes - he's at Medellín today - at home of Javier Villamizar
mzuniga_ergio: great, he is always in a neverending tour!
CarlosRuiz: :-) yes
CarlosRuiz: I have no specific agenda for today's meeting - so if you have any issue (technical or functional) you want to discuss - is open - otherwise I'll start working on my pendings - setting up the central ID server, etc
a42niem: i am still struggling with buckminster headless
CarlosRuiz: ah, I haven't tried that - but, is not the same that is working on jenkins?
a42niem: should be, so whom could i ask then about that?
CarlosRuiz: ok, if you tell me what steps have you done - I'll try to replicate - and then help you to check the issues
a42niem: i have downloaded director_latest from eclipse
a42niem: i used director to download buckminster headless from 3.6 repository
a42niem: then i used buckminster to install additional features like core and pde
collazosc: do you have any clue of how to run idempiere from installers (standalone) I worked even with osgi commands but no success
a42niem: then i saved the target definition from the idempiere project within eclipse by "sharing" it
a42niem: i used buckminster to import this target definition
a42niem: and then when i import org.adempiere.sdk-feature/adempiere.cquery i get several errors
CarlosRuiz: ok will try that
CarlosRuiz: collazosc, latest installers are failing
CarlosRuiz: I documented here
CarlosRuiz: http://www.globalqss.com/wiki/index.php/IDempiere/Installing_from_Installers
CarlosRuiz: still one building bug pending to solve
CarlosRuiz: issue is http://jira.idempiere.com/browse/IDEMPIERE-114
collazosc: yes this is were I stopped. I am trying this http://njbartlett.name/2011/02/09/uses-constraints.html. Maybe the problem could be there
CarlosRuiz: good source - will document on the ticket
CarlosRuiz: for future reference
CarlosRuiz: a42niem, I'm in step "director -r ..."
a42niem: ok
CarlosRuiz: but I'm using eclipse 3.7
a42niem: i am on 3.6.2
a42niem: maybe that makes a difference in maturity
CarlosRuiz: which is the buckminster command to install core and pde?
a42niem: ./buckminster install http://download.eclipse.org/tools/buckminster/headless-3.6/ org.eclipse.buckminster.core.headless.feature
a42niem: and also org.eclipse.buckminster.pde.headless.feature and org.eclipse.buckminster.maven.headless.feature
CarlosRuiz: I see and listsite shows the available features
a42niem: yes
a42niem: then i did
a42niem: ./buckminster importtargetdefinition -A '/opt/workspace/idempiere/org.adempiere.target.platform-feature/adempiere.target'
CarlosRuiz: yep - from that is the same jenkins config I guess
CarlosRuiz: did you install maven feature?
a42niem: calling ./buckminster import '/opt/workspace/idempiere/org.adempiere.sdk-feature/adempiere.cquery' then gives me the errors
a42niem: yes i did
a42niem: buckminster lsprefs shows several unset prefs
a42niem: maybe it is somewhere in them
a42niem: error is for example "No suitable provider for component org.adempiere.sdk:eclipse.feature was found in resourceMap file:/opt/workspace/idempiere/org.adempiere.sdk-feature/adempiere.rmap"
CarlosRuiz: still installing pde
a42niem: ok
CarlosRuiz: now maven
CarlosRuiz: now on importtargetdefinition
a42niem: finishes without any output here
collazosc: carlosRuiz. I know you know OpenERP. I have some colleagues here pushing this against my adempiere project. What do you think is the big O point of adempiere compared to OpenERP?
CarlosRuiz: a42niem, there is no adempiere.target
CarlosRuiz: on jenkins the importtargetdefinition is different
CarlosRuiz: importtargetdefinition -A '${WORKSPACE}/org.adempiere.sdk-feature/build-target-platform.target'
CarlosRuiz: I don't know too much about OpenERP
collazosc: ok thanks
a42niem: you have to create the target definition as a file first
a42niem: in eclipse window > preferences > plugin-developemnt > target definition > share
a42niem: i called mine adempiere.target
a42niem: looks like for jenkins it was called build-target-platform.target
a42niem: once it has been shared i can not change the file name or directory
CarlosRuiz: ah, I see
CarlosRuiz: I think that's not required
CarlosRuiz: this seems to do the same
CarlosRuiz: buckminster importtargetdefinition -A '/home/carlos/hgAdempiere/localosgi/org.adempiere.sdk-feature/build-target-platform.target'
a42niem: ok
CarlosRuiz: buckminster import '/home/carlos/hgAdempiere/localosgi/org.adempiere.sdk-feature/adempiere.cquery'
CarlosRuiz: is throwing me a different error
CarlosRuiz: org.xml.sax.SAXParseException: Content is not allowed in prolog.:
a42niem: hm
a42niem: too bad
a42niem: what is different on jenkins then?
CarlosRuiz: will try with 3.6
collazosc: I read on kenail hensing that idempiere does not work yet in 3.7 that's why I use 3.6
collazosc: sorry, kenai
CarlosRuiz: in eclipse 3.7 is working fine
CarlosRuiz: but testing to see if buckminster headless is not
CarlosRuiz: :-( same error with 3.76
CarlosRuiz: 3.6
CarlosRuiz: my fault
CarlosRuiz: I had a wrong adempiere.cquery file - not sure how it was overwritten with another wrong file
CarlosRuiz: ERROR [0001] : No suitable provider for component org.adempiere.sdk:eclipse.feature was found in resourceMap file:/home/carlos/hgAdempiere/localosgi/org.adempiere.sdk-feature/adempiere.rmap
a42niem: ok, so it is at least repeatable
CarlosRuiz: researching now
CarlosRuiz: comparing with jenkins that doesn't show such error
a42niem: good
red1: hola CarlosRuiz and halo a42niem and hello every1 else
mzuniga_ergio: Hola Red1
egonzalez_ergio: Hola Red1
a42niem: moin red1 :)
red1: ah.. i forgot it is our weekly dictator's meeting! :D
collazosc: hello there
egonzalez_ergio: :-P
CarlosRuiz: hi red1
mzuniga_ergio: dark's side meeting
red1: i saw a42niem has his own blog on the install… cool
a42niem: thanks
a42niem: mostly in german
red1: I am learning Spanish
CarlosRuiz: a42niem, solved
a42niem: you wizzard, how?
CarlosRuiz: buckminster command works by default with a workspace on $HOME/workspace
a42niem: argh
CarlosRuiz: you must pass as parameter
CarlosRuiz: the workspace folder
CarlosRuiz: as this
CarlosRuiz: buckminster -data /home/carlos/hgAdempiere/testheadless importtargetdefinition -A '/home/carlos/hgAdempiere/testheadless/org.adempiere.sdk-feature/build-target-platform.target'
CarlosRuiz: -data parameter to set the workspace folder
CarlosRuiz: not sure if it worked as showed other errors - but at least now downloaded lots of things .... checking
a42niem: i try, bbl
red1: i remember solving that in OSGI Hengsin
collazosc: carlosRuiz: Did you applied the same procedure stated in hensing's forum to make idempiere run in eclipse 3.7?
CarlosRuiz: I documented my steps here
CarlosRuiz: http://www.globalqss.com/wiki/index.php/IDempiere
collazosc: thanks I am still confused with the documentation sources.
collazosc: and what it works and what it does'nt
red1: collazosc: Carlos is the latest attempt which he wrote.. mine was 1 year ago.. it worked during my time.. and a review some time ago it still works
red1: i will review it again soon
red1: some weeks ago another user also used my wiki and it worked too...
red1: only problem he had was the lazy bundles has to be manually started from the OSGi console
red1: which i already noted anyway in my wiki page
collazosc: yes I played (as you showed me) with starting osgi modules but I stopped with a constraint violation (I found the article which I pinpointed before today). now I am trying to test it
red1: constraint is due to the dependent bundle not started?
collazosc: yes I could not start activemq, carlos ruiz opened a jira for this
red1: are u talking about the OB POS?
red1: or the OSGi has activemq also included?
collazosc: osgi has activemq included. Jira referenced by carlos is http://jira.idempiere.com/browse/IDEMPIERE-114
red1: i see
collazosc: as I wrote before I found this clue http://njbartlett.name/2011/02/09/uses-constraints.html
red1: perhaps u can change the requirement in the manifest file
red1: if u do not need activemq
red1: or change it to the version that is presently there
red1: AFAIK this is how OSGi work.. it puts an added abstraction to the jar path
red1: so that it can hide those not needed from other bundles
red1: for loose coupling concpt
red1: concept
collazosc: I will try also this. I will let you know if I get somewhere.
red1: why it says constraint to that activemq 5.3.0 is (i suspect) directly defined in the manifest.MF
red1: of the calling bundle that hits this error
red1: it says which other jar or bundle to point to so that later it passes this jar to the lower classes to import from
red1: in this way the developer controls the Jar Path hell
collazosc: yes it's chain since actually the module kahadb needs activeqm which in turn is needed by adempiere.base
red1: the activemq at present from Trifon/Carlos time was 5.0.0
red1: when i did OB POS, i advised upgrade to 5..5.0
red1: activemq-core-5.5.0
red1: to use the stomp protocol which is easier
red1: or latest
red1: but i am saying if u just want to make your OSGi works first.. you can shut up those constraints by trying to remove them
red1: usually doing these things teach us more about hacking the OSGi
collazosc: yes I think that before upgrading to new version we need to make current work.
red1: si… thats what i mean.. just to make it work, we do not need it perhaps.. we can turn it off via the MF file to remove such a constraint
red1: anyway gtg.. Javier here is done at his client...
red1: hasta la vista baby
collazosc: ok time to have lunch.Thanks for your advice and listen some of my naive questions. See you next wednesday.