Hi All,
We are quite new to ofbiz but feature wise it seem to have almost all the functionality that we need. But there are few issues which we are not sure on how to resolve. Requirement here is to build a client application based on ofbiz framework which is targeted to mobile devices and embedded devices. So the first issue is framework's size itself, which quite huge for mobile devices. Please suggest on how to reduce that to as small as possible. If not, then at least can just the POS client part of it be extracted and made run on mobile/embedded devices? Secondly, since it has to on run mobile devices we need to compile it using j2me, but that not not happening. Please suggest on how to do that or if there is any other implementation of Java SDK that can help? Thanks in advance and looking forward your replies. regards, Tony Marcus |
You would be better off Keeping OFBiz on a server and create a mobile
device portal in OFBiz. In other words, just have the device browse OFBiz. -Adrian On 6/21/2011 1:29 PM, tony marcus wrote: > Hi All, > > We are quite new to ofbiz but feature wise it seem to have almost all > the functionality that we need. But there are few issues which we are > not sure on how to resolve. > > Requirement here is to build a client application based on ofbiz > framework which is targeted to mobile devices and embedded devices. So > the first issue is framework's size itself, which quite huge for > mobile devices. Please suggest on how to reduce that to as small as > possible. If not, then at least can just the POS client part of it be > extracted and made run on mobile/embedded devices? > > Secondly, since it has to on run mobile devices we need to compile it > using j2me, but that not not happening. Please suggest on how to do > that or if there is any other implementation of Java SDK that can > help? > > Thanks in advance and looking forward your replies. > > regards, > Tony Marcus |
Thanks for the suggestion, Adrian.
Thats what we already have as a backup plan but then we won't able to leverage the functionalities that ofbiz gives ootb including data sync'ing. I know ofbiz is a server kind of thing but can't we have some kind of smaller/reduced ver. of it which can run mobile devices? regards, Tony Marcus On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum <[hidden email]> wrote: > You would be better off Keeping OFBiz on a server and create a mobile device > portal in OFBiz. In other words, just have the device browse OFBiz. > > -Adrian > > On 6/21/2011 1:29 PM, tony marcus wrote: >> >> Hi All, >> >> We are quite new to ofbiz but feature wise it seem to have almost all >> the functionality that we need. But there are few issues which we are >> not sure on how to resolve. >> >> Requirement here is to build a client application based on ofbiz >> framework which is targeted to mobile devices and embedded devices. So >> the first issue is framework's size itself, which quite huge for >> mobile devices. Please suggest on how to reduce that to as small as >> possible. If not, then at least can just the POS client part of it be >> extracted and made run on mobile/embedded devices? >> >> Secondly, since it has to on run mobile devices we need to compile it >> using j2me, but that not not happening. Please suggest on how to do >> that or if there is any other implementation of Java SDK that can >> help? >> >> Thanks in advance and looking forward your replies. >> >> regards, >> Tony Marcus > |
Administrator
|
There was a 1st attempt some years ago: specialpurpose/hhfacility it's far from what you can have now on mobiles
If you are looking for POS on such devices, then you should rather have a look at WebPos than POS which is really designed for Point Of Sell I guess you could use jQuery Mobile or of course plenty of other tools... Jacques From: "tony marcus" <[hidden email]> > Thanks for the suggestion, Adrian. > > Thats what we already have as a backup plan but then we won't able to > leverage the functionalities that ofbiz gives ootb including data > sync'ing. I know ofbiz is a server kind of thing but can't we have > some kind of smaller/reduced ver. of it which can run mobile devices? > > regards, > Tony Marcus > > On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum > <[hidden email]> wrote: >> You would be better off Keeping OFBiz on a server and create a mobile device >> portal in OFBiz. In other words, just have the device browse OFBiz. >> >> -Adrian >> >> On 6/21/2011 1:29 PM, tony marcus wrote: >>> >>> Hi All, >>> >>> We are quite new to ofbiz but feature wise it seem to have almost all >>> the functionality that we need. But there are few issues which we are >>> not sure on how to resolve. >>> >>> Requirement here is to build a client application based on ofbiz >>> framework which is targeted to mobile devices and embedded devices. So >>> the first issue is framework's size itself, which quite huge for >>> mobile devices. Please suggest on how to reduce that to as small as >>> possible. If not, then at least can just the POS client part of it be >>> extracted and made run on mobile/embedded devices? >>> >>> Secondly, since it has to on run mobile devices we need to compile it >>> using j2me, but that not not happening. Please suggest on how to do >>> that or if there is any other implementation of Java SDK that can >>> help? >>> >>> Thanks in advance and looking forward your replies. >>> >>> regards, >>> Tony Marcus >> |
Thanks for info. tips, Jacques.
I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and all the mobile client will access it through Internet by any means, right!! but here we have scenarios where the mobile-clients can in disconnected mode (due to diff. reasons). How to tackle such situations? Please guide. best regards, Tony Marcus On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux <[hidden email]> wrote: > There was a 1st attempt some years ago: specialpurpose/hhfacility it's far > from what you can have now on mobiles > > If you are looking for POS on such devices, then you should rather have a > look at WebPos than POS which is really designed for Point Of Sell > > I guess you could use jQuery Mobile or of course plenty of other tools... > > Jacques > > From: "tony marcus" <[hidden email]> >> >> Thanks for the suggestion, Adrian. >> >> Thats what we already have as a backup plan but then we won't able to >> leverage the functionalities that ofbiz gives ootb including data >> sync'ing. I know ofbiz is a server kind of thing but can't we have >> some kind of smaller/reduced ver. of it which can run mobile devices? >> >> regards, >> Tony Marcus >> >> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >> <[hidden email]> wrote: >>> >>> You would be better off Keeping OFBiz on a server and create a mobile >>> device >>> portal in OFBiz. In other words, just have the device browse OFBiz. >>> >>> -Adrian >>> >>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>> >>>> Hi All, >>>> >>>> We are quite new to ofbiz but feature wise it seem to have almost all >>>> the functionality that we need. But there are few issues which we are >>>> not sure on how to resolve. >>>> >>>> Requirement here is to build a client application based on ofbiz >>>> framework which is targeted to mobile devices and embedded devices. So >>>> the first issue is framework's size itself, which quite huge for >>>> mobile devices. Please suggest on how to reduce that to as small as >>>> possible. If not, then at least can just the POS client part of it be >>>> extracted and made run on mobile/embedded devices? >>>> >>>> Secondly, since it has to on run mobile devices we need to compile it >>>> using j2me, but that not not happening. Please suggest on how to do >>>> that or if there is any other implementation of Java SDK that can >>>> help? >>>> >>>> Thanks in advance and looking forward your replies. >>>> >>>> regards, >>>> Tony Marcus >>> > > > |
this has been a problem since the days of multiuser databass.
I recommend you steer away from having disconnnected system. ========================= BJ Freeman Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> Specialtymarket.com <http://www.specialtymarket.com> Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man tony marcus sent the following on 6/22/2011 7:40 PM: > Thanks for info. tips, Jacques. > > I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and > all the mobile client will access it through Internet by any means, > right!! but here we have scenarios where the mobile-clients can in > disconnected mode (due to diff. reasons). How to tackle such > situations? > > Please guide. > > best regards, > Tony Marcus > > On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux > <[hidden email]> wrote: >> There was a 1st attempt some years ago: specialpurpose/hhfacility it's far >> from what you can have now on mobiles >> >> If you are looking for POS on such devices, then you should rather have a >> look at WebPos than POS which is really designed for Point Of Sell >> >> I guess you could use jQuery Mobile or of course plenty of other tools... >> >> Jacques >> >> From: "tony marcus" <[hidden email]> >>> >>> Thanks for the suggestion, Adrian. >>> >>> Thats what we already have as a backup plan but then we won't able to >>> leverage the functionalities that ofbiz gives ootb including data >>> sync'ing. I know ofbiz is a server kind of thing but can't we have >>> some kind of smaller/reduced ver. of it which can run mobile devices? >>> >>> regards, >>> Tony Marcus >>> >>> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >>> <[hidden email]> wrote: >>>> >>>> You would be better off Keeping OFBiz on a server and create a mobile >>>> device >>>> portal in OFBiz. In other words, just have the device browse OFBiz. >>>> >>>> -Adrian >>>> >>>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>>> >>>>> Hi All, >>>>> >>>>> We are quite new to ofbiz but feature wise it seem to have almost all >>>>> the functionality that we need. But there are few issues which we are >>>>> not sure on how to resolve. >>>>> >>>>> Requirement here is to build a client application based on ofbiz >>>>> framework which is targeted to mobile devices and embedded devices. So >>>>> the first issue is framework's size itself, which quite huge for >>>>> mobile devices. Please suggest on how to reduce that to as small as >>>>> possible. If not, then at least can just the POS client part of it be >>>>> extracted and made run on mobile/embedded devices? >>>>> >>>>> Secondly, since it has to on run mobile devices we need to compile it >>>>> using j2me, but that not not happening. Please suggest on how to do >>>>> that or if there is any other implementation of Java SDK that can >>>>> help? >>>>> >>>>> Thanks in advance and looking forward your replies. >>>>> >>>>> regards, >>>>> Tony Marcus >>>> >> >> >> > |
I understand your apprehensions BJ, but the disconnected-mode is one
of the main requirements/features that my client wants to have built in to his project so we are really looking towards having it worked out. Any suggestion/clue/hint in this regard will really be helpful for us. regards, Tony Marcus On Thu, Jun 23, 2011 at 8:34 AM, BJ Freeman <[hidden email]> wrote: > this has been a problem since the days of multiuser databass. > I recommend you steer away from having disconnnected system. > > > ========================= > BJ Freeman > Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> > > Specialtymarket.com <http://www.specialtymarket.com> > Systems Integrator-- Glad to Assist > > Chat Y! messenger: bjfr33man > > tony marcus sent the following on 6/22/2011 7:40 PM: > > >> Thanks for info. tips, Jacques. >> >> I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and >> all the mobile client will access it through Internet by any means, >> right!! but here we have scenarios where the mobile-clients can in >> disconnected mode (due to diff. reasons). How to tackle such >> situations? >> >> Please guide. >> >> best regards, >> Tony Marcus >> >> On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux >> <[hidden email]> wrote: >>> There was a 1st attempt some years ago: specialpurpose/hhfacility it's far >>> from what you can have now on mobiles >>> >>> If you are looking for POS on such devices, then you should rather have a >>> look at WebPos than POS which is really designed for Point Of Sell >>> >>> I guess you could use jQuery Mobile or of course plenty of other tools... >>> >>> Jacques >>> >>> From: "tony marcus" <[hidden email]> >>>> >>>> Thanks for the suggestion, Adrian. >>>> >>>> Thats what we already have as a backup plan but then we won't able to >>>> leverage the functionalities that ofbiz gives ootb including data >>>> sync'ing. I know ofbiz is a server kind of thing but can't we have >>>> some kind of smaller/reduced ver. of it which can run mobile devices? >>>> >>>> regards, >>>> Tony Marcus >>>> >>>> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >>>> <[hidden email]> wrote: >>>>> >>>>> You would be better off Keeping OFBiz on a server and create a mobile >>>>> device >>>>> portal in OFBiz. In other words, just have the device browse OFBiz. >>>>> >>>>> -Adrian >>>>> >>>>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>>>> >>>>>> Hi All, >>>>>> >>>>>> We are quite new to ofbiz but feature wise it seem to have almost all >>>>>> the functionality that we need. But there are few issues which we are >>>>>> not sure on how to resolve. >>>>>> >>>>>> Requirement here is to build a client application based on ofbiz >>>>>> framework which is targeted to mobile devices and embedded devices. So >>>>>> the first issue is framework's size itself, which quite huge for >>>>>> mobile devices. Please suggest on how to reduce that to as small as >>>>>> possible. If not, then at least can just the POS client part of it be >>>>>> extracted and made run on mobile/embedded devices? >>>>>> >>>>>> Secondly, since it has to on run mobile devices we need to compile it >>>>>> using j2me, but that not not happening. Please suggest on how to do >>>>>> that or if there is any other implementation of Java SDK that can >>>>>> help? >>>>>> >>>>>> Thanks in advance and looking forward your replies. >>>>>> >>>>>> regards, >>>>>> Tony Marcus >>>>> >>> >>> >>> >> > |
Administrator
|
The POS is built to work in such situation. But it's really built around JavaPOS and I don't know if you can adapt it to this use
case. Because of course it needs a DB (hence a hard disk) and at the very least 256 MB of RAM (not sure 256 will even be sufficient) Jacques From: "tony marcus" <[hidden email]> >I understand your apprehensions BJ, but the disconnected-mode is one > of the main requirements/features that my client wants to have built > in to his project so we are really looking towards having it worked > out. Any suggestion/clue/hint in this regard will really be helpful > for us. > > regards, > Tony Marcus > > On Thu, Jun 23, 2011 at 8:34 AM, BJ Freeman <[hidden email]> wrote: >> this has been a problem since the days of multiuser databass. >> I recommend you steer away from having disconnnected system. >> >> >> ========================= >> BJ Freeman >> Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> >> >> Specialtymarket.com <http://www.specialtymarket.com> >> Systems Integrator-- Glad to Assist >> >> Chat Y! messenger: bjfr33man >> >> tony marcus sent the following on 6/22/2011 7:40 PM: >> >> >>> Thanks for info. tips, Jacques. >>> >>> I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and >>> all the mobile client will access it through Internet by any means, >>> right!! but here we have scenarios where the mobile-clients can in >>> disconnected mode (due to diff. reasons). How to tackle such >>> situations? >>> >>> Please guide. >>> >>> best regards, >>> Tony Marcus >>> >>> On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux >>> <[hidden email]> wrote: >>>> There was a 1st attempt some years ago: specialpurpose/hhfacility it's far >>>> from what you can have now on mobiles >>>> >>>> If you are looking for POS on such devices, then you should rather have a >>>> look at WebPos than POS which is really designed for Point Of Sell >>>> >>>> I guess you could use jQuery Mobile or of course plenty of other tools... >>>> >>>> Jacques >>>> >>>> From: "tony marcus" <[hidden email]> >>>>> >>>>> Thanks for the suggestion, Adrian. >>>>> >>>>> Thats what we already have as a backup plan but then we won't able to >>>>> leverage the functionalities that ofbiz gives ootb including data >>>>> sync'ing. I know ofbiz is a server kind of thing but can't we have >>>>> some kind of smaller/reduced ver. of it which can run mobile devices? >>>>> >>>>> regards, >>>>> Tony Marcus >>>>> >>>>> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >>>>> <[hidden email]> wrote: >>>>>> >>>>>> You would be better off Keeping OFBiz on a server and create a mobile >>>>>> device >>>>>> portal in OFBiz. In other words, just have the device browse OFBiz. >>>>>> >>>>>> -Adrian >>>>>> >>>>>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> We are quite new to ofbiz but feature wise it seem to have almost all >>>>>>> the functionality that we need. But there are few issues which we are >>>>>>> not sure on how to resolve. >>>>>>> >>>>>>> Requirement here is to build a client application based on ofbiz >>>>>>> framework which is targeted to mobile devices and embedded devices. So >>>>>>> the first issue is framework's size itself, which quite huge for >>>>>>> mobile devices. Please suggest on how to reduce that to as small as >>>>>>> possible. If not, then at least can just the POS client part of it be >>>>>>> extracted and made run on mobile/embedded devices? >>>>>>> >>>>>>> Secondly, since it has to on run mobile devices we need to compile it >>>>>>> using j2me, but that not not happening. Please suggest on how to do >>>>>>> that or if there is any other implementation of Java SDK that can >>>>>>> help? >>>>>>> >>>>>>> Thanks in advance and looking forward your replies. >>>>>>> >>>>>>> regards, >>>>>>> Tony Marcus >>>>>> >>>> >>>> >>>> >>> >> > |
Hi Jacques,
Can we segregate only POS application from whole Ofbiz code, so the overall size is reduced !! Regards Deepak |
In reply to this post by Jacques Le Roux
Jacques, I had a look into source-code of the hand-held facility but
didn't get much of idea. May be its my rookie approach, but is there some kind of doc. that can help me out on this? regards, Tony Marcus On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux <[hidden email]> wrote: > There was a 1st attempt some years ago: specialpurpose/hhfacility it's far > from what you can have now on mobiles > > If you are looking for POS on such devices, then you should rather have a > look at WebPos than POS which is really designed for Point Of Sell > > I guess you could use jQuery Mobile or of course plenty of other tools... > > Jacques > > From: "tony marcus" <[hidden email]> >> >> Thanks for the suggestion, Adrian. >> >> Thats what we already have as a backup plan but then we won't able to >> leverage the functionalities that ofbiz gives ootb including data >> sync'ing. I know ofbiz is a server kind of thing but can't we have >> some kind of smaller/reduced ver. of it which can run mobile devices? >> >> regards, >> Tony Marcus >> >> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >> <[hidden email]> wrote: >>> >>> You would be better off Keeping OFBiz on a server and create a mobile >>> device >>> portal in OFBiz. In other words, just have the device browse OFBiz. >>> >>> -Adrian >>> >>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>> >>>> Hi All, >>>> >>>> We are quite new to ofbiz but feature wise it seem to have almost all >>>> the functionality that we need. But there are few issues which we are >>>> not sure on how to resolve. >>>> >>>> Requirement here is to build a client application based on ofbiz >>>> framework which is targeted to mobile devices and embedded devices. So >>>> the first issue is framework's size itself, which quite huge for >>>> mobile devices. Please suggest on how to reduce that to as small as >>>> possible. If not, then at least can just the POS client part of it be >>>> extracted and made run on mobile/embedded devices? >>>> >>>> Secondly, since it has to on run mobile devices we need to compile it >>>> using j2me, but that not not happening. Please suggest on how to do >>>> that or if there is any other implementation of Java SDK that can >>>> help? >>>> >>>> Thanks in advance and looking forward your replies. >>>> >>>> regards, >>>> Tony Marcus >>> > > > |
In reply to this post by Jacques Le Roux
Well Jacques, this is one our plan-Bs to have a mobile-client built
from ground-up around jPOS (since its distribution jar size is also very small i.e. ~700KB, though not sure again if it supports mobile devices) in case ofbiz thing doesn't work for us. Please suggest!! regards, Tony Marcus On Thu, Jun 23, 2011 at 1:14 PM, Jacques Le Roux <[hidden email]> wrote: > The POS is built to work in such situation. But it's really built around > JavaPOS and I don't know if you can adapt it to this use > case. Because of course it needs a DB (hence a hard disk) and at the very > least 256 MB of RAM (not sure 256 will even be sufficient) > > Jacques > > From: "tony marcus" <[hidden email]> >> >> I understand your apprehensions BJ, but the disconnected-mode is one >> of the main requirements/features that my client wants to have built >> in to his project so we are really looking towards having it worked >> out. Any suggestion/clue/hint in this regard will really be helpful >> for us. >> >> regards, >> Tony Marcus >> >> On Thu, Jun 23, 2011 at 8:34 AM, BJ Freeman <[hidden email]> wrote: >>> >>> this has been a problem since the days of multiuser databass. >>> I recommend you steer away from having disconnnected system. >>> >>> >>> ========================= >>> BJ Freeman >>> Strategic Power Office with Supplier Automation >>> <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> >>> >>> Specialtymarket.com <http://www.specialtymarket.com> >>> Systems Integrator-- Glad to Assist >>> >>> Chat Y! messenger: bjfr33man >>> >>> tony marcus sent the following on 6/22/2011 7:40 PM: >>> >>> >>>> Thanks for info. tips, Jacques. >>>> >>>> I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and >>>> all the mobile client will access it through Internet by any means, >>>> right!! but here we have scenarios where the mobile-clients can in >>>> disconnected mode (due to diff. reasons). How to tackle such >>>> situations? >>>> >>>> Please guide. >>>> >>>> best regards, >>>> Tony Marcus >>>> >>>> On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux >>>> <[hidden email]> wrote: >>>>> >>>>> There was a 1st attempt some years ago: specialpurpose/hhfacility it's >>>>> far >>>>> from what you can have now on mobiles >>>>> >>>>> If you are looking for POS on such devices, then you should rather have >>>>> a >>>>> look at WebPos than POS which is really designed for Point Of Sell >>>>> >>>>> I guess you could use jQuery Mobile or of course plenty of other >>>>> tools... >>>>> >>>>> Jacques >>>>> >>>>> From: "tony marcus" <[hidden email]> >>>>>> >>>>>> Thanks for the suggestion, Adrian. >>>>>> >>>>>> Thats what we already have as a backup plan but then we won't able to >>>>>> leverage the functionalities that ofbiz gives ootb including data >>>>>> sync'ing. I know ofbiz is a server kind of thing but can't we have >>>>>> some kind of smaller/reduced ver. of it which can run mobile devices? >>>>>> >>>>>> regards, >>>>>> Tony Marcus >>>>>> >>>>>> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >>>>>> <[hidden email]> wrote: >>>>>>> >>>>>>> You would be better off Keeping OFBiz on a server and create a mobile >>>>>>> device >>>>>>> portal in OFBiz. In other words, just have the device browse OFBiz. >>>>>>> >>>>>>> -Adrian >>>>>>> >>>>>>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>>>>>> >>>>>>>> Hi All, >>>>>>>> >>>>>>>> We are quite new to ofbiz but feature wise it seem to have almost >>>>>>>> all >>>>>>>> the functionality that we need. But there are few issues which we >>>>>>>> are >>>>>>>> not sure on how to resolve. >>>>>>>> >>>>>>>> Requirement here is to build a client application based on ofbiz >>>>>>>> framework which is targeted to mobile devices and embedded devices. >>>>>>>> So >>>>>>>> the first issue is framework's size itself, which quite huge for >>>>>>>> mobile devices. Please suggest on how to reduce that to as small as >>>>>>>> possible. If not, then at least can just the POS client part of it >>>>>>>> be >>>>>>>> extracted and made run on mobile/embedded devices? >>>>>>>> >>>>>>>> Secondly, since it has to on run mobile devices we need to compile >>>>>>>> it >>>>>>>> using j2me, but that not not happening. Please suggest on how to do >>>>>>>> that or if there is any other implementation of Java SDK that can >>>>>>>> help? >>>>>>>> >>>>>>>> Thanks in advance and looking forward your replies. >>>>>>>> >>>>>>>> regards, >>>>>>>> Tony Marcus >>>>>>> >>>>> >>>>> >>>>> >>>> >>> >> > > > |
Administrator
|
In reply to this post by d_singhal
I don't think so, it depends really on OFBiz framework and applications
Jacques From: "Deepak Singhal" <[hidden email]> > Hi Jacques, > > Can we segregate only POS application from whole Ofbiz code, so the overall > size is reduced !! > > Regards > Deepak > |
Administrator
|
In reply to this post by tony marcus
I think you should go this way. Using OFBiz POS embedded in a mobile seems impossible nowadays.
You may reuse some part of the POS code, not sure... Also the hhfacility is a simple webapp, so not what you are looking for. Jacques From: "tony marcus" <[hidden email]> > Well Jacques, this is one our plan-Bs to have a mobile-client built > from ground-up around jPOS (since its distribution jar size is also > very small i.e. ~700KB, though not sure again if it supports mobile > devices) in case ofbiz thing doesn't work for us. Please suggest!! > > regards, > Tony Marcus > > On Thu, Jun 23, 2011 at 1:14 PM, Jacques Le Roux > <[hidden email]> wrote: >> The POS is built to work in such situation. But it's really built around >> JavaPOS and I don't know if you can adapt it to this use >> case. Because of course it needs a DB (hence a hard disk) and at the very >> least 256 MB of RAM (not sure 256 will even be sufficient) >> >> Jacques >> >> From: "tony marcus" <[hidden email]> >>> >>> I understand your apprehensions BJ, but the disconnected-mode is one >>> of the main requirements/features that my client wants to have built >>> in to his project so we are really looking towards having it worked >>> out. Any suggestion/clue/hint in this regard will really be helpful >>> for us. >>> >>> regards, >>> Tony Marcus >>> >>> On Thu, Jun 23, 2011 at 8:34 AM, BJ Freeman <[hidden email]> wrote: >>>> >>>> this has been a problem since the days of multiuser databass. >>>> I recommend you steer away from having disconnnected system. >>>> >>>> >>>> ========================= >>>> BJ Freeman >>>> Strategic Power Office with Supplier Automation >>>> <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> >>>> >>>> Specialtymarket.com <http://www.specialtymarket.com> >>>> Systems Integrator-- Glad to Assist >>>> >>>> Chat Y! messenger: bjfr33man >>>> >>>> tony marcus sent the following on 6/22/2011 7:40 PM: >>>> >>>> >>>>> Thanks for info. tips, Jacques. >>>>> >>>>> I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and >>>>> all the mobile client will access it through Internet by any means, >>>>> right!! but here we have scenarios where the mobile-clients can in >>>>> disconnected mode (due to diff. reasons). How to tackle such >>>>> situations? >>>>> >>>>> Please guide. >>>>> >>>>> best regards, >>>>> Tony Marcus >>>>> >>>>> On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux >>>>> <[hidden email]> wrote: >>>>>> >>>>>> There was a 1st attempt some years ago: specialpurpose/hhfacility it's >>>>>> far >>>>>> from what you can have now on mobiles >>>>>> >>>>>> If you are looking for POS on such devices, then you should rather have >>>>>> a >>>>>> look at WebPos than POS which is really designed for Point Of Sell >>>>>> >>>>>> I guess you could use jQuery Mobile or of course plenty of other >>>>>> tools... >>>>>> >>>>>> Jacques >>>>>> >>>>>> From: "tony marcus" <[hidden email]> >>>>>>> >>>>>>> Thanks for the suggestion, Adrian. >>>>>>> >>>>>>> Thats what we already have as a backup plan but then we won't able to >>>>>>> leverage the functionalities that ofbiz gives ootb including data >>>>>>> sync'ing. I know ofbiz is a server kind of thing but can't we have >>>>>>> some kind of smaller/reduced ver. of it which can run mobile devices? >>>>>>> >>>>>>> regards, >>>>>>> Tony Marcus >>>>>>> >>>>>>> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >>>>>>> <[hidden email]> wrote: >>>>>>>> >>>>>>>> You would be better off Keeping OFBiz on a server and create a mobile >>>>>>>> device >>>>>>>> portal in OFBiz. In other words, just have the device browse OFBiz. >>>>>>>> >>>>>>>> -Adrian >>>>>>>> >>>>>>>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>>>>>>> >>>>>>>>> Hi All, >>>>>>>>> >>>>>>>>> We are quite new to ofbiz but feature wise it seem to have almost >>>>>>>>> all >>>>>>>>> the functionality that we need. But there are few issues which we >>>>>>>>> are >>>>>>>>> not sure on how to resolve. >>>>>>>>> >>>>>>>>> Requirement here is to build a client application based on ofbiz >>>>>>>>> framework which is targeted to mobile devices and embedded devices. >>>>>>>>> So >>>>>>>>> the first issue is framework's size itself, which quite huge for >>>>>>>>> mobile devices. Please suggest on how to reduce that to as small as >>>>>>>>> possible. If not, then at least can just the POS client part of it >>>>>>>>> be >>>>>>>>> extracted and made run on mobile/embedded devices? >>>>>>>>> >>>>>>>>> Secondly, since it has to on run mobile devices we need to compile >>>>>>>>> it >>>>>>>>> using j2me, but that not not happening. Please suggest on how to do >>>>>>>>> that or if there is any other implementation of Java SDK that can >>>>>>>>> help? >>>>>>>>> >>>>>>>>> Thanks in advance and looking forward your replies. >>>>>>>>> >>>>>>>>> regards, >>>>>>>>> Tony Marcus >>>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >> >> |
In reply to this post by tony marcus
Le 23/06/2011 10:52, tony marcus a écrit :
> Jacques, I had a look into source-code of the hand-held facility but > didn't get much of idea. May be its my rookie approach, but is there > some kind of doc. that can help me out on this? > > regards, > Tony Marcus > Hi Tony, hhfacility is more a specific webapp for the hand-helds, with a decorator designed for small screens. Once again, we are on a web application, not a native one. OFBiz has not been written for begin run on smartphones or anything, but on server. Except the POS, which has a synchronization function. If you want to make it work as a native app, then you'll have to write it from scratch... Cheers, >> > -- Erwan de FERRIERES www.nereide.biz |
Thanks Erwan, Jacques, Adrian, Freeman for the info and suggestions
that you guys shared. I guess thats quite a lot of insights that I got here and now suppose this will give us some food for thought and see on how to approach on our requirements. thanks again and regards, Tony Marcus On Thu, Jun 23, 2011 at 3:03 PM, Erwan de FERRIERES <[hidden email]> wrote: > Le 23/06/2011 10:52, tony marcus a écrit : >> >> Jacques, I had a look into source-code of the hand-held facility but >> didn't get much of idea. May be its my rookie approach, but is there >> some kind of doc. that can help me out on this? >> >> regards, >> Tony Marcus >> > Hi Tony, > > hhfacility is more a specific webapp for the hand-helds, with a decorator > designed for small screens. > Once again, we are on a web application, not a native one. OFBiz has not > been written for begin run on smartphones or anything, but on server. Except > the POS, which has a synchronization function. > > If you want to make it work as a native app, then you'll have to write it > from scratch... > > Cheers, > >>> >> > > > -- > Erwan de FERRIERES > www.nereide.biz > |
you can run complete ofbiz POS on a 7 or 10 in tablets running Linux.
Not sure if Droid supports java SDK. I use these but they are connected via wifi or 3G. if you want to use Droid OS then you will probably have port Open JDK to the droid. All this is beyond this maillng list, I think. then you can use the sync for updating the main ofbiz when the devices can hook up like the end of day. you will have to make some decisions in regards to record syncing but it is about the only way to use ofbiz. ========================= BJ Freeman Strategic Power Office with Supplier Automation <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> Specialtymarket.com <http://www.specialtymarket.com> Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man tony marcus sent the following on 6/23/2011 4:07 AM: > Thanks Erwan, Jacques, Adrian, Freeman for the info and suggestions > that you guys shared. I guess thats quite a lot of insights that I got > here and now suppose this will give us some food for thought and see > on how to approach on our requirements. > > thanks again and regards, > Tony Marcus > > On Thu, Jun 23, 2011 at 3:03 PM, Erwan de FERRIERES > <[hidden email]> wrote: >> Le 23/06/2011 10:52, tony marcus a écrit : >>> >>> Jacques, I had a look into source-code of the hand-held facility but >>> didn't get much of idea. May be its my rookie approach, but is there >>> some kind of doc. that can help me out on this? >>> >>> regards, >>> Tony Marcus >>> >> Hi Tony, >> >> hhfacility is more a specific webapp for the hand-helds, with a decorator >> designed for small screens. >> Once again, we are on a web application, not a native one. OFBiz has not >> been written for begin run on smartphones or anything, but on server. Except >> the POS, which has a synchronization function. >> >> If you want to make it work as a native app, then you'll have to write it >> from scratch... >> >> Cheers, >> >>>> >>> >> >> >> -- >> Erwan de FERRIERES >> www.nereide.biz >> > |
In reply to this post by Jacques Le Roux
You can take a LOT of ofbiz code out, but not the framework.
I wrote an ofbiz based application and reduced the footprint by 2 thirds. But, I had to take bits and pieces out of the applications to use in my new application. Took about a month as I recall. Would be nice to have each of the applications completely independant, i.e. just delete them and all the rest work. Skip -----Original Message----- From: Jacques Le Roux [mailto:[hidden email]] Sent: Thursday, June 23, 2011 2:27 AM To: [hidden email] Subject: Re: ofbiz on mobile & embedded devices I don't think so, it depends really on OFBiz framework and applications Jacques From: "Deepak Singhal" <[hidden email]> > Hi Jacques, > > Can we segregate only POS application from whole Ofbiz code, so the overall > size is reduced !! > > Regards > Deepak > |
In reply to this post by Jacques Le Roux
Also, no matter what you do with ofbiz, you need a connection to a database.
It that database lies on the mobile device, it needs to be synced with your backend which is unreliable at best. Also, the database will get large over time and probably will not fit to begin with. If the database lies on a server some place, that implies a connection to it. If the connection exists, better to write a small fast application that makes JSON calls to a specialized application on the backend Ofbiz server. Just my two cents. Skip -----Original Message----- From: Jacques Le Roux [mailto:[hidden email]] Sent: Thursday, June 23, 2011 2:31 AM To: [hidden email] Subject: Re: ofbiz on mobile & embedded devices I think you should go this way. Using OFBiz POS embedded in a mobile seems impossible nowadays. You may reuse some part of the POS code, not sure... Also the hhfacility is a simple webapp, so not what you are looking for. Jacques From: "tony marcus" <[hidden email]> > Well Jacques, this is one our plan-Bs to have a mobile-client built > from ground-up around jPOS (since its distribution jar size is also > very small i.e. ~700KB, though not sure again if it supports mobile > devices) in case ofbiz thing doesn't work for us. Please suggest!! > > regards, > Tony Marcus > > On Thu, Jun 23, 2011 at 1:14 PM, Jacques Le Roux > <[hidden email]> wrote: >> The POS is built to work in such situation. But it's really built around >> JavaPOS and I don't know if you can adapt it to this use >> case. Because of course it needs a DB (hence a hard disk) and at the very >> least 256 MB of RAM (not sure 256 will even be sufficient) >> >> Jacques >> >> From: "tony marcus" <[hidden email]> >>> >>> I understand your apprehensions BJ, but the disconnected-mode is one >>> of the main requirements/features that my client wants to have built >>> in to his project so we are really looking towards having it worked >>> out. Any suggestion/clue/hint in this regard will really be helpful >>> for us. >>> >>> regards, >>> Tony Marcus >>> >>> On Thu, Jun 23, 2011 at 8:34 AM, BJ Freeman <[hidden email]> wrote: >>>> >>>> this has been a problem since the days of multiuser databass. >>>> I recommend you steer away from having disconnnected system. >>>> >>>> >>>> ========================= >>>> BJ Freeman >>>> Strategic Power Office with Supplier Automation >>>> <http://www.businessesnetwork.com/control/forum?forumId=SUPPLYCHAIN> >>>> >>>> Specialtymarket.com <http://www.specialtymarket.com> >>>> Systems Integrator-- Glad to Assist >>>> >>>> Chat Y! messenger: bjfr33man >>>> >>>> tony marcus sent the following on 6/22/2011 7:40 PM: >>>> >>>> >>>>> Thanks for info. tips, Jacques. >>>>> >>>>> I suppose the WebPOS of OFBIZ will have to run a ofbiz app-server and >>>>> all the mobile client will access it through Internet by any means, >>>>> right!! but here we have scenarios where the mobile-clients can in >>>>> disconnected mode (due to diff. reasons). How to tackle such >>>>> situations? >>>>> >>>>> Please guide. >>>>> >>>>> best regards, >>>>> Tony Marcus >>>>> >>>>> On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux >>>>> <[hidden email]> wrote: >>>>>> >>>>>> There was a 1st attempt some years ago: specialpurpose/hhfacility >>>>>> far >>>>>> from what you can have now on mobiles >>>>>> >>>>>> If you are looking for POS on such devices, then you should rather have >>>>>> a >>>>>> look at WebPos than POS which is really designed for Point Of Sell >>>>>> >>>>>> I guess you could use jQuery Mobile or of course plenty of other >>>>>> tools... >>>>>> >>>>>> Jacques >>>>>> >>>>>> From: "tony marcus" <[hidden email]> >>>>>>> >>>>>>> Thanks for the suggestion, Adrian. >>>>>>> >>>>>>> Thats what we already have as a backup plan but then we won't able >>>>>>> leverage the functionalities that ofbiz gives ootb including data >>>>>>> sync'ing. I know ofbiz is a server kind of thing but can't we have >>>>>>> some kind of smaller/reduced ver. of it which can run mobile devices? >>>>>>> >>>>>>> regards, >>>>>>> Tony Marcus >>>>>>> >>>>>>> On Tue, Jun 21, 2011 at 6:04 PM, Adrian Crum >>>>>>> <[hidden email]> wrote: >>>>>>>> >>>>>>>> You would be better off Keeping OFBiz on a server and create a mobile >>>>>>>> device >>>>>>>> portal in OFBiz. In other words, just have the device browse OFBiz. >>>>>>>> >>>>>>>> -Adrian >>>>>>>> >>>>>>>> On 6/21/2011 1:29 PM, tony marcus wrote: >>>>>>>>> >>>>>>>>> Hi All, >>>>>>>>> >>>>>>>>> We are quite new to ofbiz but feature wise it seem to have almost >>>>>>>>> all >>>>>>>>> the functionality that we need. But there are few issues which we >>>>>>>>> are >>>>>>>>> not sure on how to resolve. >>>>>>>>> >>>>>>>>> Requirement here is to build a client application based on ofbiz >>>>>>>>> framework which is targeted to mobile devices and embedded >>>>>>>>> So >>>>>>>>> the first issue is framework's size itself, which quite huge for >>>>>>>>> mobile devices. Please suggest on how to reduce that to as small as >>>>>>>>> possible. If not, then at least can just the POS client part of it >>>>>>>>> be >>>>>>>>> extracted and made run on mobile/embedded devices? >>>>>>>>> >>>>>>>>> Secondly, since it has to on run mobile devices we need to compile >>>>>>>>> it >>>>>>>>> using j2me, but that not not happening. Please suggest on how to do >>>>>>>>> that or if there is any other implementation of Java SDK that can >>>>>>>>> help? >>>>>>>>> >>>>>>>>> Thanks in advance and looking forward your replies. >>>>>>>>> >>>>>>>>> regards, >>>>>>>>> Tony Marcus >>>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >> >> |
In reply to this post by Erwan de FERRIERES
You dont have to "write it from scratch", only the UI which is fairly
simple. I wrote a POJ (Plain old Java) POS application some years ago that ran on a desktop without a browser. It had three possible interfaces to the database. The first one where a copy of the db ran on the desktop machine and was syc'd with the main server twice a day. The second made a db connection to the same db server. That worked well, but there were some concurrency issues. The last used JSON calls to the backend server. All problems solved and the performance was not at all bad. Skip -----Original Message----- From: Erwan de FERRIERES [mailto:[hidden email]] Sent: Thursday, June 23, 2011 2:34 AM To: [hidden email] Subject: Re: ofbiz on mobile & embedded devices Le 23/06/2011 10:52, tony marcus a écrit : > Jacques, I had a look into source-code of the hand-held facility but > didn't get much of idea. May be its my rookie approach, but is there > some kind of doc. that can help me out on this? > > regards, > Tony Marcus > Hi Tony, hhfacility is more a specific webapp for the hand-helds, with a decorator designed for small screens. Once again, we are on a web application, not a native one. OFBiz has not been written for begin run on smartphones or anything, but on server. Except the POS, which has a synchronization function. If you want to make it work as a native app, then you'll have to write it from scratch... Cheers, >> > -- Erwan de FERRIERES www.nereide.biz |
In reply to this post by SkipDever
well that sounds interesting, Skip!! initially I tried to do it but
didn't have that kind of patience and gave up on 3rd day :) it will be great if you can share specifics on reducing size, if you have documented it. because hit-n-trial approach will definitely more than month for me. regards, Tony Marcus On Thu, Jun 23, 2011 at 9:48 PM, SkipDever <[hidden email]> wrote: > You can take a LOT of ofbiz code out, but not the framework. > > I wrote an ofbiz based application and reduced the footprint by 2 thirds. > But, I had to take bits and pieces out of the applications to use in my new > application. > > Took about a month as I recall. > > Would be nice to have each of the applications completely independant, i.e. > just delete them and all the rest work. > > Skip > > > |
Free forum by Nabble | Edit this page |