Skip to main content

Which data format for end-to-end application

1 reply [Last post]
Anonymous

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Robert Virkus

Hi Robin and all,

you are right - J2ME lacks the necessary reflection for that stuff,
so it's even more amazing we really made it as easy as on J2EE/J2SE.
We are providing serialization support with a J2ME Polish specific
postcompiler - so we're doing in build time what J2EE/J2SE does
during runtime.

For interacting with your server follow these simple steps:

1) define an interface extending de.enough.polish.rmi.Remote - make
sure that all parameters either implement Serializable (no methods
need to be implemented manually) or Externalizable (implement read/
write Method yourself) or are primitives or typical Java classes like
Vector, Hashtable, Date, Image, etc
2) in your mobile application call RemoteClient.open("http://
yourserver.com/yourservice") for obtaining an implementation of your
server interface defined in step 1. Session handling is done
transparently as are redirects, the implementation is hardened and
works on all handsets.
3) implement your server by extending
de.enough.polish.rmi.RemoteServlet and implementing your interface
defined in step 1)

Now let J2ME Polish build your application and deploy it - that's
all, folks.

For more detailed instructions see
http://www.j2mepolish.org/docs/rmi.html

Of course we do provide a sample application - http://
www.j2mepolish.org/mobile/j2mepolish-2.0-Preview.jar contains it.

All the best,
Robert

On Sep 25, 2007, at 1:35 , Robin Chaddock wrote:

> "Just as easy as on J2EE/J2SE" is a slight exaggeration of
> j2mepolish's
> RMI support.
> CLDC by it's very nature lacks the necessary reflection & class loader
> capabilities to allow true Serialization & RMI.
>
> On the other hand CDC with the optional RMI package extensions does
> fulfill your 'just as easy as....' claim.
>
>
> Robert Virkus wrote:
>> Hi,
>>
>> Talking about serialization - you could also consider using RMI for
>> the client-server communication. Just as easy as on J2EE/J2SE:
>>
>> http://www.j2mepolish.org/docs/rmi.html
>>
>> http://www.j2mepolish.org/mobile/j2mepolish-2.0-Preview.jar
>>
>> You can exchange any objects implementing Serializable or
>> Externalizable as well as most java.util Objects like Vector, Stack
>> and of course also Images as well as all primitives.
>>
>> Best,
>> Robert
>>
>> On Sep 24, 2007, at 21:27 , meinterest@MOBILEANDEMBEDDED.ORG wrote:
>>
>>> There is a small XML parser called NanoXML which is very
>>> lightweight,
>>> but in the end you are still taking java to XML and back.
>>>
>>> Another option if you want really small and can live with a few
>>> limitations, look at MDO.dev.java.net, that is project I have built
>>> to transport DataObjects from a JavaEE server to ME devices, and
>>> used
>>> to save the records in the RMS as well. It's a simple object data
>>> serialization that is a bit more work but more resilient to the
>>> serialization version issue/bug.
>>>
>>> Json is nice but still uses a lot of bandwidth, not to mention the
>>> size of the extra libraries to parse it.
>>>
>>> -Shawn
>>> [Message sent by forum member 'sfitzjava' (sfitzjava)]
>>>
>>> http://forums.java.net/jive/thread.jspa?messageID=236838
>>>
>>> ====================================================================
>>> =======
>>>
>>> To unsubscribe, send email to listserv@java.sun.com and include in
>>> the body
>>> of the message "signoff KVM-INTEREST". For general help, send
>>> email to
>>> listserv@java.sun.com and include in the body of the message "help".
>>
>> --
>> Robert Virkus
>> CEO Enough Software
>> Sögestr. 70
>> 28195 Bremen
>> Germany
>>
>> Email: Robert.Virkus@enough.de
>> Phone: +49 - (0)421 - 8409 938
>> Fax: +49 - (0)421 - 9889 132
>> Mobile: +49 - (0)160 - 7788 203
>> ICQ: 194752667
>>
>> =====================================================================
>> ======
>>
>> To unsubscribe, send email to listserv@java.sun.com and include in
>> the
>> body
>> of the message "signoff KVM-INTEREST". For general help, send
>> email to
>> listserv@java.sun.com and include in the body of the message "help".
>
>
> ______________________________________________________________________
> __
> E-mail is an informal method of communication and may be subject to
> data corruption, interception and unauthorised amendment for which
> I-play, a trading name of Digital Bridges Ltd will accept no
> liability. Therefore, it will normally be inappropriate to rely on
> information contained on e-mail without obtaining written
> confirmation.
>
> This e-mail may contain confidential and/or privileged information.
> If you are not the intended recipient (or have received this e-mail
> in error) please notify the sender immediately and destroy this e-
> mail. Any unauthorized copying, disclosure or distribution of the
> material in this e-mail is strictly forbidden.
>
> (C) 2005. I-play is a trademark and trading name of Digital Bridges
> Limited. All Rights Reserved.
> ______________________________________________________________________
> __
> This message has been checked for all known viruses by the
> MessageLabs Virus Scanning Service. For further information visit
> http://www.messagelabs.com/stats.asp
>
> ======================================================================
> =====
> To unsubscribe, send email to listserv@java.sun.com and include in
> the body
> of the message "signoff KVM-INTEREST". For general help, send
> email to
> listserv@java.sun.com and include in the body of the message "help".

--
Robert Virkus
CEO Enough Software
Sögestr. 70
28195 Bremen
Germany

Email: Robert.Virkus@enough.de
Phone: +49 - (0)421 - 8409 938
Fax: +49 - (0)421 - 9889 132
Mobile: +49 - (0)160 - 7788 203
ICQ: 194752667

===========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST". For general help, send email to
listserv@java.sun.com and include in the body of the message "help".