- 浏览: 196807 次
- 性别:
- 来自: 成都
最新评论
-
longforfreedom:
zhwq1216 写道native : /** Wether ...
ZK文件上传组件 -
zhwq1216:
native : /** Wether to treat th ...
ZK文件上传组件 -
zhwq1216:
native : /** Wether to treat th ...
ZK文件上传组件 -
xcltapestry:
正好用上,太捧了
ZK文件上传组件 -
kamehameha111:
就是这样的,我刚试过,转了一点弯
Liferay的theme开发的问题
相关推荐
安全框架:Spring Security Spring Cloud Oauth2 分布式任务调度:elastic-job 持久层框架:MyBatis、通用Mapper4、Mybatis_PageHelper 数据库连接池:Alibaba Druid 日志管理:Logback 前端框架:Vue全家桶...
稍后将添加的安全框架:它可以是Spring Security,JMT或Apache Shiro LogBack用作日志记录框架 HikariCP用于数据源连接,其注册名称为“ SoftBSHikariCP” Jacoco代码覆盖率 您可以使用HSQL内存数据库,MariaDB或...
介绍这是的安全插件。 它增加了声明哪些用户角色可以访问哪些路由的能力。依赖关系除了 ZK-Router,这个插件还依赖于 ZK-Spring-Security,而后者又依赖于 Spring Security这个怎么运作请参阅以了解插件的工作原理。
使用Spring,Spring-AOP,Spring-Security,Hibernate,JasperReports,DynamicJasper,Generic-Hibernate-DAO。 现场演示:http://www.zk-web.de/zksample2/看一下我们名为ZKBoost的新项目。 功能齐全的基本应用...
Mysql调优:desktop_computer: 环境JDK1.8+Maven、RocketMQ、Kafka、OAuth2、Spring security、JWT、Netty、TCP/IP/ZK、Spring Cloud、dubbo、spring alibaba、MAT、arthas、Seata.......:handshake: 【原创】吐血...
Kafka REST API 概述 Kafka / ZK REST API将提供可用于生产环境的端点,以执行一些针对Kafka和Zookeeper的管理/... 使用Spring Security保护REST API 我们还为这些API开放了一个简单但有用的UI。 请检查了解更多详细
server.port=18080spring.security.user.name=userspring.security.user.password=123Zookeeper配置zookeeper.connect-string=...zookeeper.admin.uri=...zookeeper.base-sleep-time-ms=...zookeeper.block-until-...
数字证书:从文件中读取数字证书,生成文件输入流,输入文件为c:/mycert.cer,获取一个处理X.509证书的证书工厂…… Java+ajax写的登录实例 1个目标文件 内容索引:Java源码,初学实例,ajax,登录 一个Java+ajax写...
数字证书:从文件中读取数字证书,生成文件输入流,输入文件为c:/mycert.cer,获取一个处理X.509证书的证书工厂…… Java+ajax写的登录实例 1个目标文件 内容索引:Java源码,初学实例,ajax,登录 一个Java+ajax写的...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...
与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密 码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以...