Hi, Gregor. Gregor Mückl wrote: > ProjectionType is actually an enum that only appears in the signature of a > getter and a setter, following the conventions for Java properties. Could it > be that (a) the runtime tries to map the getter and setter to a Qt property > and because the type cannot be discoverd and (b) this is not prevented by the > annotation because the issue is not about the discovery of slots in the class > at all? >
Yes, this analysis is correct I think, and I don't see any work-around for that problem. I'll hurry with the fix =) > > Maybe you should simply add an interface to Qt Jambi which allows > registration > of custom classloaders for use by the runtime for all of its reflection > magic. > This would nicely side-step the issues that we are discussing here. Custom > classloaders are used quite commonly in complex Java projects (like OSGi > based > software). > I'll register this as a suggestion, but I'll start by just silencing the exceptions and avoiding the crash (which means that properties and slots which use classes that are not on the class path will not be introspectible from C++, which I hope is acceptable for you for the time being). I'll let you know when a patch is ready. -- Eskil _______________________________________________ Qt-jambi-interest mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
