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.j2
mepolish.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.j2
mepolish.org/docs/rmi.html
>>
>> http://www.j2mepolish.org/mobile/j2mepolish-2.0-Previ
ew.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 listservjava.sun.com and include in
>>> the body
>>> of the message "signoff
KVM-INTEREST". For general help, send
>>> email to
>>> listservjava.sun.com and include in the body of
the message "help".
>>
>> --
>> Robert Virkus
>> CEO Enough Software
>> Sögestr. 70
>> 28195 Bremen
>> Germany
>>
>> Email: Robert.Virkusenough.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 listservjava.sun.com and include in
>> the
>> body
>> of the message "signoff KVM-INTEREST".
For general help, send
>> email to
>> listservjava.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.messa
gelabs.com/stats.asp
>
>
============================================================
==========
> =====
> To unsubscribe, send email to listservjava.sun.com and include in
> the body
> of the message "signoff KVM-INTEREST". For
general help, send
> email to
> listservjava.sun.com and include in the body of
the message "help".
--
Robert Virkus
CEO Enough Software
Sögestr. 70
28195 Bremen
Germany
Email: Robert.Virkusenough.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 listservjava.sun.com and include in
the body
of the message "signoff KVM-INTEREST". For
general help, send email to
listservjava.sun.com and include in the body of the message
"help".
|
