![](https://secure.gravatar.com/avatar/1acb146697fe261dc4e0c1c04f7508ec.jpg?s=120&d=mm&r=g)
On Mon, Aug 6, 2012 at 7:33 AM, Alessio Stalla <alessiostalla@gmail.com>wrote:
Please see http://ale20.wordpress.com/2010/01/13/java-reflection-non-public-inner-class...
I believe it's an instance of that. At that time, I introduced "intended class" + jcoerce to work around that, but I'm not sure about it anymore; setAccessible(true) is a better strategy, imho. It is perhaps trickier to implement correctly (when exactly to call setAccessible(true)?
Always. (unless hashing is cheaper than the call, in which case once per method and cache the methods that have been set)
What about security exceptions ?)
You get the exception and deal with it. If you really want to call the method you modify the security policy for your machine.
but more predictable by the user.
Certainly this user ;-) -Alan
Alessio
On Wed, Aug 1, 2012 at 7:56 AM, Mark Evenson <evenson@panix.com> wrote:
On 8/1/12 7:03 AM, Alan Ruttenberg wrote:
Well, that's cute. with constant signature expands into a call to jss:invoke-find-method called with the arguments to the first function call, saves that, and subsequently always uses jcall to call that specific method. The lookup calls jresolve method then setAccessible on the result. Perhaps it is the setAccessible that is doing the magic?
You should svn update - I've committed some changes elsewhere. I'm dealing with an annoyance - I updated abcl to trunk and am trying java 1.7. I get a startup (fatal) error unless I first delete the slime/swank compiled files. No clue what that's about. If you want you can see if you can reproduce and then file a report. Otherwise I'll get to it.
The java 1.7 I get from the Oracle site.
Work on the CLOS/AMOP has created weird errors that require removing fasls over the past several months, but it seems to have stablized somewhat across revisions. So, please, if something stops working in mysterious ways across svn revs, please do a full rebuild (and get take a break) while you recursively remove "~/.slime" and "~/.cache" before you tear too much hair out.
I've been able to reproduce on oracle-jdk-1.7.0_05 running on x86_64-osx-10.8 so have filed this as [ticket #229][#229].
[#229]: http://trac.common-lisp.net/armedbear/ticket/229
@Alan: I'd appreciate you checking my logic on JSS:WITH-CONSTANT-SIGNATURE, as you can see from [r13937] when I fixed [#205], my previous understanding of what that macro should do was completely (and dangerously wrong).
I will try to get some cycles later today to at this bug.
[r13937]: http://trac.common-lisp.net/armedbear/changeset/13937 [#205]: http://trac.common-lisp.net/armedbear/ticket/205
--
"A screaming comes across the sky. It has happened before, but there is nothing to compare it to now."
_______________________________________________ armedbear-devel mailing list armedbear-devel@common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
-- Some gratuitous spam:
http://ripple-project.org Ripple, social credit system http://villages.cc Villages.cc, Ripple-powered community economy http://common-lisp.net/project/armedbear ABCL, Common Lisp on the JVM http://code.google.com/p/tapulli my current open source projects http://www.manydesigns.com/ ManyDesigns Portofino, open source model-driven Java web application framework
_______________________________________________ armedbear-devel mailing list armedbear-devel@common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel