Spec-Zone .ru спецификации, руководства, описания, API

12 мая 2005 Обновления для JavaTM Комплект разработчика SE, v6 Бета 1

• Добавленный оператор о том, как объект массива возвратился a readResolve вызов для неразделенного чтения обрабатывается.
• Разъясненный поведение в случае недопустимого serialPersistentFields значение.
• Разъясненный это serialVersionUID от соответствия отклоняют для классов массива.
• Разъясненный, когда IllegalArgumentException бросается ObjectOutputStream.PutFields методы.

24 июля 2003 Обновления для ^JavaTM 2 SDK, Standard Edition, v1.5 Бета 1

• Добавленная поддержка сериализации перечислимых констант.
• Добавленная спецификация флагов модификатора class используется в вычислении значения по умолчанию serialVersionUID значения к Разделу 4.6, "Потоковые Уникальные идентификаторы".

16 августа 2001 Обновления для ^JavaTM 2 SDK, Standard Edition, v1.4 Бета 2

• Добавленная поддержка class - определенный readObjectNoData методы, чтобы использоваться для того, чтобы инициализировать сериализуемые поля class в случаях, не покрытых class - определили readObject методы. См. Раздел 3.5, "readObjectNoData Метод", так же как Приложение A, "Безопасность в Объектной Сериализации".
• Новые методы ObjectOutputStream.writeUnshared и ObjectInputStream.readUnshared обеспечьте механизм для того, чтобы он гарантировал уникальные ссылки на десериализованные объекты. См. Раздел 2.1, "Класс ObjectOutputStream", Раздел 3.1, "Класс ObjectInputStream", так же как Приложение A, "Безопасность в Объектной Сериализации".
• Задокументированные новые проверки безопасности в конструкторах с одним параметром для ObjectOutputStream и ObjectInputStream. См. Раздел 2.1, "Класс ObjectOutputStream" и Раздел 3.1, "Класс ObjectInputStream".
• Добавленное предостережение против использования внутренних классов для сериализации в Разделе 1.10, "Сериализуемый Интерфейс".
• Разъясненное требование тот class - определенный writeObject методы вызывают ObjectOutputStream.defaultWriteObject или writeFields однажды при записи дополнительных данных, и того class - определенный readObject методы вызывают ObjectInputStream.defaultReadObject или readFields однажды чтение дополнительных данных. См. Раздел 2.3, "writeObject Метод" и Раздел 3.4, "readObject Метод".
• Разъясненный поведение ObjectInputStream когда class - определенный readObject или readExternal методы делают попытку операций чтения, которые превышают границы доступных данных; см. Раздел 3.4, "readObject Метод" и Раздел 3.6, "readExternal Метод".
• Разъясненный описание непрокси тип поля дескриптора class представляет в виде строки, чтобы потребовать что они быть записанным в "полевом формате" дескриптора; см. Раздел 6.2, "Потоковые Элементы".

30 июля 1999 Обновления для ^JavaTM 2 SDK, Standard Edition, v1.3 Бета

• Добавленный возможность записать String объекты, для которых кодирование UTF более длительно чем 65535 байтов в длине. См. Раздел 6.2, "Потоковые Элементы".
• Новые методы ObjectOutputStream.writeClassDescriptor и ObjectInputStream.readClassDescriptor обеспечьте средство настройки сериализированного представления ObjectStreamClass Дескрипторы class. См. Раздел 2.1, "Класс ObjectOutputStream" и Раздел 3.1, "Класс ObjectInputStream".
• Расширенное Приложение A, "Безопасность в Объектной Сериализации".

30 сентября 1998 Обновления для ^JDKTM 1.2 Beta4 RC1

• Исправления документации только.

22 июня 1998 Обновления для ^JDKTM 1.2 Beta4

• Устраненный ^JDKTM 1.2 java.io интерфейсы, Replaceable и Resolvable.References к любому из этих классов как интерфейс должен быть заменен java.io.Serializable. Сериализация будет использовать отражение, чтобы вызвать методы, writeReplace и readResolve, если Сериализуемый class определяет эти методы. См. Раздел 2.5, "writeReplace Метод" и Раздел 3.7, "readResolve Метод."
• Новый javadoc тегирует @serial, @serialField, и @serialData обеспечивают способ задокументировать Сериализированную Форму Сериализуемого class. Javadoc генерирует спецификацию сериализации, основанную на содержании этих тегов. См. Раздел 1.6, "Документируя Сериализуемые Поля и Данные для Класса."
• Специальный элемент Serializable class, serialPersistentFields, должен быть объявлен частным. См. Раздел 1.5, "Определяя Сериализуемые Поля для Класса."
• Разъясненный шаги, включенные в вычисления serialVersionUID в Разделе 4.6, "Потоковые Уникальные идентификаторы."

6 февраля 1998 Обновления для ^JDKTM 1.2 Беты 3

• Представленный понятие версий STREAM_PROTOCOL. Добавленный STREAM_PROTOCOL_2 версия, чтобы указать на новый формат для Externalizable объекты, которые позволяют пропустить Externalizable объект в потоке, даже когда class объекта не доступен в локальной Виртуальной машине. Проблемы совместимости обсуждаются в Разделе 6.3, "Потоковые Версии Протокола."
• The ObjectInputStream.resolveClass метод может возвратить локальный class в различном пакете чем имя class в потоке. Эта возможность позволяет переименовать пакетов между выпусками. serialVersionUID и основное имя class должно быть тем же самым в потоке и в локальной версии class. См. Раздел 3.1, "Класс ObjectInputStream."
• Позвольте замену String или array объекты при записи им в или читая их из потока. См. Раздел 2.1, "Класс ObjectOutputStream" и Раздел 3.1, "Класс ObjectInputStream."

4 сентября 1997 Обновления для ^JDKTM 1.2 Beta1

• Разделенный Заменимый интерфейс на два интерфейса: Заменимый и Разрешимый. Заменимый интерфейс позволяет class назначать свою собственную замену прежде, чем сериализировать объект к потоку. Разрешимый интерфейс позволяет class назначать свою собственную замену, читая объект из потока.
• Измененная сериализация, чтобы использовать ^JDKTM 1.2 модели обеспечения безопасности. Есть проверка на SerializablePermission "enableSubstitution" в пределах ObjectInputStream.enableReplace и ObjectOutputStream.enableResolve методы. См. Раздел 2.1, "Класс ObjectOutputStream" и Раздел 3.1, "Класс ObjectInputStream."
• Обновленный writeObject's обработчик исключений, чтобы записать обработанный IOExceptions в поток. См. Раздел 2.1, "Класс ObjectOutputStream."

3 июля 1997 Обновления для ^JDKTM 1.2 Альфы

• Задокументированный требования для того, чтобы определить сериализированное состояние классов. См. Раздел 1.5, "Определяя Сериализуемые Поля для Класса."
• Добавленный Сериализуемый Полевой API, чтобы позволить классам больше гибкости в доступе к сериализированным полям class. Потоковый протокол неизменен. См. Раздел 1.7, "Получая доступ к Сериализуемым Полям Класса," Раздел 2.2, "ObjectOutputStream. Класс PutField," и Раздел 3.2, "ObjectInputStream. Класс GetField."
• Разъясненный, что полевые дескрипторы и данные пишутся и читаются из потока в каноническом порядке. См. Раздел 4.1, "Класс ObjectStreamClass."