Not sure about the best solution, but we use:
public static Class checkForCGLIB(Class type)
{
if (type.getName().contains("CGLIB"))
{
return type.getSuperclass();
} else return type;
}
Kalle
On 8/29/07, Jan Vissers <[EMAIL PROTECTED]> wrote:
>
> Problem indeed has to do with the 'equality' check that is performed...
> In there a class check like if( obj instanceof MyClass ) is done, but
> obj is a CGLIB enhanced instance, which yields to an unequal class.
>
> What is the best solution to solve this?
> -J.
>
> Marcus Schulte wrote:
> > One thing to be aware of is that the same db-row, in two different
> > Hibernate-Session, corresponds to two different objects. So with
> > session-per-request, if your PSModel is loaded in one request, and
> > your value-parameter-object in another. If you don't override
> > Object.equals appropriately, Tapestry cannot know which list member to
> > show for a given value.
> >
> > 2007/8/28, Jan Vissers <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>:
> >
> > Hi,
> >
> > I'm witnessing some 'interesting' behavior, using lazily loaded
> > collections (Hibernate) combined with PropertySelectionModel
> > stuff. Before
> > getting into too much detail - using my JUnit tests I can prove that
> > traversing the (nested) objectgraph actually has the information
> > (albeit
> > via CGLIB proxies). When using this in my T4.1.2 page however, I
> > see that
> > the correct poplist value doesn't get selected. In a read only
> > version of
> > the page on the other hand - where the poplist is dynamically
> > replaced by
> > a readonly display item - the information is shown.
> >
> > Is there something that I should be aware of in using T4/Hib3
> > regarding
> > the selectionmodel component?
> >
> > -J.
> >
> > BTW: I'm using OpenSessionInView provided by Spring.
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
> > --
> > Marcus Schulte
> > http://marcus-schulte.blogspot.com <http://marcus-schulte.blogspot.com>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
