This public method implemented for *all* proxy instances.
Proxy implements net.sf.cglib.Factory interface it is used for optimization
to eleminate reflection.
We can rename getters and setters, but it is public API and you can filter
methods this way:
public boolean accept(){
return net.sf.cglib.Factory.class != method.getDeclaringClass() ;
}
public interface Factory {
/**
* Creates new instance of the same type as factory
* @param ih interceptor
* @return instance
*/
public Object newInstance(MethodInterceptor ih);
public MethodInterceptor getInterceptor();
public Object newInstance(MethodInterceptor ih, Object delegate);
public Object newInstance( Class types[], Object args[],
MethodInterceptor ih);//calls multiarg constructor
public Object getDelegate();//new getter
public void setDelegate(Object delegate);//new setter
public void setInterceptor(MethodInterceptor ih);//new setter
}
It gets weird. The problem is that *sometimes* the proxy exposes a
getInterceptor() method of type net.sf.cglib.proxy.MethodInterceptor.
When I restart the JVM, it usually works for a while - this method is
not exposed. Eventually, however, something "breaks" and this method is
consistently exposed.
???
Jeff
> -----Original Message-----
> From: Schnitzer, Jeff
> Sent: Thursday, January 30, 2003 5:23 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Hibernate] Trouble with proxy implementations
>
> It's possible that there is a getter on the proxy that returns an
object
> that has the getSession() method. Difficult to tell from my current
> test app. I'll write some introspection code to find out what's going
> on.
>
> Jeff
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, January 30, 2003 4:45 PM
> > To: Schnitzer, Jeff
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: [Hibernate] Trouble with proxy implementations
> >
> >
> > Wierd .... those methods are defined on the _handler_ class,
> > not the proxy interface itself.....
> >
> > And I didn't thing the proxies implement the interface of the
> > MethodInterceptor....
> >
> >
> >
> >
> > "Schnitzer,
> > Jeff" To:
> > <[EMAIL PROTECTED]>
> > <[EMAIL PROTECTED] cc:
> > xis.com> Subject: RE:
[Hibernate]
> > Trouble with proxy implementations
> >
> > 31/01/03 11:04
> > AM
> >
> >
> >
> >
> >
> >
> > It's with a very recent CVS copy of hibernate2. The getters must be
> > generated by CGLIB. It's hard to follow the exact call graph (I get
> an
> > exception that prevents the full XML from being displayed) but one
> > example:
> >
> > It looks like the proxy has a method getSession() that returns a
> > net.sf.hibernate.impl.SessionImpl.
> >
> > Jeff
> >
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, January 30, 2003 3:42 PM
> > > To: Schnitzer, Jeff
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Re: [Hibernate] Trouble with proxy implementations
> > >
> > >
> > > Hmmmm. HibernateProxy itself only declares writeReplace(). Do you
> mean
> > > methods
> > > that are coming from CGLIB, or are you referring to an older
version
> > of
> > > Hibernate?
> > >
> > >
> > >
> > >
> > > "Schnitzer, Jeff"
> > > <[EMAIL PROTECTED]> To:
> > > <[EMAIL PROTECTED]>
> > > Sent by: cc:
> > > [EMAIL PROTECTED]
Subject:
> > > [Hibernate] Trouble with proxy implementations
> > > eforge.net
> > >
> > >
> > > 31/01/03 10:30 AM
> > >
> > >
> > >
> > >
> > >
> > >
> > > I'm having a small problem with the generated proxy
implementations
> in
> > > one of my webapps. My data objects are of course java beans, and
> > these
> > > java beans are passed up into the presentation tier.
> > >
> > > Among other things, my presentation tier uses reflection to
examine
> > the
> > > data (model) components and generate XML from them. This works
> great
> > > with real beans but causes a lot of trouble with proxies.
> > >
> > > Unfotunately the generated proxies have a lot of methods that fit
> the
> > > javabeans property pattern getXXX() and return sophisticated
> objects.
> > > This really makes a mess out of the process.
> > >
> > > Is it possible to change these methods so that they do not
coincide
> > with
> > > the pattern for javabeans properties?
> > >
> > > Jeff Schnitzer
> > > [EMAIL PROTECTED]
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.NET email is sponsored by:
> > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2
See!
> > > http://www.vasoftware.com
> > > _______________________________________________
> > > hibernate-devel mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> > >
> > >
> > >
> > >
> > >
> **********************************************************************
> > > Any personal or sensitive information contained in this email and
> > > attachments must be handled in accordance with the Victorian
> > Information
> > > Privacy Act 2000, the Health Records Act 2001 or the Privacy Act
> 1988
> > > (Commonwealth), as applicable.
> > >
> > > This email, including all attachments, is confidential. If you
are
> > not
> > > the
> > > intended recipient, you must not disclose, distribute, copy or use
> the
> > > information contained in this email or attachments. Any
> > confidentiality
> > > or
> > > privilege is not waived or lost because this email has been sent
to
> > you in
> > > error. If you have received it in error, please let us know by
> reply
> > > email, delete it from your system and destroy any copies.
> > >
> **********************************************************************
> > >
> > >
> > >
> >
> >
> >
> >
> >
> >
**********************************************************************
> > Any personal or sensitive information contained in this email and
> > attachments must be handled in accordance with the Victorian
> Information
> > Privacy Act 2000, the Health Records Act 2001 or the Privacy Act
1988
> > (Commonwealth), as applicable.
> >
> > This email, including all attachments, is confidential. If you are
> not
> > the
> > intended recipient, you must not disclose, distribute, copy or use
the
> > information contained in this email or attachments. Any
> confidentiality
> > or
> > privilege is not waived or lost because this email has been sent to
> you in
> > error. If you have received it in error, please let us know by
reply
> > email, delete it from your system and destroy any copies.
> >
**********************************************************************
> >
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See!
> http://www.vasoftware.com
> _______________________________________________
> hibernate-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See!
http://www.vasoftware.com
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
hibernate-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
