Мне кажется, я когда-то видел что-то подобное, но память упорно подводит

http://en.wikipedia.org/wiki/Java_backporting_tools

Был опыт использования retrotranslator: работает без особых проблем.

А как быть со Stream API для коллекций?

Вот так

Cross-Compilation Options

By default, classes are compiled against the bootstrap and extension classes of the platform that javac shipped with. But javac also supports cross-compiling, where classes are compiled against a bootstrap and extension classes of a different Java platform implementation. It is important to use -bootclasspath and -extdirs when cross-compiling; see Cross-Compilation Example below.

-target version
    Generate class files that target a specified version of the VM. Class files will run on the specified target and on later versions, but not on earlier versions of the VM. Valid targets are 1.1, 1.2, 1.3, 1.4, 1.5 (also 5), 1.6 (also 6), and 1.7 (also 7).

    The default for -target depends on the value of -source:

        If -source is not specified, the value of -target is 1.7
        If -source is 1.2, the value of -target is 1.4
        If -source is 1.3, the value of -target is 1.4
        If -source is 1.5, the value of -target is 1.7
        If -source is 1.6, the value of -target is 1.7
        For all other values of -source, the value of -target is the value of -source.

http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html

А что в нём такого?

Ну и? Какой вывод?

У тебя столько возможнойстей по осваиванию этой целины! Не упускай случая.

Вывод в том, что твое сообщение бессмысленно и не позволяет добиться того, о чём я написал в сообщении. Или поясни, что ты имел в виду.

бывают такие сценарии, когда работает какая-нибудь старинная вебсфера и никто её обновлять по ряду причин не будет, а функционал писать надо

пишу функционал на новых сорцах и компилирую под новую jvm, под старой тестирую, если не юзать новый api, то всяки сахарок типа try(I i = new I()){} работает.

Лямбды не будут работать, ибо они используют dynamicinvoke который появился только в 1.7

пишу функционал на новых сорцах и компилирую под новую jvm, под старой тестирую, если не юзать новый api, то всяки сахарок типа try(I i = new I()){} работает.

Не понял, как это? Как мне скомпилировать твой try, чтобы он запустился на JVM 1.6, покажи на пальцах. Я выше писал, что javac такой трюк проделывать отказывается.

Лямбды не будут работать, ибо они используют dynamicinvoke который появился только в 1.7

В общем то им никто не запрещает использовать обычные классы, это уже на усмотрение компилятора отдаётся, что там используется, как я понимаю.

Не понял, как это? Как мне скомпилировать твой try, чтобы он запустился на JVM 1.6, покажи на пальцах. Я выше писал, что javac такой трюк проделывать отказывается.

просто компилирую с target 1.7, но в некоторых случаях не http://stackoverflow.com/questions/4061965/if-i-compiled-a-java-file-in-the-n...

В общем то им никто не запрещает использовать обычные классы

емнип там все сложнее,

В IDEA, может? Она красиво сворачивает Runnable в как-бы-лямбды.

Это вроде была какая-то околонаколенная поделка

Опа!!!!

У меня есть некая программа (купленная в чуть не в прошлом веке для JAVA 1.3). Естественно, сейчас ее не запустить. Но можно классы назад в JAVA декомпилировать. Обфузером, конечно, там прошлись... Но больно прога удобная для кой-каких работ, а покупать новую версию слишком дорогое удовольствие. Тогда то мне фирма купила для работы, а теперь самому и для себя. И 15-20 тысяч зеленых в моем бюджете могут найти другое применение.

ЗЫЫ. Она даже на 1.4 уже не собиралась.

Надо будет попробовать.

ЗЫ. Знаю что закон не на моей стороне

А в чем проблема использовать Java 1.3?

Если программа не работает на 1.4, значит она гвоздями приколочена к внутреннему API и ни на чём больше не будет работать.

А в чем проблема использовать Java 1.3?

Для нее приходится создавать свою среду. На ВМ ставлю древний линукс, Ставлю 1.3 и работаю....
Неудобно :( Очень!

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

А как тут поможет ретротранслятор, он же для обратных целей?

поясни, что ты имел в виду.

Я думал ты не знал, как обстоят дела в стандартном компиляторе Явы в аспекте кросс-компиляции под разные версии JVM. Вот и привёл выдержку из хэлпа javac.

Он только назад может? Грустно :(

Да, только назад. Так, вроде бы, вперед «из коробки» поддерживается.