awesome-fenix
awesome-fenix copied to clipboard
「Comment」https://icyfenix.cn/exploration/projects/monolithic_arch_springboot.html
https://icyfenix.cn/exploration/projects/monolithic_arch_springboot.html
被文档里面的技术组件描述感动到了,目前开源的项目很少有像周老师这样给出具体引用的组件还给出官方地址的。设计上严谨,描述上一针见血。周老师娓娓道来的书写风格太爱了。
JDK8编译会报错
Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project bookstore-monolithic-springboot: Fatal error compiling: invalid target release: 10 -> [Help 1]
需要把pom.xml的97、98行的10换成8
感谢!
JDK8下运行失败 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'JWTAccessToken': Lookup method resolution failed; nested exception is java.lang.IllegalStateException: Failed to introspect Class [org.springframework.security.oauth2.provider.token.store.JwtAccessTokenConverter] from ClassLoader [sun.misc.Launcher$AppClassLoader@18b4aac2]
平时写项目都是糙快猛,怎么流行怎么来。没想到还有这么学院派的写法,优先考虑使用规范,隔离具体实现。高,实在是高👏
【技术组件】写的很用心
what?
------------------ 原始邮件 ------------------ 发件人: "fenixsoft/awesome-fenix" @.>; 发送时间: 2021年10月13日(星期三) 下午2:14 @.>; @.@.>; 主题: Re: [fenixsoft/awesome-fenix] 「Comment」https://icyfenix.cn/exploration/projects/monolithic_arch_springboot.html (#111)
技术组件快写的很用心
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.
你好,周老师,请问项目里的行政区划数据是从哪里获得的?我看直接写死在js中了。
技术组件部分简直是炫技,笔者对Java开发领域的了解的广度和深度震撼到我
你好周老师,我看到项目中的外键约束都是在数据库层面保证的,我经常看到的说法是现在外键都是在业务层代码去保证的,这样既可以和具体的DB解耦,也可以强制程序员在写代码的时候考虑约束,从而对代码有更加严谨的把控。请问对于这个问题您是怎么看的呢?
您好,我clone下项目后项目想进行学。成功启动,数据库连接一切正常。对于项目中使用的组件不熟悉,以至于我难以找到出错原因。我遇到的问题,在点击登录时报错:
HTTP Code:400, 信息:[invalid_grant] Bad credentials
http请求内容为:
Request URL: http://localhost:8080/oauth/token?username=icyfenix&password=MFfTW3uNI4eqhwDkG7HP9p2mzEUu%2Fr2&grant_type=password&client_id=bookstore_frontend&client_secret=bookstore_secret
Request Method: GET
Status Code: 400
Remote Address: [::1]:8080
Referrer Policy: strict-origin-when-cross-origin
@mooba 你好周老师,我看到项目中的外键约束都是在数据库层面保证的,我经常看到的说法是现在外键都是在业务层代码去保证的,这样既可以和具体的DB解耦,也可以强制程序员在写代码的时候考虑约束,从而对代码有更加严谨的把控。请问对于这个问题您是怎么看的呢?
这是个有趣的问题,我也想知道有没有标准答案。
有点不理解为啥不采用大多数项目都是使用的目录结构层次,controller/service/entity/dto/mapper