хм, а пруфа на годный ман и внятное описание дифа по фичам случаем нигде не завалялось?

это тебе спасибо, только после твоего коммента пошел шить. утром вернусь че нить скажу :))

та не, к тебе претензий никаких быть и не может.
уверен, для многих статья будет полезна, за что большая тебе спасиба! все что я написал ранее относится к ситуации в целом и моей реальной жизни. что то на филосовствование просто потянуло, вот и решил поделиться своим наблюдениями.

что то в последнее время я начинаю охреневать, от того что концептуальные и прорывные вещи оказываются таковыми только на словах, а на деле, это просто хорошо забытое старое.

всегда жутко интересно слушать самозабвенные рассуждения об очередной супернавороченой архитектуре, а потом обнаружить полную копию одного из тех 9000+ сервисов CORBA, которые были описаны еще в конце 90-х. может просто у меня старость подкрадывается :)

опять же, с экторами была чудесная ситуация, когда в самом начале очередной лекции о новомодности экторов, весь полет мысли апологета, был сбит фразой о том что это все было еще в Simula-67 :)

мне кажется или все эти чудесные концепции появились очень и очень давно?
мне показалось что абсолютно аналогичный концепт я видел в CORBA, когда логика завязана на EventService.

боюсь что начну заниматься интерпретацией слов автора, а это не есть гуд. но думаю он поправит если что.

как я понял, подразумевалось что при оверлоаде методов, как приведено в примере, компайлер делает раннее связывание вызовов методов. для манипуляциями с оверлоадами в делфяке например есть специальная дириктива, и некоторые пляски через это. если я все правильно понял, автор об этом и говорил, если же нет, то коммент автора о том что он имел ввиду в студию.

что касается invokevirtual, есть ещё invokerspecial и invokeinterface, которые к нашей ситуации не подходят вроде, да я о нем и не говорил :)

в примере автора нет никаких виртуальных перегрузок, и судя по всему он подразумевал переопределение.

тьфу блин, overload c override местами перепутал.

в случае, если речь идет о перегрузке в смысле override, а не overload, то на сколько я помню, все обстоит именно так, как сказал автор.

полностью поддерживаю, имхо, автор несколько недопонял смысл введения этой конструкции.

Судя по тому что писал John Rose в своем блоге во время разработке, все это дело реализовывалось в рамках «универсализации» JVM.
В новой модели, предполагается компиляция в байткод всяческих динамически-типизуемых языков. И так как модель вызова методов классов, писаных на этих языках, достаточно непонятна, эти методы будут выносится в constant pool, class-файлов, во время компиляции. Формат class-файлов был специально под это изменен.

При разгрузке этих классов в JVM, эта информация будет подгружаться на линковке и будет происходить динамической связывание правил вызовов этих методов.

Детали лучше курить в новой спеки виртуалки.

про НДС в контексте поддержки, внедрения и т.д. было бы очень интересно узнать.