Login  Register

Re: Scaled down, mobile ofbiz framework?

Posted by cjhowe on Aug 27, 2006; 9:40pm
URL: http://ofbiz.116.s1.nabble.com/Scaled-down-mobile-ofbiz-framework-tp171041p171049.html

Thanks BJ, but serving WAP pages doesn't cover the
need of when the user has no connectivity.  I think
it's better that the end user do the exact same thing
everytime regardless of connectivity status and let
the software deal with sync.

--- BJ Freeman <[hidden email]> wrote:

> why not have WAP pages.
> Then any phone that can browse the web can interact.
>
http://www.openmobilealliance.org/tech/affiliates/wap/wapindex.html

> http://www.bitstream.com/wireless/
>
>
> Chris Howe sent the following on 8/25/2006 1:59 PM:
> > Thanks David.  The Sun Java Wireless Toolkit looks
> to
> > be able to do this simply enough.
> >
> > --- David E Jones <[hidden email]>
> > wrote:
> >
> >> On a phone? I don't think you can even run a J2SE
> >> JRE on a phone...  
> >> not even with a "Hello World!" type of
> application
> >> (ie without OFBiz  
> >> in the picture at all). A J2SE JRE is a LOT
> bigger
> >> than a J2ME JRE...
> >>
> >> You could certainly do a SOAP or other client,
> and I
> >> know that has  
> >> been done before for very small applications,
> even
> >> running on a phone.
> >>
> >> -David
> >>
> >>
> >> On Aug 25, 2006, at 2:02 PM, Chris Howe wrote:
> >>
> >>> I'm brainstorming a couple of options for
> >> integration
> >>> of ofbiz with mobile terminals (smartphones).
> >> What
> >>> could be stripped off of Ofbiz and still provide
> >> the
> >>> framework' basic database functionality with
> hsql
> >> or
> >>> derby as well as the services and minilang.
> Also
> >>> looking at what could be done to pair down the
> >> java
> >>> requirement to JRE instead of the JDK.
> >>>
> >>> The most frequent use of this would be through a
> >> thin
> >>> client.  However, I'm needing to anticipate loss
> >> of
> >>> connectivity so it needs to store information
> >> locally
> >>> and then sync.  Would a paired down OFBiz work
> for
> >>> this or would it be better to look at another
> >> option
> >>> for use on the smartphone and then have it sync
> >>> through SOAP when connectivity is available?
> >>
> >
> >
>