Home > Archive > Java Beans > October 2004 > Transfering an object within J2EE
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Transfering an object within J2EE
|
|
|
| I have this problem. I need to use an object in the client side, that is
gotten in on the server side, on a non-web J2EE aplication.
Once I get this object I want to used locally and save it locally. Only when
the object on the server side changes ( its code is upgraded) I will
download it again. I think this could be made using RMI, but using EJB
tecnlogoly I can't do this, because only a reference is transfered and not
the object itself. I need the object on the client side because I what it to
run in the client machine , even if the server is down.
If I transfer a plain old java object (POJO) using a stateless EJB has a
factory , can I save the object locally ? And if yes how ?
| |
| news.libero.it 2004-09-10, 4:00 pm |
| SMMT wrote:
>I have this problem. I need to use an object in the client side, that is
>gotten in on the server side, on a non-web J2EE aplication.
>Once I get this object I want to used locally and save it locally. Only when
>the object on the server side changes ( its code is upgraded) I will
>download it again. I think this could be made using RMI, but using EJB
>tecnlogoly I can't do this, because only a reference is transfered and not
>the object itself. I need the object on the client side because I what it to
>run in the client machine , even if the server is down.
>
>If I transfer a plain old java object (POJO) using a stateless EJB has a
>factory , can I save the object locally ? And if yes how ?
>
>
>
>
Hi,
I 'm supposing you're talking about a java standalone program (clint
side) that need some kind of code-synchronization with the server version.
You'd probably use java web start technology.
carlo
| |
|
|
when[color=darkred]
not[color=darkred]
to[color=darkred]
> Hi,
> I 'm supposing you're talking about a java standalone program (clint
> side) that need some kind of code-synchronization with the server
version.
> You'd probably use java web start technology.
No. In my project I will need to use some objects like validators and
converters that are used too ofen to use a Stateless Bean to do the
validation server side. I'm not developing for web, but a client / server
aplication.
My idea was, to look for the validator once , and cache it on the client
side. But for this to happen I need the object to be free of j2ee server
side string-attachments.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.760 / Virus Database: 509 - Release Date: 10/9/2004
| |
| madisonDave 2004-10-01, 11:03 am |
| Have you tried using RMI to talk between the server side EJBs directly to the client or to a facade on the server side outside of the container. So it could be you have an EJB talking with a POJO in the app server but not in the container. The POJO deals with interfaces and then talks with the application via RMI or any protocol you want. The POJO may be able to talk with the EJB using interfaces or RMI.
I am struggling with the same problem in a way. No good answer yet.
David
quote:
Originally posted by SMMT
I have this problem. I need to use an object in the client side, that is
gotten in on the server side, on a non-web J2EE aplication.
Once I get this object I want to used locally and save it locally. Only when
the object on the server side changes ( its code is upgraded) I will
download it again. I think this could be made using RMI, but using EJB
tecnlogoly I can't do this, because only a reference is transfered and not
the object itself. I need the object on the client side because I what it to
run in the client machine , even if the server is down.
If I transfer a plain old java object (POJO) using a stateless EJB has a
factory , can I save the object locally ? And if yes how ?
|
|
|
|
|