llemingвсякий текст на диске есть набор байтов
А не на диске?

llemingв памяти
сойдет ?
А чего у тебя еще есть кроме памяти?

llemingесть
а что имеено тебе нужно ?
Ну ты озвучь чего есть, а там посмотрим.

Сергей АрсеньевAndrei TКакая религия тебе запрещает использовать речевой оборот "записаны с использованием кодировки" в отношении байтов?
Эта религия называется русский язык.
Ну не принято в нем сокращать "действие совершаемые с объектом, чтобы получить результат" до "действие результатов". Потому, что "мытье чистых окон" выглядит глупо, а "мытье окон" нет.
Аутист?

Сергей АрсеньевAndrei TАутист?
Не - программист. :)
Не любит эта профессия "точных слов не помню, но содержание примерно такое..."
И при этом наша дискуссия началась со следующего:
Сергей АрсеньевAndrei Tпропущено...

Это бессмысленное утверждение, у строки нет кодировки.
Если Вы не видите в чем-то смысла, значит одно из трех:
- смысла там нет
- Вы не смогли его понять
- Истина где-то рядом (C) авторы X-Files

Человек немного ошибся, обычно кодировка строки символов в памяти jvm , не UTF-8, хотя и Unicode :).

2TC: В связи с чем, файл properties можно прочесть указав ( явно или не очень ),
что он в кодировке UTF-8, и тем самым он будет переведен в кодировку jvm .
пропущено...

Я вам указал на ваши фактические ошибки:
1) У java.lang.String нет кодировки
2) Файл .properties в UTF-8 можно прочитать только явно указав UTF-8
3) Набор слов "Строки символов в памяти JVM" имеет смысл только в контексте строковых литералов, содержащихся в исходном тексте программы
4) Набор слов "файл properties можно прочесть, указав что он в кодировке UTF-8, и тем самым он будет переведен в кодировку jvm" некорректен. Файл не будет никуда переведен, он будет декодирован в строку, у которой кодировки нет, потому что см. 1.

Дальше вы начали строить из себя идиота, заниматься выборочным цитированием и придираться к словосочетанию "кодировка байтов". Хотя я доступно объяснил, что это сокращенное "байтовое представление строки в определенной кодировке", и что это должно быть понятно из контекста.

Leonid KudryavtsevAndrei T1) У java.lang.String нет кодировки

AFAIK
1. Она как суслик. Есть. Вроде называется Unicode ))) /скорее всего UTF-16/
2. Вроде она сейчас в wide char, а раньше, если не ошибаюсь, внутрях была именно UTF8. JNMI до сих пор имеет функции работы со строками как с Utf8. AFAIK (могу ошибаться).
Это все классно, и написано в javadoc'е java.lang.String. Только я никак не возьму в толк, какое отношение внутреннее представление строки имеет к задаче перекладывания текста из файла в базу. Это избыточная информация, которая может только запутать неопытного в Java человека. Коллега Сергей Арсеньев вот вроде настаивает, что внутренняя кодировка как-то используется драйвером в сеансе связи с СУБД -- это же очевидный бред.

Сергей АрсеньевЕсть ли у символов в java.lang.String внутри JVM "байтовое представление строки в определенной кодировке" или нет.
Нету, дубинушка. Если ты конечно не начнешь сейчас аппелировать к тому, что в "памяти" все хранится в виде байтов и прочей болтологии, которой ты тут занимаешься.

Сергей АрсеньевФраза была про то, что если Строка в JVM находится в правильном представлении, то нормальный и правильно настроенный jdbc драйвер должен сам ее сохранить
Строка в JVM по определению из JLS может находиться только в одном представлении - массив юникодных символов. Правильное это представление или нет зависит только от одного - какую кодировку использовали при декодировании байтового представления этой строки.
Драйвер JDBC работает тоже с байтовым представлением строки, которое он явно получает через java.lang.String.getBytes(databaseEncoding).

У тебя в голове каша манная вместо того, что там должно быть.