Hey Jacques. What is the extent of the Funambol integration? What OfBiz features can a smartphone get from it? Thanks.
On Wed, Apr 6, 2011 at 1:48 PM, Jacques Le Roux <[email protected]> wrote: > Ho, it should run on trunk, I used r1055454. I will try to see the status > tomorrow morning... The Jira was almost done but I got very busy since > then... > > Jacques > > From: "Adrian Crum" <[email protected]> >> >> Nothing is impossible. >> >> I would be interested in taking a look at it - even if it doesn't run on >> the current trunk. >> >> -Adrian >> >> On 4/6/2011 9:37 AM, Jacques Le Roux wrote: >>> >>> Hé wait Adrian, during fall I have already re-written their Funambol >>> module, with doc ready and all. It's just that I have not >>> enough time to publish it on Jira (was done for previous client in a >>> custom app). I just need to test it again in OFBiz OOTB... >>> >>> If you are interested there is only one point I could not handle (and I >>> think it's impossible) >>> >>> https://core.forge.funambol.org/ds/viewMessage.do?dsForumId=405&dsMessageId=139101 >>> >>> Jacques >>> >>> From: "Adrian Crum" <[email protected]> >>>> >>>> Opentaps going with Hibernate (and Spring) was a useless effort, in my >>>> opinion. >>>> >>>> Coincidentally, I'm currently working on rewriting their Funambol module >>>> so it will run on plain OFBiz, and I can assure you, >>>> adding those technologies does nothing more than make a simple task >>>> unnecessarily complicated. >>>> >>>> OFBiz has the ability to generate UI artifacts from the database. >>>> >>>> -Adrian >>>> >>>> >>>> On 4/5/2011 5:57 PM, Mansour Al Akeel wrote: >>>>> >>>>> Adrian, >>>>> >>>>> Evalutating other technologies and how I can utilize them and combine >>>>> them with ofbiz database is not a waste of time, like you claim. >>>>> >>>>> There are technologies available that allow us to generate data model, >>>>> and services from the database, and leave us with only UI to create. >>>>> Some frameworks >>>>> like isis may even create the UI using naked objects, from the >>>>> database. >>>>> >>>>> I wanted to see how far I can go, generating JPA entities using ofbiz >>>>> database. >>>>> That's why I wanted to name an id "id", and make it an integer. >>>>> >>>>> This is not useless effort. Opentaps, have gone with hibernate already >>>>> ! >>>>> >>>>> I trully value your advice about how to use my time productively. >>>>> >>>>> >>>>> On Tue Apr 05,2011 09:24 pm, Adrian Crum wrote: >>>>>> >>>>>> Huh? What does Isis have to do with OFBiz? >>>>>> >>>>>> -Adrian >>>>>> >>>>>> On 4/5/2011 5:19 PM, Mansour Al Akeel wrote: >>>>>>> >>>>>>> http://incubator.apache.org/isis/ >>>>>>> >>>>>>> >>>>>>> On Tue Apr 05,2011 08:18 pm, Adrian Crum wrote: >>>>>>>> >>>>>>>> Why would you want to do that? It would result in rewriting the >>>>>>>> entire >>>>>>>> project to change the field names. >>>>>>>> >>>>>>>> It seems to me you will be wasting a lot of time trying to make >>>>>>>> OFBiz >>>>>>>> code look the way you want it to look - without adding anything new >>>>>>>> or >>>>>>>> fixing anything. Instead, why not use the project in the way it was >>>>>>>> intended, and spend your time getting something useful accomplished? >>>>>>>> >>>>>>>> -Adrian >>>>>>>> >>>>>>>> On 4/5/2011 4:13 PM, Mansour Al Akeel wrote: >>>>>>>>> >>>>>>>>> Thank you all. I understand now the reasons behind using VARCHAR. >>>>>>>>> >>>>>>>>> I found my way around this. I can just change the data type in the >>>>>>>>> fieldtypepostnew.xml. This way I can declare all the ids as >>>>>>>>> integers, >>>>>>>>> and indicators as boolean instead of CHAR(1). >>>>>>>>> >>>>>>>>> However still wondering if there is a way to change the name of the >>>>>>>>> ids >>>>>>>>> to only id without having to go through each foriegn key. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon Apr 04,2011 05:08 am, David E Jones wrote: >>>>>>>>>> >>>>>>>>>> As for naming all "id" fields just plain "id", it makes it far >>>>>>>>>> more difficult to keep track of foreign keys. The nice thing >>>>>>>>>> about giving even sequenced ID fields a somewhat unique name is >>>>>>>>>> that you can use that same name on other entities/tables and >>>>>>>>>> have them match up automatically. >>>>>>>>>> >>>>>>>>>> The Entity Engine does a lot with field name mapping for >>>>>>>>>> relationships between entities, and there are thousands of these in >>>>>>>>>> the OFBiz data model, so the few extra characters goes a long way >>>>>>>>>> toward making things easier to understand and maintain. >>>>>>>>>> >>>>>>>>>> -David >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Apr 4, 2011, at 12:19 AM, Erwan de FERRIERES wrote: >>>>>>>>>> >>>>>>>>>>> Le 03/04/2011 06:15, Mansour Al Akeel a ?crit : >>>>>>>>>>>> >>>>>>>>>>>> Hello all, >>>>>>>>>>>> >>>>>>>>>>>> I am wondering about the reasons behind using VARCHAR for >>>>>>>>>>>> entities Id, >>>>>>>>>>>> instead of a numeric value with autoincrement. Another thing is >>>>>>>>>>>> the >>>>>>>>>>>> naming of the primary key. For example, accommodation_class has >>>>>>>>>>>> it's >>>>>>>>>>>> primary key as "accommodation_class_id". Wouldn't it be easier >>>>>>>>>>>> just to >>>>>>>>>>>> name it "id"? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> Hi Mansour, >>>>>>>>>>> >>>>>>>>>>> just go to this page : >>>>>>>>>>> http://ofbiz.135035.n4.nabble.com/Why-primary-keys-are-VAR-CHAR-type-in-OFBiz-td146555.html#a146562 >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Erwan de FERRIERES >>>>>>>>>>> www.nereide.biz >>> >>> > > >
