sun.reflect.Reflection.getCallerClass(int) is going to be removed... how to replace?
Noctarius
me at noctarius.com
Wed Jul 10 01:40:18 PDT 2013
Am 10.07.2013 10:30, schrieb Cédric Champeau:
> Hi guys,
>
> I must second Jochen here. That getCallerClass doesn't work
> anymore in an update release is unacceptable to me. As Jochen
> explained, there's no suitable replacement so far. We can live
> with getCallerClass disappearing if there's a replacement, but
> obviously, the @CallerSensitive "solution" is not one for us.
> There are additional frames in our runtime. Also we need to
> support multiple JDKs (5 to 8, but 8 is already broken).
> Especially, we don't have any replacement for @Grab which makes
> use of it internally. Furthermore, I suspect Class.forName and
> ResourceBundle.getBundle are widespread in user code and it
> used to work. This is not the kind of stuff that people expect
> to break when upgrading a JDK, and we can't tell them to
> rewrite their code (especially, finding the right classloader
> might involve more serious refactoring if it needs to be passed
> as a method argument).
>
Maybe a solution could be an annotation to mark calls to not
appear in any stacktrace?
> I would strongly suggest to keep it as is in JDK 7 and discuss
> an alternative solution for JDK 8 that is suitable for us and
> the JVM (more flexibility with frame filtering).
>
> Cheers,
>
> Cédric
>
> Le 09/07/2013 08:12, Charles Oliver Nutter a écrit :
>> We advise our users to pass in a classloader.
>> Class.forName's stack-based discovery of classloaders is too
>> magic anyway.
>>
>> In general, when there's magic happening at the JVM level
>> that is not possible for us to duplicate in JRuby, we warn
>> our users away from depending on it.
>>
>> - Charlie
>>
>> On Mon, Jul 8, 2013 at 3:33 AM, Jochen Theodorou
>> <blackdrag at gmx.org> wrote:
>>> Hi all,
>>>
>>> 5 days nothing... Does that mean it is like that, there is
>>> no way around and I have to explain my users, that Java7/8
>>> is going to break some "minor" functionality?
>>>
>>> bye blackdrag
>>>
>>> -- Jochen "blackdrag" Theodorou - Groovy Project Tech Lead
>>> blog: http://blackdragsview.blogspot.com/ german groovy
>>> discussion newsgroup: de.comp.lang.misc For Groovy
>>> programming sources visit http://groovy-lang.org
>>>
>>> _______________________________________________ mlvm-dev
>>> mailing list mlvm-dev at openjdk.java.net
>>> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
>> _______________________________________________ mlvm-dev
>> mailing list mlvm-dev at openjdk.java.net
>> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
>
>
--
##############################
# A Digital's Life #
##############################
Nickname: Noctarius
Location: Germany
Meet me at:
Ohloh: http://www.ohloh.net/accounts/noctarius
G+: https://plus.google.com/114622570438626215811
Web: http://www.noctarius.com
LinkedIn: http://www.linkedin.com/in/noctarius
Xing: https://www.xing.com/profile/Christoph_Engelbert
Masterbranch: https://masterbranch.com/christoph.engelbert
XMPP/Jabber: noctarius at jabber.ccc.de
More information about the mlvm-dev
mailing list