结合一路研究Jeddict使用的过程经验来看，在这里说一下关于服务器配置的东西。在我们团队，最开始用这个插件的时候，因为公司用的应用服务器是Jboss EAP 7，所以，我们自然而然的，想当然的直接使用了公司常用服务器去部署，结果出现了一系列的问题。后来虽然解决了，结合到和Jeddict作者的交流，需要总结一下学习新事物的套路！
一、问题
1，无法部署
2，无法调用
3，无法创建权限默认表
首先，在可配置的服务器列表中，一共有四种：Payara，Payara Micro，WildFly，WildFly Swarm。但我们在最开始，就将Jboss配置到了WildFly（额，无法理解当时的行为）。后来收到了这么一个回信：
然后，就不用Jboss了，但是，我们用了GlassFish（如今，也是无法理解当时的行为），结果，还是有点问题，就是部署好了之后，主页面也打开了，但就是没办法登录上去！后来，又给作者说，作者这么回信：
当时是感觉Jeddict作者真的是太耐心了，然后和大Boss嘲笑了自己好久，终于明确的意识到，咱们配的服务器，一直有点问题。就开始按照作者的指引去做。然后，就一下子成功了。但由于公司一直都用的是Jboss，所以，还是想用Jboss服务器，再跟作者询问了一下，作者这么回信：
看到这个回信后，我就看了Jeddict所有版本的变更情况。索性，组里有一个对Jboss非常熟悉的人，也就是我们的大Boss。然后就一步一步的去用了微服务的部署，最后是Tomcat和Jboss，我们实现了，在一些主流服务器的部署。也破除了当时对于登录名称是服务器的用户名的误解！
二、分析
这个过程中要分析的内容，其实有两个点：
1，为什么明明写着Payara，偏偏给配置了GlassFish？同理，为什么拿着Jboss，去配置了WildFly?
首先，对于基础的概念不熟悉，基本功不扎实，想当然的在做事！
然后，半吊子，自以为是，态度极其不端正。仅从名称上，就能很明显的知道，这不是一个东西，而我呢，在查了，Payara是在GlassFish的基础之上演变的，我就自作聪明的，图个便利，直接使用了IDE安装时连带安装的GlassFish！
最后，很重要的一个原因：失去了对于服务器这块内容的宏观把控！
2，作者明明说要用Payara，为什么没有配成Payara？
这一点，就觉得很不可思议了！当时收到回信，作者明明说建议用Payara先试试，因为Jeddict是在Payara和WildFly上测试通过的。但为什么没有去做呢？
如果，高人指路了，我还偏不走那条路。那置高人于何地？？？和高人在打交道的时候，又该怎么顺利的交流沟通？？？PS：这里的高人，指的是Jeddict的作者！
我总结分析了一下原因：半吊子，自作聪明！
另外还有一个问题：为什么会理解为登录用户是服务器的用户名？
这一块，也是刚好巧合造成的。我深究了一下根本原因，和最开始使用的时候，一直无法连接上自己的数据库有关系！还有就是数据库的角色表单，老是数据插入不正常也有关。
但是，最根本的原因：是我在困难一堆的时候，失去了基本的逻辑判断！也就是说，当我以正常的逻辑能力去思考问题，而没有得到解决方案的时候，我放弃了对基础理论的信任。我明知道，服务器的用户名和密码和应用程序的登录名和密码不是一回事儿，但我在那时候，的确将这两者混为一谈了，我迫切需要找到一个能够解释当前问题的说辞！ PS：好在我心里还存有质疑，最终也终将问题解决掉！
三、总结
Jeddict这个工具，对于我来说，是个比较新的。那时候，我觉得新在哪儿：
1，java EE体系，我不是特别熟悉，我开发spring体系的系统比较多！
2，我找不到一篇中文资料
3，我需要使用一个新的IDE。。。。。。
那么，我以后在接触新事物的时候，应该怎么做：
1，做一个聪明的傻子，文档怎么说，我就怎么做。不管有没有质疑，先按照人家提供的权威文档说明，进行操作实现！
2，谋全局。最明显的一个问题就是，当时明明就是按照作者的视频做的实例，为什么就是死活不成功呢，反复看了好多遍，一点儿都没差。 但事实是：差太多了！ 我看不到他maven的配置，看不到他服务器的配置，看不到他docker的配置，我看不到他用的Jeddict版本，好多好多。 对应到我自己，就是缺少了一个全局的把握。我没有考虑到我在项目中，整体的运行环境是什么样子的，在看文档的时候，老是忽略掉那些注释信息！
3，听话。在学习新事物的过程中，无可避免会发生一系列的问题。这个时候，我们会看文档，找人交流。当自己的能力，解决不了问题的时候。文档说什么，高人说什么，就去做。说让配成Payara，就绝对不能配成GlassFish！
4，深刻挖掘最根本的核心需求
PS：好好学英语，百度救不了火的时候，谷歌或许能！
