fixxerВот это та самая несусветная чушь на которую вам указывает Andrei T. Строки в JVM _всегда_ в UTF-16. Кодировка возникает только при преобразовании byte[] -> String и String -> byte[] и это всегда кодировка byte[].

Лично я несусветной чуши не вижу.

А объяснения, в чем же заключается "несусветность" приводит к значительно большей чуше. IMHO

Вообще, предлагаю закруглятся. А то все по принципу: когда встречаются два философа и начинают беседу с фразы "давайте сначала договоримся о терминологии". Проблема топик-стартера решилась на 8-ом сообщении, 9-ое сообщение от Сергей Арсеньев последнее, которое хоть какой-то смысл имело. IMHO Далее на двух страницах флем/треп/стеб о "терминологии".

При этом от людей, которые вряд ли на практике с сложными вещами из Unicode сталкивались. А всякие "сложности" типа диакретических знаков и прочего.... как я понимаю, ровно так же сложностями в Java 1.8 и остались ((( Что и утверждение "String это набор символов без кодировки" делает так же не корректным. Т.к. достаточно столкнутся с "supplementary code points", что бы схватиться за голову и начинать крыть матом на Unicode и людей которые его придумали. Я свое уже отхватался в начале 2000-х, но тогда UTF-16/32 еще за не надобностью даже и не было, был только UTF-8. Когда выяснил, что нужных мне по работе символов в Unicode нет и не планируется. Вроде даже из комитет ответили, что добавить не могут - т.к. место кончилось )))).

BlazkowiczА что же нам скажет гугл про wide char
Wide characters are multilingual character codes that are always 16 bits wide

Леонид, вы меня пугаете.
Не понял, чем пугаю, т.к. например англоязычныя Вики уверяет:

https://en.wikipedia.org/wiki/Wide_character

Size of a wide character

UTF-16 little-endian is the encoding standard at Microsoft (and in the Windows operating system). Yet with surrogate pairs it supports 32-bit as well.[1] The .Net Framework platform supports multiple wide-character implementations including UTF7, UTF8, UTF16 and UTF32.[2]

The Java platform requires that wide character variables be defined as 16-bit values, and that characters be encoded using UTF-16 (due to former use of UCS-2), while modern Unix-like systems generally require 32-bit values encoded using UTF-32.[citation needed]

Я лично понимаю под wide char

The C standard distinguishes between multibyte encodings of characters, which use a fixed or variable number of bytes to represent each character (primarily used in source code and external files), from wide characters, which are run-time representations of characters in single objects (typically, greater than 8 bits).
Т.е. противопоставление Wide char (один символ - одно значение) и Multi Bytes (один символ - несколько значений).

Как выяснилось, тут тоже ошибался (((, т.к. оказывается в Java все же multi bytes ))). Точнее multi Characters, т.к. если я правильно прочел Вашу ссылку, есть символы, кодируемые двумя Character'ами. Т.е. честным wide char и не пахнет (((

BlazkowiczLeonid KudryavtsevВообще, предлагаю закруглятся.

Ну, нет. Давайте продолжать. Я прям зачитываюсь этим спором на ровном месте.

So do I

Я бы продолжил, но в твоем сообщении только один вопрос:

BlazkowiczВо-во. Если JDBC вызывает метод JSE, который конвертирует строку в байты, то кто же "делает" это преобразование? Драйвер или JVM?

Курица !

Т.к. спор курица vs яйцо явно возник значительно раньше, чем Java - то думаю, во всем она /курица/ и виновата