Использую Java SE 6. Нужны исходники классов из пакета com.sun.rowset. В тех исходниках, которые идут в составе JDK, папка src/com/sun/rowset вообще отсутствует.
В интернете нашёл исходники этих классов лишь в виде html-страничек, а хотелось бы в стандартном виде, с возможностью отладки.

Заранее спасибо.

Хм, 1 ссылка с google...
http://www.java2s.com/Open-Source/Java-Doc....sun.rowset.htm

Оно?

Вот вроде еще (оно же):
http://www.docjar.com/docs/api/com/sun/row...kage-index.html


P.S. Вообще, как мне кажется, там каждая 2ая ссылка на сурс... Не знаю как Вы искали 
http://www.google.ru/search?source=ig&...A+%D0%B2+Google

Это сообщение отредактировал(а) mgarin - 5.1.2011, 00:49

Искал прям в точности, как Вы    На всех этих сайтах я был.

Но я хотел бы иметь не просто исходники, а возможность отладки этих исходников в Eclipse. 
Как я понял, просто скачать исходник класса и положить его в нужную папку недостаточно, придётся еще и перекомпилировать класс с опцией -g:lines. Ведь внутри rt.jar номера строк присутствуют лишь у тех классов, которые поставляются с исходниками. А самому перекомпилировать классы в rt.jar мне как-то не хочется.   

Существуют ли в природе JDK с полной версией исходников и с отладочной информацией во всех классах? Или собирать их самостоятельно и перекомпилировать - это единственный путь?

p.s.
в первом топике вопрос сформулировал не совсем корректно, извиняюсь

А в чем проблема отлаживать в Eclipse, если у вас на руках есть "просто исходники"? 



Опять же, не совсем понял, что Вам таки надо...
И в общем - из того что понял - зачем Вам вообще оно? Вы хотите поменять часть JDK?
Или Вам нужен исходный код просто для отладки Вашего кода?

Если последнее, то я, к примеру, использую просто сурс идущий с JDK, но сурца sun'овских классов там нет, сразу скажу.

Добавлено через 23 секунды
P.S. Было бы хорошо, если бы Вы пояснили свои задачи

Это единственный путь, так как эти классы являются частью конкретной реализации спецификации.
Кстати говоря, использование классов com.sun - не самое надежное решение. Если на целевой машине стоит JRE другого вендора, то там не будет этих классов.
Развернутый комментарий


Это сообщение отредактировал(а) jk1 - 5.1.2011, 18:12

Проблема в том, что классы откомпилированы без номеров строк. А компилировать их самостоятельно и менять стандартный jar-файл не умею не хочу.


Иногда очень хочется разобраться, как работает класс в конкретной ситуации. А ситуации бывают разные... (в данном случае, меня CachedRowSet интересовал). При возможности отладки, эта задача упростилась бы.


Спасибо, не знал. Только непонятна логика - почему часть классов из пакета sun.* идёт c исходниками, а часть - без.


Но в целом ситуация ясна, спасибо за ответы   

Это сообщение отредактировал(а) 0leg - 14.1.2011, 15:00

Ибо нефиг пальцы в розетку сувать не положено 

А если серьезно...
Все классы относящиеся к платформо-зависимым фичам в Java и декодеры/энкодеры к разным форматам (например к тем же gif/jpeg) идут без исходников.
(По крайней мере мне кажется, что именно такой, примерно, отбор)

Вполне вероятно, что много чего еще. Просто, думаю, подразумевается, что никто пишущий на Java в (здравом уме) не полезет дебагить/смотреть например тот же сурс под работу с файловой системой в Win32, ибо все нужные методы для работы с FS вполне культурно обернуты и выведены для разработчика в удобном виде и незачем лишний раз лезть в нативные вещи.

Добавлено через 1 минуту и 30 секунд
P.S. Но это сугубо мое мнение. Вероятно причины совсем в другом. (Например в распиле бабла)

Это сообщение отредактировал(а) mgarin - 14.1.2011, 17:07

Для этих целей есть Endorsed Standards Override Mechanism.