Re: Java ME and remote classes

CLDC does not provide java.lang.ClassLoader, and so provides no mechanism 
for runtime definition of Java classes.
CLDC also does not support java.rmi.

Therefore, implementing what you describe in the way you describe it is 
impossible.

Obviously there are other ways of achieving this functionality (running 
arbitrary code on a thin client) but you'll no doubt find them restrictive, 
cludgy and inefficient.
A better solution would be to target CDC rather than CLDC., where all of the 
api functionality you require is exposed. (with the rmi package itself being 
an optional addition)


----- Original Message ----- 
From: <[email protected]>
To: <[email protected]>
Sent: Sunday, July 13, 2008 7:58 PM
Subject: Java ME and remote classes


>I need to develop server side Java application that will be on computer, 
>Linux or Windows, and a client for mobile CLDC device.
> For future development of application, I'm trying to figure out is there a 
> way to conduct changes only on server side.
>
> [Example]
> Application has to do two things. A and B, respectively. Client on mobile 
> device has the code and the forms to obtain it. Later, someone add thing C 
> to server side. That action leads to changing or adding classes on client, 
> and I want to find solution as follows:
> -client don't have classes for work A, work B, work C etc. What he does is 
> to load classes or data from server and use that data.
>
> I have two ideas, I don't know if they are working. I will list here my 
> ideas:
> 1. create CLDL class on server and mobile device will call remote class
> 2. create XML data on server and mobile device will generate class 
> according to XML data.
>
> Does any of these ideas work (if yes how can I implement it)? Is there 
> some other solution?
>
> Thx in advance
> [Message sent by forum member 'quo' (quo)]
>
> http://forums.java.net/jive/thread.jspa?messageID=286280
>
> ===========================================================================
> To unsubscribe, send email to [email protected] and include in the 
> body
> of the message "signoff KVM-INTEREST".  For general help, send email to
> [email protected] and include in the body of the message "help".
> 

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff KVM-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".