Hi, Reading through this thread I am also unsure why you are compressing/uncompressing your data. In your example the data is used to populate a form. It is therefore unlikely that we are talking about a lot of data here (or am I wrong?). Also I imagine your client and app server have a good connection between them.
If therefore the approach is to limit the amount of data sent over the wire I would suggest looking at the classic Session Facade pattern and EJB local interfaces as better solutions. David --- Juan Pablo Lorandi <[EMAIL PROTECTED]> wrote: > 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 <http://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 <mailto:[EMAIL PROTECTED]> Pablo > Lorandi > To: 'SAMINATHAN' > <mailto:[EMAIL PROTECTED]> > 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 <http://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. > > > > > ===== David J. Jones, <[EMAIL PROTECTED]>, Virgin Mobile USA, 8th Floor, 22 Fourth Street, San Francisco, CA, 94103, Work: 415 932 5470. USA. Fax: 415 358 4999. __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
