Hi,
I will get straight into my problem...
My application consists of a bean that needs to access methods on a set of classes that accept vectors as input and provide vectors as output
My problem is how to pass these vectors over the wire and be able to read the vectors returned by the classes. I need to know the length of each element to be able to paint on the front end properly.
thanx
Kartikay
-
Seeking Opinion from EJB experts (5 messages)
- Posted by: Kartikay Doval
- Posted on: August 16 2001 00:33 EDT
Threaded Messages (5)
- Seeking Opinion from EJB experts by Toby Hede on August 16 2001 01:31 EDT
- Seeking Opinion from EJB experts by Kartikay Doval on August 16 2001 06:30 EDT
-
Seeking Opinion from EJB experts by Toby Hede on August 17 2001 01:08 EDT
-
Seeking Opinion from EJB experts by Kartikay Doval on August 17 2001 04:52 EDT
- Seeking Opinion from EJB experts by Pratap Das on August 22 2001 04:43 EDT
-
Seeking Opinion from EJB experts by Kartikay Doval on August 17 2001 04:52 EDT
-
Seeking Opinion from EJB experts by Toby Hede on August 17 2001 01:08 EDT
- Seeking Opinion from EJB experts by Kartikay Doval on August 16 2001 06:30 EDT
-
Seeking Opinion from EJB experts[ Go to top ]
- Posted by: Toby Hede
- Posted on: August 16 2001 01:31 EDT
- in response to Kartikay Doval
Are we talking Vectors as in java.util.Vector or vector as a coordinate?
Either way, as long as your objects implement Serializable, you should be able to pass the objects along the wire. -
Seeking Opinion from EJB experts[ Go to top ]
- Posted by: Kartikay Doval
- Posted on: August 16 2001 06:30 EDT
- in response to Toby Hede
Hi,
thanks for your reply...Yes I am referring to java.util.vector.
To compound the problem I need to invoke methods on java classes before I pass the vectors to these methods...
reflection merely returns the name of the methods exposed by the class.
Also, would it be a good idea to let classes do the commit on the DB or use my bean to perform the commit / roll back -
Seeking Opinion from EJB experts[ Go to top ]
- Posted by: Toby Hede
- Posted on: August 17 2001 01:08 EDT
- in response to Kartikay Doval
Can you give an overview of your logic?
What I read is something like:
Client -> EJB -> VectorHandler
Where VectorHandler is your class that accepts and returns the Vectors.
So do you not actually have the details of the object before you get them? I am not sure I understand.
I would handle the transactions in your bean, based on errors or results from the classes called. This keeps all your transactional logic in the one place.
-
Seeking Opinion from EJB experts[ Go to top ]
- Posted by: Kartikay Doval
- Posted on: August 17 2001 04:52 EDT
- in response to Toby Hede
Thanx for ur msg Toby,
the application logic is such
Client->Servlet->EJB->VectorHandler
this Vector handler needs to invoke method on remote classes and pass client input as parameters. The class then returns the output as multiple Vectors which are elements in one output Vector.
Could I dispense with Vectors and instead use String Arrays as elements in this output vector...I read that the class array is not Serializeable...will it be a problem? Especially if the EJB and the classes are on separate weblogic instances but in the same machine?
-
Seeking Opinion from EJB experts[ Go to top ]
- Posted by: Pratap Das
- Posted on: August 22 2001 04:43 EDT
- in response to Kartikay Doval
Okay, so the access path is Client -> Servlet -> EJB -> VectorHandler ->...remote call to another WLS instance ...-> Remote EJB ?
Anyway, whatever objects you pass in your Vector, make sure that they implement the java.io.Serializable interface. Secondly, make sure that the home/remote interfaces of the Remote EJB (on the 2nd WLS instance) and the objects being passed via the Vectors are in the classpath of your caller EJB. Otherwise you'll get the ClassNotFoundException as well.
--Das