Я думаю, это потому, что у вас есть spring-boot-starter-security
на вашем пути к классам, и именно поэтому Spring Security автоматически настраивается. Убедитесь, что у вас есть эта следующая зависимость в pom.xml
org.springframework.boot
spring-boot-starter-security
. Вы также можете заметить, что в консоли приложения у вас есть следующий журнал при запуске приложения
Using default security password: ce6c3d39-8f20-4a41-8e01-803166bb99b6
Это означает, что Spring Security автоматически добавила это как ваш пароль, где идентификатор пользователя равен user
Если вы хотите изменить этот пароль на что-то другое, вы можете настроить его в application.properties [ 117] к чему-либо как
security.user.password=password
Для получения более подробной информации следуйте этому Spring Security References
Вы рассмотрели запись frontend для GCC? Я упоминаю это для пользы полноты только – насколько я знаю, что внутренний интерфейс является вполне сложным, и кодовая база огромна и тверда постигать.
С другой стороны, GCC является сформировавшимся продуктом со многими опытными программистами, работающими над ним. По крайней мере это, вероятно, обеспечивает самое твердое основание всех альтернатив.
Лично, я предпочел бы LLVM (захватывающая архитектура) или IL.NET: очень, очень простой в использовании, имеет большую поддержку инструмента (Отражатель, Cecil, Reflexil и наконец, что не менее важно, API Reflection.NET) и два очень эффективных внедрения (а именно, каноническая реализация Microsoft и Моно).
Но я не могу требовать экспертных знаний ни в одной архитектуре, так возьмите этот ответ с мелкой частицей соли.
В этом случае LLVM является, вероятно, лучшим выбором.
LLVM имеет поддержку Windows, он просто занимает время для компиляции
Для SmartEiffel мы используем C в качестве бэкенда.
Tcc является очень хорошим вариантом для разработки - хотя не для финальной версии (произведенный объект эквивалентен gcc-O0),
C++ не даст Вам очень, использовать C вместо этого. Но если Вы хотите, чтобы Вы язык использовались в сети, используйте.NET или Java, уверенный, что они замедляются для загрузки, но когда они, они с такой скоростью, как C.
Другой для добавления к списку: Slava недавно реализовал Smalltalk на Факторном бэкенде. Я не попробовал это сам, но у меня есть чувство, что это предложило бы больше функций, с которыми Вы хотите от высокоуровневых больше как размер/производительность от низшего уровня.
TCC - лучший выбор. Он переносим и имеет библиотеку, поэтому его легко можно использовать в качестве бэкэнда, который называется libtcc. Исполняемые файлы меньше, чем gcc, и это ANSI C.