I don't want to start a fight. Ok, in programming world has several (thousands, maybe million) of ways to do exactly same work using same language. But I have more than 120000 lines of code based in the suppose that a method of my bean will be called even if it's a proxy (and toString is one of this method). This is a basic supposition for the Java language at all: a proxy must be a transparent approach to my real object.
Until OJB rc4 this is a reality, but since rc5 this is no more. That's the reason my mail "implies" that it's impossible to work on OJB with Swing. Sorry, wasn't my desire to be mandatory (don't forget that english is not primary language for some of us, and I personally sometimes don't know the best way to express myself - or have a great difficulty to do). Thanks for the fast answer (even not solving the case ;-) ), Edson Richter ----- Original Message ----- From: Charles Anthony To: 'OJB Users List' Sent: Monday, March 08, 2004 11:01 AM Subject: RE: OJB rc5 don't call toString in the object when using Proxies Hi Edson, > From: Edson Carlos Ericksson Richter > [mailto:[EMAIL PROTECTED] > Sent: 08 March 2004 13:56 > To: 'OJB Users List' > Subject: OJB rc5 don't call toString in the object when using Proxies > > > Hi! > > I'm asking you to remove the feature that make OJB doesn't > materialize a object when calling toString > (IndirectionHandler, method invoke): > > // handle toString differently for > non-materialized proxies > // to avoid materialization due to logging. > if ((realSubject == null) && > "toString".equals(methodName)) > { > return "unmaterialized proxy for " + id; > } > > > The reason for this is because any project using Swing > components depends on toString to fill combo-boxes and lists. Um - my companies swing application doesn't depend upon toString to fill combo-boxes and lists. I realise this change may make it easier for your app to work, and I personally don't object to it, but the way you phrase the request implies that it impossible to use OJB, proxies and Swing at the moment. It isn't. Cheers, Charles. ___________________________________________________________ HPD Software Ltd. - Helping Business Finance Business Email terms and conditions: www.hpdsoftware.com/disclaimer --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.614 / Virus Database: 393 - Release Date: 5/3/2004 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
