Надуманный пример:

LocalDateTime.parse(                                       // Parse input text as a `LocalDateTime` lacking any concept of time zone or offset-from-UTC.
    "Aug 31 09:53:19 2011" , 
    DateTimeFormatter.ofPattern( "MMM dd HH:mm:ss yyyy" )  // Specify formatting pattern to match input string.
                     .withLocale( Locale.US )              // The `Locale` determines the human language and cultural norms used in translating the input text.
)                                                          // Returns a `LocalDateTime` object.

Подробности

Два других ответа от aioobe и by Jesper верны: неявное использование Locale с человеческим языком, который не соответствует языку введенного вами текста.

Этот ответ объясняет новый способ выполнения работы. Кроме того, другие ответы не затрагивают важнейшую проблему часового пояса.

Java.время

Перенесемся через несколько лет после этой публикации, и теперь у нас есть новый пакет java.time, встроенный в Java 8 и более поздние версии. Эти новые классы заменяют старые классы java.util.Date/.Calendar и SimpleDateFormat. Эти старые классы оказались проблемными, запутанными и ошибочными.

Шаблон форматирования

Определите данные для анализа и их формат.

String input = "Aug 31 09:53:19 2011";
DateTimeFormatter formatter = DateTimeFormatter.ofPattern( "MMM dd HH:mm:ss uuuu" );

Если не указано, DateTimeFormatter назначается Locale, который в настоящее время используется по умолчанию в JVM. Это значение по умолчанию может измениться в любой момент, даже во время выполнения (!). Поэтому всегда указывайте желаемое/ожидаемое Locale.

formatter = formatter.withLocale( Locale.US );  // Or Locale.UK, Locale.CANADA_FRENCH, etc.

Учитывая, что во входных данных отсутствует какая-либо информация о часовом поясе или смещении от-UTC, следует анализировать как LocalDateTime .

LocalDateTime ldt = LocalDateTime.parse( input , formatter );

Если из контекста вы знаете предполагаемое смещение от UTC или часовой пояс для этого значения даты и времени, назначьте его.

Если в формате UTC, используйте константу ZoneOffset.UTC, чтобы получить объект OffsetDateTime.

OffsetDateTime odt = ldt.atOffset( ZoneOffset.UTC );

Часовой пояс — это смещение относительно UTC плюс набор правил для обработки аномалий, таких как переход на летнее время (DST). Используйте правильные названия часовых поясов, а не аббревиатуры из 3-4 букв.

ZoneId zoneId_Montreal = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = ldt.atZone( zoneId_Montreal );

Укажите часовой пояс

Этот элемент человеческого языка был ключевым недостающим элементом для ответа на Вопрос. Указание правильного Locale для человеческого языка, соответствующего языку вашей входной строки, решает эту проблему.

Но обратите внимание, что часовой пояс также имеет решающее значение; другие ответы игнорировали эту проблему, тем самым неявно используя текущий часовой пояс JVM по умолчанию. Это не рекомендуется, так как это зависит от операционной системы хоста в качестве начального значения по умолчанию (поэтому может варьироваться), и, кроме того, любой код в любом потоке любого приложения в JVM может изменить текущий часовой пояс JVM по умолчанию во время время выполнения. Лучше указать желаемый/ожидаемый часовой пояс, чем неявно полагаться на значение по умолчанию.

ZonedDateTime zdt = formatter.withZone( zoneId_Montreal ).withLocale( Locale.ENGLISH ).parse( input, ZonedDateTime :: from );

String output = formatter.withLocale( Locale.CANADA_FRENCH ).format( zdt );

String outputLocalized = DateTimeFormatter.ofLocalizedDateTime( FormatStyle.FULL ).withLocale( Locale.CANADA_FRENCH ).format( zdt );

System.out.println( "input: " + input );
System.out.println( "formatter: " + formatter );
System.out.println( "zdt: " + zdt );
System.out.println( "output: " + output );
System.out.println( "outputLocalized: " + outputLocalized );

input: Aug 31 09:53:19 2011
formatter: Text(MonthOfYear,SHORT)' 'Value(DayOfMonth,2)' 'Value(HourOfDay,2)':'Value(MinuteOfHour,2)':'Value(SecondOfMinute,2)' 'Value(YearOfEra,4,19,EXCEEDS_PAD)
zdt: 2011-08-31T09:53:19-04:00[America/Montreal]
output: août 31 09:53:19 2011
outputLocalized: mercredi 31 août 2011 9 h 53 EDT