При создании языка нуждайтесь в хорошем бэкенде

Я думаю, это потому, что у вас есть 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

6
задан 3 revs 7 April 2009 в 05:50
поделиться

6 ответов

Вы рассмотрели запись frontend для GCC? Я упоминаю это для пользы полноты только – насколько я знаю, что внутренний интерфейс является вполне сложным, и кодовая база огромна и тверда постигать.

С другой стороны, GCC является сформировавшимся продуктом со многими опытными программистами, работающими над ним. По крайней мере это, вероятно, обеспечивает самое твердое основание всех альтернатив.

Лично, я предпочел бы LLVM (захватывающая архитектура) или IL.NET: очень, очень простой в использовании, имеет большую поддержку инструмента (Отражатель, Cecil, Reflexil и наконец, что не менее важно, API Reflection.NET) и два очень эффективных внедрения (а именно, каноническая реализация Microsoft и Моно).

Но я не могу требовать экспертных знаний ни в одной архитектуре, так возьмите этот ответ с мелкой частицей соли.

5
ответ дан 8 December 2019 в 12:22
поделиться

В этом случае LLVM является, вероятно, лучшим выбором.

LLVM имеет поддержку Windows, он просто занимает время для компиляции

6
ответ дан 8 December 2019 в 12:22
поделиться

Для SmartEiffel мы используем C в качестве бэкенда.

Tcc является очень хорошим вариантом для разработки - хотя не для финальной версии (произведенный объект эквивалентен gcc-O0),

2
ответ дан 8 December 2019 в 12:22
поделиться

C++ не даст Вам очень, использовать C вместо этого. Но если Вы хотите, чтобы Вы язык использовались в сети, используйте.NET или Java, уверенный, что они замедляются для загрузки, но когда они, они с такой скоростью, как C.

4
ответ дан 8 December 2019 в 12:22
поделиться

Другой для добавления к списку: Slava недавно реализовал Smalltalk на Факторном бэкенде. Я не попробовал это сам, но у меня есть чувство, что это предложило бы больше функций, с которыми Вы хотите от высокоуровневых больше как размер/производительность от низшего уровня.

1
ответ дан 8 December 2019 в 12:22
поделиться

TCC - лучший выбор. Он переносим и имеет библиотеку, поэтому его легко можно использовать в качестве бэкэнда, который называется libtcc. Исполняемые файлы меньше, чем gcc, и это ANSI C.

1
ответ дан 8 December 2019 в 12:22
поделиться
Другие вопросы по тегам:

Похожие вопросы: