CarlosRuiz: drop JIRA notifications from log

2014-06-18T22:27:47Z

drop JIRA notifications from log

CarlosRuiz: full meeting

2014-06-18T22:27:16Z

full meeting

New page

⇐
[[IDempiere|Table of Contents]] |
[[IDempiere/Full Meeting Minutes|Full Meeting Minutes]] |
Full Meeting 2014-06-18


'''''JanThielemann''''': hi carlos 
'''''CarlosRuiz''''': hi 
'''''tbayen''''': And I am sure that my new plugin can never be 100% compatible to the old one (bug for bug). 
'''''tbayen''''': Hi CarlosRuiz :-) Any news from colombia I have to know about? 
'''''CarlosRuiz''''': nothing :-( I think the embassy is still celebrating the match against Portugal 
'''''tbayen''''': Do you have a mail address from them? Perhaps I can write a friendly question?!? 
'''''CarlosRuiz''''': yep - I'll send you the info later 
'''''Deepak''''': Namaste!!! 
'''''CarlosRuiz''''': I'm not going to attend today's meeting - maybe will be here at the afternoon 
'''''CarlosRuiz''''': need to go to the physician with my son (Jordi) 
'''''tbayen''''': :-( So we will decide without you about my newest patch that changes 20 files in 8 packages. ;) 
'''''Deepak''''': Thomas, Suggest to contact hengsin here in abscent of Carlos 
'''''Deepak''''': Let me check if he is available 
'''''tbayen''''': I don't know if hengsin will be here. For my issue he is right. I need an osgi guru. But Jan may also be helpful and wise... 
'''''Deepak''''': Thomas, we worked on Jasper upgrades, but yet not have full update on what you did. I will read thread on ticket and see if can provide any input 
'''''tbayen''''': The point is to make it possible to do own plugins. 
'''''Not-7674''''': [IDEMPIERE] jan.thielemann updated IDEMPIERE-2001 
'''''Not-7674''''': [IDEMPIERE] Documented here: http://wiki.idempiere.org/en/Developing_Plug-Ins_-_IAboutWindowTahbFactory 
'''''Not-7674''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2001 
'''''JanThielemann''''': uhh an h to much xD 
'''''tbayen''''': Then in the next step I would like to share my work with you and see yours. But first it must be possible to easy exchange the jasper part. 
'''''adnan_T''''': @ThomasBayen 
'''''adnan_T''''': where od you use your ProcessFactory? 
'''''Not-7674''''': [IDEMPIERE] jan.thielemann updated IDEMPIERE-2001 
'''''Not-7674''''': [IDEMPIERE] Documented here: http://wiki.idempiere.org/en/Developing_Plug-Ins_-_IAboutWindowTabFactory 
'''''Not-7674''''': [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2001 
'''''adnan_T''''': In JRViewerProvider? 
'''''tbayen''''': The old code calls "org.compiere.report.ReportStarter" and uses the DefaultProcessFactory for that. That is in principle a direct call with the classloader of the org.adempiere.base bundle. My new code uses the recommended plugin way to call the very same process class. 
'''''adnan_T''''': May be it will be more flexible if yyou would use java reflection to instantiate a class exiting in the class path 
'''''adnan_T''''': in that way you may load any process class even no japser reportStarter 
'''''tbayen''''': The reason why the classloader of the org.adempiere.base bundle is able to start a class in the org.adempiere.report.jasper bundle (and why it is a bad idea) is best explained on http://wiki.osgi.org/wiki/Split_Packages 
'''''adnan_T''''': i'm suggesting this because i'm woriking on a libreopioffce reporting pluzgin as you know 
'''''adnan_T''''': in your process factory i would put something like this 
'''''adnan_T''''': Get the className (l.ike for example org.-compire.rpeort.ReportStarter) and 
'''''adnan_T''''': then 
'''''adnan_T''''': Class clazz= Class.forName(«java.lang.String»); Object object= clazz.newInstance(); 
'''''adnan_T''''': For this to work, the class to instatntiate must have a no-parameter construictor 
'''''adnan_T''''': I bleive in the ReportCtl Class the reporting process is loaded 
'''''tbayen''''': Some code in the reporting and process plugins depends on the value of "ProcessUtil.JASPER_STARTER_CLASS" (a String constant). I did not want to change all these things. 
'''''adnan_T''''': there is an if-else stament where it is cheked wether in th eprint format a jasper-process id is set 
'''''adnan_T''''': if yes the reportstarter is loaded, if not the normal idempiere reporting process is kicked off 
'''''adnan_T''''': JASPER_STARTER_CLASS = "org.compiere.report.ReportStarter"; 
'''''Deepak''''': That is correct but reflection method do not works well in osgi environment 
'''''tbayen''''': The call is in priciple a normal Process call. There is no good way to choose another name here. We should change that in ProcessUtils. 
'''''Deepak''''': Base can not find class presents in another package, So good idea is to create new factory class for report start 
'''''adnan_T''''': @Deepak, I see, it was just a quick idea 
'''''adnan_T''''': @Deepak: Another way would to do it the osigui-way 
'''''adnan_T''''': using a ProcessModelFacorty or something like that 
'''''Deepak''''': Yes, Correct 
'''''adnan_T''''': where you have to implement the interface 
'''''JanThielemann''''': i think we should load the report starter classes via osgi and give the user a way to decide which kind of report it is in the AD 
'''''JanThielemann''''': so that you can have default reports, jasper reports and third party reports in the same environment 
'''''Deepak''''': Yes, Jan that is good idea 
'''''tbayen''''': Why not just use a file extension of .jasper or .odt and use that? 
'''''Deepak''''': Print Format, Jasper Reports etc 
'''''adnan_T''''': @Tbayen: whe n using file extension, you have to know all supporting types 
'''''Deepak''''': Thomas, If you need to create another plugin for jasper report as you working, extension will not work 
'''''JanThielemann''''': a simple dropdown to determine the type (jasper, evenos-open-office,...) and a window or list to link type and starter class together 
'''''adnan_T''''': what if in the future ther eis a file extension you dind'Ät think 
'''''adnan_T''''': whe have to modify the code again 
'''''adnan_T''''': I see it like JanTHielemann 
'''''JanThielemann''''': then in the print format you can select the report type or so (not sure where this should be placed but i think adnan know it) 
'''''adnan_T''''': A dropdown where you can choose the report type if you want is a possibility 
'''''Deepak''''': yes, can define new table called report type 
'''''JanThielemann''''': users could add new report starters dynamically and provide the starter classes via plugins 
'''''Deepak''''': And add report type field on Report and Process 
'''''Deepak''''': Also interface can used to retrieve report viewer 
'''''tbayen''''': The first step should be to have a way to exchange the plugins. Does anybody disagree with the ide behind my patch? 
'''''JanThielemann''''': tbayen i think your changes can be seen as a logical consequence of osgi 
'''''JanThielemann''''': you should let heng sin take a look at it 
'''''Deepak''''': Agree with Jan 
'''''Deepak''''': This is not factory implementation and Reflection do not work well in plugings 
'''''Deepak''''': Thanks hengsin for joining, we were discussing about making report factory 
'''''tbayen''''': Hi hengsin :-) 
'''''tbayen''''': hengsin, we talk about my last comment at https://idempiere.atlassian.net/browse/IDEMPIERE-1698 and my patch at https://bitbucket.org/tbayen/idempiere/commits/02899f2ca18e264cb67138702c96b737e6fcd614 
'''''hengsin''''': hi 
'''''hengsin''''': I've read that, it should be good to get rid of split packages 
'''''tbayen''''': And while talking about that adnan_T suggested to think about a way to include other reporting engines. Especially his OpenOffice Template plugin. 
'''''tbayen''''': But I think that are two different issues. 
'''''JanThielemann''''': thats definitely another issue 
'''''hengsin''''': for the package name, it should be org.adempiere.report.jasper instead of org.compiere.report.jasper 
'''''hengsin''''': common practise is the package name and project name should be the same 
'''''hengsin''''': project name/bundle name 
'''''tbayen''''': My patch is quite extensive and I am afraid I did something wrong. My tests say that it still works as before. :-) 
'''''tbayen''''': Do you think it is ok if I just change that? 
'''''hengsin''''': that patch doesn't seems complete, I guess there's another set of commit for it ? 
'''''tbayen''''': No, I don't think so. See here: https://bitbucket.org/tbayen/idempiere/commits/all 
'''''hengsin''''': another issue - IProcessFactory name will cause confusion, we already have another one at at org.adempiere.base 
'''''tbayen''''': I created a "wrong branch" before trying to solve that with fragments. But that idea was rubbish. 
'''''tbayen''''': Is it better to call the process factories all the same "ProcessFactory" in separate bundles? Or better call it "JasperProcessFactory"? 
'''''hengsin''''': I don't see where IProcessFactory is being call ... 
'''''tbayen''''': It is named in the file org.adempiere.report.jasper/OSGI-INF/processfactory.xml 
'''''tbayen''''': It is called from Core.java in the org.adempiere.base package. 
'''''hengsin''''': hmm .. so where is the changes for org.adempiere.base package ? 
'''''hengsin''''': there's no changes to org.adempiere.base at https://bitbucket.org/tbayen/idempiere/commits/02899f2ca18e264cb67138702c96b737e6fcd614 
'''''tbayen''''': No changes. ;-) I use the recommended way to call a Process by creating an IProcessFactory service for that. 
'''''tbayen''''': In the old code it was called using the DefaultProcessFactory. That uses the classloader of org.adempiere.base. 
'''''tbayen''''': That works because of the Required-Bundles trick explained on the Split-Packages wiki page. 
'''''tbayen''''': The better way to call a Process from another bundle is to create a service (a IProcessFactory) for that. 
'''''tbayen''''': Am I wrong? 
'''''hengsin''''': ah ok, got it 
'''''hengsin''''': yeah, changes looks fine. only issue is the package name I mention above. 
'''''tbayen''''': Fine. :-) I will change that asap. 
'''''hengsin''''': you can forward to carlos for integration after that ( you can mention I've review it ). 
'''''tbayen''''': I thought about changing also the package name of the ReportStarter. It would be a bit cleaner. But it could break compatibility if someone wrote this class name into ad_process. That's why I did not do that. 
'''''hengsin''''': It is always a pain to deal with the split package issue so patch to remove that is great. 
'''''hengsin''''': well, you can change that and cater for it in the processfactory implementation 
'''''hengsin''''': and it should breaks nothing unless they are code out there calling it directly. 
'''''tbayen''''': If we do not change the process name that is used for the calls there is no worth in even doing it at all. 
'''''tbayen''''': Better not break anything. 
'''''hengsin''''': I means temporary, you can have if (name equals old_process_name || name equas new_process_name ). 
'''''hengsin''''': a simple migration script should help to clean that up as well 
'''''hengsin''''': and after a while, you can remove the name equals_old_process_name check ... 
'''''tbayen''''': Do you think that makes it better and cleaner? 
'''''hengsin''''': yes 
'''''tbayen''''': ok. 
'''''tbayen''''': The package name changes creates changes in a lot of files. Do you prefer this as one single commit or can I do it above the first one? 
'''''gruntz''''': hi 
'''''gruntz''''': what's the default user for webui after install? 
'''''tbayen''''': I moved the ReportStarter to package org.adempiere.report.jasper. But I am unsure what to do with the Barbecue.java class. I have no clue how this is used. Will it break compatibility inside Reports if I move it too? 
'''''tbayen''''': gruntz, try SuperUser and password System 
'''''binario01''''': Barbecue should be used when you print a barcode in jasperreport 
'''''gruntz''''': tbayen: thank you! 
'''''hengsin''''': should be fine, doesn't looks like it is being use at all 
'''''hengsin''''': also, barbecue is a dead project, newer jasperreport should use barcode4j instead. 
'''''tbayen''''': thanks, hengsin. I will move it for this issue and think about an improvement when doing the new plugin. 
'''''binario01''''': I think so 
'''''red1''''': Halo tbayen i be looking at Alan Lescano work on Kenos idempiere 
'''''red1''''': and i be focusing only on Tax Module 
'''''red1''''': I wonder if you can describe the most complex tax use case from Germany? 
'''''red1''''': Then i want to prove that it can work easily in Kenos Tax 
'''''tbayen''''': I am not really sure about the real problem. Many law texts to read for that and no time to do it. 
'''''tbayen''''': I hope I can do it this weekend. 
'''''red1''''': danke schoen! 
'''''tbayen''''': I hope that I need only slightly changes. Kenos tax seems like a monster to me. 
'''''red1''''': I maybe coming to Paris by August 
'''''red1''''': i hope to attend your workshop 
'''''red1''''': i eavesdropped and overheard that Carlos be going 
'''''tbayen''''': Is there an easy document to get an overview about the kenos tax? 
'''''tbayen''''': It is still not fixed. He has visa issues. 
'''''tbayen''''': Lets better talk about the next conference. :-) 
'''''red1''''': tbayen: here http://adempiere.net/wp-content/uploads/2011/09/AWC2011_Localization-Brazil.pdf 
'''''red1''''': I will be working on the Andre MFG shopfloor with robotics solution 
'''''tbayen''''': I said if noone gets it done in brazil until the world cup I have to do it on my own. ;-) 
'''''red1''''': requested by our govt 
'''''red1''''': if u can help me ask factories around Germany about their wish list for MFG that be good 
'''''red1''''': we can offer that software free lunch first 
'''''tbayen''''': Are you already in the Kenos tax? Can you answer questions? 
'''''red1''''': it is to visualize the shopfloor production lines and color animate its constraints 
'''''red1''''': i cannot answer hard questions 
'''''red1''''': i can take questions first and ask Alan Lescano and Ricardo 
'''''tbayen''''': mfg? 
'''''red1''''': I spoke to Ricardo and edilsondneto 
'''''red1''''': very slowly about Tax.. they want example 
'''''red1''''': MFG = Manufacturing shopfloor 
'''''tbayen''''': Tell them as Brazillians do not invite us this year to the world cup time they have to pay double as a punishment next year. ;-) 
'''''red1''''': Well they have to fly double if we do it in Malaysia 
'''''red1''''': I been to Brazil three times.. it is not that interesting 
'''''red1''''': anymore 
'''''tbayen''''': Ah. ok. Malaysia is more interesting to you. ;) 
'''''red1''''': the research i doing on MFG is very important for factories to know what is the gap with their apps 
'''''tbayen''''': We have an issue in eu with tax depending on product type. Can Kenos Tax do that? 
'''''red1''''': I can answer that - Yes 
'''''tbayen''''': fine. 
'''''red1''''': I even done my budget based on product and qty if needed 
'''''red1''''': it did a tough feature 
'''''red1''''': to calcualte during runtime 
'''''red1''''': Kenos Tax can do during runtime 
'''''red1''''': u can see in the slide that shows ((XX) (XXX)) 
'''''red1''''': in its rules config 
'''''red1''''': if u pose the question and Alan say its doable, then i will be sponsored to do more 
'''''red1''''': which wil be writing a FitNesse test script and document 
'''''tbayen''''': I try to think about tax this weekend. 
'''''tbayen''''': How does your mfg approach belong to libero manufacturing? 
'''''red1''''': i will email u now our prelim study 
'''''red1''''': sent 
'''''red1''''': Andre work is under our partnership company KalimaSystems 
'''''red1''''': its a pure shopfloor and interface with ERP loosely 
'''''tbayen''''': I have to admit that I have totally no clue about manufacturing (and do not want to have one). :-) But I talked to someone who is using ADempiere with libero. He is a bit afraid of migrating. I believe he is a customer of Evenos. 
'''''red1''''': MRP is 24 X 7 and ERP is only 9 to 5 
'''''red1''''': Germans are not afraid.. just careful :D 
'''''tbayen''''': You could do evenos a favour if you guide them how to solve that. Or is it a totally other approach?!? 
'''''red1''''': Libero i think JanThielemann already know the path to migrate Libero as a plugin as i also did 
'''''tbayen''''': ok. If jan did that I don't understand his afraidness. That was what I told him: "Ask Jan. He can do it!" :-) 
'''''red1''''': Speaking of the devil ralexsander 
'''''red1''''': Ricardo, oi 
'''''red1''''': We were just talking about Kenos Tax 
'''''ralexsander''''': Olá! 
'''''red1''''': i communicated with Alan Lescano already about this 
'''''ralexsander''''': Edilson told me to join the discussion 
'''''red1''''': So now tbayen has to describe his complex tax problem and see if u can answer if it is yes 
'''''red1''''': so tbayen u just ask now since Ricardo is here 
'''''tbayen''''': It is not so complex. Not for a brazilian. ;-) 
'''''red1''''': forget about football :D 
'''''red1''''': I want to confirm that Kenos Tax is practical before i take time on it 
'''''red1''''': but its nice to know that Alan has done good progress on whole of Kenos 
'''''red1''''': I like to focus on the FitNesse and documentation of it 
'''''tbayen''''': ralexsander, I need to create a different tax line in the invoice depending on the kind of product and the country. 
'''''tbayen''''': And this tax line has to be generated even if there is no tax. 
'''''tbayen''''': As an example: I need the total amount of "goods delivered inside eu" and another total amount for "services delivered inside eu". 
'''''tbayen''''': Both are without any tax (rate 0%). I just need the totals for the tax declaration. 
'''''tbayen''''': And similar for outside eu etc... 
'''''tbayen''''': This can be done with a similar configuration for every single of the eu countries. We can copy that. But something to tell what is "eu" would be great. 
'''''ralexsander''''': we this scenario here in Brazil, when you need to show the the tax declaration even if the tax rate is 0% 
'''''ralexsander''''': what we don't have is the country level 
'''''ralexsander''''': in the tax definition window, we included only region level 
'''''tbayen''''': oups! :-( 
'''''ralexsander''''': but the way it is developed is really easy to include that 
'''''tbayen''''': And it can differentiate between services and items? 
'''''ralexsander''''': yes 
'''''tbayen''''': And at the end you create a tax line like it is done before? This line contains the total sum and the tax (or 0 if rate is zero)? 
'''''ralexsander''''': We created a new table, C_OrderLineTax... when the tax is zero, we included the tax in the OrderLineTax, but we did not changed the original behavior of OrderTax 
'''''ralexsander''''': it means that the tax will not be included in the OrderTax table 
'''''tbayen''''': But the OrderTax table contains what will be accounted?!? Did you change the accounting? 
'''''ralexsander''''': the accounting still the same as before 
'''''tbayen''''': I see in the slides (page 11) that there is a new field in the order line "Brazilian Tax". How is it accounted? 
'''''ralexsander''''': this field is a group of all taxes of the order line, but each record has a link to the C_Tax table 
'''''ralexsander''''': so we didn't need to change the accounting, because it uses the same old table C_Tax to create the accounting consequences 
'''''tbayen''''': great. 
'''''tbayen''''': Is not the C_OrderTax (or C_InvoiceTax) the base for accounting? 
'''''ralexsander''''': Sure, the C_OrderTax and C_InvoiceTax are the base for accounting, the C_OrderLineTax and C_InvoiceLineTax (we created in LBR) will populate the those table 
'''''ralexsander''''': but C_Tax has the C_Tax_Acct, there you can find the accounts, schemas, etc 
'''''tbayen''''': is it already an idempiere plugin? 
'''''tbayen''''': I would like to install it on a demo server to play with it. It will be best to see it in action. 
'''''ralexsander''''': sure, but its not a plugin yet 
'''''tbayen''''': :-( 
'''''tbayen''''': Is that what red1 wanted to do? 
'''''ralexsander''''': Alan has done some work on it, but AFAIK its not completed yet 
'''''tbayen''''': ok. 
'''''tbayen''''': I think I only need a small change to the original trunk code for some special cases. But I wonder if it is better to use your code and promote it as a more widely used feature. 
'''''tbayen''''': This may be better than having one localization for every contry. 
'''''ralexsander''''': I can help you with the changes to make it more suitable for other countries 
'''''tbayen''''': I need some time to read the german and european laws. Before we spend time we should be sure to do it really the right way. 
'''''tbayen''''': I will contact you if I am ready. ;-) Please tell me if it is available as a plugin. 
'''''ralexsander''''': ok 
'''''terts''''': hi 
'''''tbayen''''': hi 
'''''terts''''': where are you from 
'''''tbayen''''': germany 
'''''edilsondneto''''': Thomas, 
'''''tbayen''''': hi edilson 
'''''edilsondneto''''': wanted to see some scripts jenkins server. 
'''''edilsondneto''''': is there any that I can have a User and password? 
'''''tbayen''''': Sorry, I host the server. But I did not install jenkins. Red1 and Carlos did that. 
'''''edilsondneto''''': ok 
'''''proSENSE''''': hei hei 
'''''proSENSE''''': is the Client name changable? 
'''''proSENSE''''': changeable* 
'''''nmicoud''''': yes, go to the Client window and change the name :) 
'''''proSENSE''''': oh...so easy :D ok thx...beer from me :) 
'''''nmicoud''''': :D 
'''''proSENSE''''': tbayen, i've found the way to import all thouse prices 
'''''proSENSE''''': your suggestion about pricelist - was brilliant 
'''''proSENSE''''': i opened pricelist, pricelist accociated products and imported all the products to this list... thats all 
'''''tbayen''''': :) 
'''''proSENSE''''': ghh... Wunderlist allow me to add only one Assign in one day :( but great software... thinking about pro version 
'''''tbayen''''': My proposal: Use idempiere requests and improve it to be as good as wunderlist. ;) 
'''''proSENSE''''': i think thats good advice :) ..must to check out mobile interface of iDempiere 
'''''proSENSE''''': U mean Partner relations - Request, right? 
'''''tbayen''''': yes 
'''''tbayen''''': It can be the base for very sophisticated configurations. 
'''''proSENSE''''': cool... i am really starting to love iDempiere :) 
'''''tbayen''''': You can connect these things to bpartners or products or projects or sales representatives or whatever. And you can check their status and have lists with done/not done and they escalate to the boss if you want etc. 
'''''proSENSE''''': i see that i could use it even in my IT Service office 
'''''tbayen''''': It sends mails if needed or you can see the notifications in the main screen (after logging in). 
'''''tbayen''''': And there is a way to create them automatically either via a customer on a web interface or from emails. 
'''''tbayen''''': (reading from your imap server) 
'''''proSENSE''''': is there a way to artificialy make ALL products stock. Like each of them are 100pcs in stock :/ 
'''''tbayen''''': I don't know. iDempiere is document driven. I believe you have to create an inventory movement document. (And yes - the importer works everywhere...) 
'''''tbayen''''': rehi CarlosRuiz, everything ok with your son? 
'''''CarlosRuiz''''': yep - diagnosed a pharyngitis 
'''''tbayen''''': May be from too much crying and shouting during the soccer games. 
'''''CarlosRuiz''''': :-) he still doesn't know about that 
'''''tbayen''''': During the meeting I proposed my patch to IDEMPIERE-1698. I discussed with Hengsin and changed some more things. He told me to mention you that he reviewed it. :-) All changes are in this pull request: https://bitbucket.org/idempiere/idempiere/pull-request/86/idempiere-1698-let-the-user-choose-a/diff 
'''''CarlosRuiz''''': great 
'''''tbayen''''': Please review again. It is a quite big patch. And it addresses many bundles. I don't want to break something. 
'''''tbayen''''': Much of it is because Hengsin proposed to change some packages. I divided it in three commits so you can follow what I did. The first commit explaings the most important changes. The other two move some classes around to have better package divisions. 
'''''proSENSE''''': is it possible to correct grouping? i need to group products in idempiere by one field where are numbers from 1 to... i dont know 400 or 500 ... but its sorting 1 10 100 101 ... not 1 2 3 4 5 :( 
'''''tbayen''''': The Value is a textfield and sorted as a textfield. The 
'''''tbayen''''': My solution is to use "0001" as value. But it might work well to change the value's field type?!? 
'''''tbayen''''': It might be an adventure to try that. ;-) 
'''''proSENSE''''': ok..mabey its possibl;e to see how mutch of products is now in db? 
'''''tbayen''''': You can change that in dreict sql (if you are a master in sql-foo) 
'''''tbayen''''': fu 
'''''proSENSE''''': no im not so cool :D 
'''''tbayen''''': like "update set value=left('0000'||value,4) from c_product where ad_client_id=1000000;" 
'''''tbayen''''': This is not tested (just from my mind into the keyboard). Read postgres docs. And do a backup before. ;-) 
'''''tbayen''''': fault: use right instead of left 
'''''proSENSE''''': cool... http://wiki.idempiere.org/en/Physical_Inventory_(Window_ID-168) + importing = success 
'''''proSENSE''''': ok... going to sleep now... after 7hour must to wake up 
'''''tbayen''''': bye 
'''''proSENSE''''': bye

@@ Line 23: / Line 23: @@
 '''''Deepak''''': Thomas, we worked on Jasper upgrades, but yet not have full update on what you did. I will read thread on ticket and see if can provide any input<br>
 '''''tbayen''''': The point is to make it possible to do own plugins.<br>
 '''''JanThielemann''''': uhh an h to much xD<br>
 '''''tbayen''''': Then in the next step I would like to share my work with you and see yours. But first it must be possible to easy exchange the jasper part.<br>
 '''''adnan_T''''': @ThomasBayen<br>
 '''''adnan_T''''': where od you use your ProcessFactory?<br>
 '''''adnan_T''''': In JRViewerProvider?<br>
 '''''tbayen''''': The old code calls "org.compiere.report.ReportStarter" and uses the DefaultProcessFactory for that. That is in principle a direct call with the classloader of the org.adempiere.base bundle. My new code uses the recommended plugin way to call the very same process class.<br>

IDempiere/FullMeeting20140618 - Revision history

CarlosRuiz: drop JIRA notifications from log

CarlosRuiz: full meeting