Callback[] callbacks = hasFactory ? ((Factory)source).getCallbacks() : getCallbacks(source);

In the callbacks array the 2nd callback is always null for Hibernate lazy loaded classes. But as the callbacks.length is checked for >1, it throws an exception. I have changed the condition from -

if (Arrays.asList(callbacks).size() > 1) {

to

if (callbacks.length > 1 && (callbacks[1] !=null && callbacks.length != 2)) {

In this case this worked perfectly. I would appreciate comments on this.

http://lists.jboss.org/pipermail/hibernate-dev/2008-May/003085.html

Do you have plan to work on this in the next release of Xstream (If you are busy, I would be happy to submit a patch)? This will really help in this field as I have tried JDK xmlEncoder/decoder, Commons Betwixt, Castor, Simple framework, but failed to serialize Java beans to XML with simple converter or persistentDelegates. Only Xstream with the above change is able to correctly handle Hibernate lazy loaded collections (i.e. CGLIB enhanced classes) properly.

Why is a null callback ever a problem? Don't we just need to exclude multiple instantiated callbacks?

Callback[] callbacks = hasFactory ? ((Factory)source).getCallbacks() : getCallbacks(source);
Callback callback = getUnique(callbacks);
boolean isInterceptor = MethodInterceptor.class.isAssignableFrom(callback.getClass());

ExtendedHierarchicalStreamWriterHelper.startNode(writer, mapper.serializedClass(callback.getClass()), callback.getClass());
context.convertAnother(callback);

and

private Callback extractUniqueCallback(Callback[] callbacks) {
Callback firstCallback = null;
for (Callback callback: callbacks) {
if ((callback != null) && (firstCallback != null)) { throw new ConversionException("Cannot handle CGLIB enhanced proxies with multiple callbacks"); } else if (callback != null) { firstCallback = callback; }
}
return firstCallback;
}

Can't NoOp.class also be considered ignorable?

Any news on when we can expect this to be resolved?

Thanks,

Kaz-