This is probably because package-private accessibility in the JVM is based on the concept of “runtime packages”.
A runtime package is a package loaded by a particular classloader. If some classes have the same package name but are loaded by a different classloader then they are NOT part of the same runtime package, so do not have access to the package-private members and would throw IllegalAccessError.
Very few people seem to know about this area of the Java specification! It means that the javac compiler actually has no idea whether some code has access to a private-package member, since it doesn’t know how you will arrange your classloaders at runtime. Of course in OSGi we have multiple classloaders. Mockito would probably fail in the same way outside of OSGi if you loaded it in a different classloader from the classes it is trying to mock…
Neil
On 22 July 2014 at 22:52:00, Gunnar Wagenknecht (gunnar@xxxxxxxxxxxxxxx) wrote: Hi Tom!
On 2014-07-18 19:09:02 +0000, Thomas Watson said:
> Are your troubles when you run the fragment in the Equinox/OSGi
> environment or is it when using Mockito/CGLIB outside of an OSGi
> environment? If it is the later then are you running into issues with
> signing? Or perhaps you could clarify the issue you are running into
> because I just realized that it is not clear to me ;-)
I fixed the problems with signing upstream in cglib. :) Hopefully it
ends up in Mockito one day.
But the other problem I have with Mockito is that it can't mock package
private methods in an OSGi environment. It works outside of OSGi. Thus,
when a class is defined in a bundle and has package private methods,
those methods can be accessed in the test fragment. However, mocking
those fails in OSGi. Oh and to make the problem even more complex, it
does not fail when run as "JUnit Plug-in Test" from within Eclipse but
when run as Tycho Surefire test from within a Maven Tycho build. But as
soon as I make the methods protected it works.
-Gunnar
--
Gunnar Wagenknecht
gunnar@xxxxxxxxxxxxxxx
_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
|
