Re: Compression API in EJB

[Juan Pablo Lorandi]

Title: Message

Why compress anything? What does it accomplish?   How is it an object stream? Do you mean an java.io.ObjectOutputStream ? If that's the case, just make sure the stream goes into a holder that is either Serializable or a primitive (for instance use java.io.ByteArrayOutputStream, then extract the byte array). Check the java docs for implications and considerations about it (interface is java.io.Serializable). Also check out the RMI documentation.   By all means comment on why you want to compress an entity, and then decompress it on the client (which, I'm presuming, will benefit from a superb network connection to the App Server). Based on data I have, I think it'll negatively impact on performance. The rationale behind the design choice has me intrigued.   Also, I'm posting this directly to EJB-INTEREST as I think the other post didn't make it to the list.       Juan Pablo Lorandi Chief Software Architect Code Foundry Ltd. [EMAIL PROTECTED] Barberstown, Straffan, Co. Kildare, Ireland. Tel: +353-1-6012050  Fax: +353-1-6012051 Mobile: +353-86-2157900 www.codefoundry.com -----Original Message----- From: SAMINATHAN [mailto:[EMAIL PROTECTED]] Sent: Monday, April 15, 2002 2:42 PM To: Juan Pablo Lorandi Subject: Re: Compression API in EJB Ok Sir, Let me explain further   My client never has an access directly to the DAO.It should go thru minimum my SLSB.   When i loading a form with the user requested record,i just need to get the data from ejbLoad(). Since it is bean managed am providing the value object to my ejbLoad() from my DAO.   (My value object will contain collection of object( basically it is parent -- child ))   What i wanted to do is compress my value object and pass thru the bean layer.   This i can only do on the form load, cause there  is no business logic or operation involved in that.   But in other case my beans are going to use my value object in that i don't want to do any jugglery.   Now i have one question sir, i compressed my object now it has become a object stream , do i need to send my object as a stream?   bye saminathan   ----- Original Message ----- From: Juan Pablo Lorandi To: 'SAMINATHAN' Sent: Monday, April 15, 2002 6:52 PM Subject: RE: Compression API in EJB Yes, it's YOUR data. Even if you're using CMP EBs, you can still compress your data, assuming you also decompress it accordingly. BUT,   1) You will lose search capabilities in the Persistance layer (a SQL query won't support compression) 2) Performance gains depend on the network (latency, bandwidth, availability) between the different parts of your application. On most applications this isn't generally true. Performance gains are simply the difference between compression/decompression time vs. network conditions and round-trips. It's impossible to even guess the scenario from the data you provide. 3) Your diagram seems to implicate the client has direct access to the DAO, thru the use of value objects. Why the EJBs then?   Perhaps if you could explain more....     Juan Pablo Lorandi Chief Software Architect Code Foundry Ltd. [EMAIL PROTECTED] Barberstown, Straffan, Co. Kildare, Ireland. Tel: +353-1-6012050  Fax: +353-1-6012051 Mobile: +353-86-2157900 www.codefoundry.com -----Original Message----- From: A mailing list for Enterprise JavaBeans development [mailto:[EMAIL PROTECTED]] On Behalf Of SAMINATHAN Sent: Monday, April 15, 2002 10:36 AM To: [EMAIL PROTECTED] Subject: Compression API in EJB Hi all       I would like to know whether compression of object in EJB is allowed or not.Though am not directly  going to use inside the bean.          For example i have the follwoing architecture   Client -----> SLSB -----> EB -----DAO -----DB     |                                          |     |                                          |      |--------------------->VALUE OBJECT      on Form load my ejbSelect will return me the value object.Since in my case it is a BMP my DAO's select method will return me the value object and i want to compress that  before sending to  entity --- Session and in the client code i will decompress and use it.Note am not doing any compression in my bean.   And by doing this , will  my performance and response time improve?   Is there any  known or unknown implication there in this?   Thanks and Regards Saminathan.