小编Vic*_*cky的帖子

我正在阅读本文以了解有关Java序列化过程的更多信息.在使用时,readObject/writeObject我可以看到两个用例:

1. 我们可以writeObject在序列化之前使用它来加密字节码.从安全角度来看,这是件好事.
2. 我们可以readObject用来执行反序列化后需要立即执行的任何特定代码片段,当然从#1开始,我们甚至可以readObject用来解密序列化对象时被删除的字节代码.

在编写自定义readObject/writeObject方法时序列化/反序列化对象时是否还有其他实际情况？或者,如果你能指出我可以看到readObject/writeObject的一些体面和实际用途的任何地方？

在阅读有关数据库连接池属性时,我遇到了以下文本:

该maximum pool size属性指定池维护的最大可用和借用(使用中)连接数.如果借用了最大连接数,则在将连接返回到池之前,将不会有任何连接可用.此属性允许池中的连接数随着需求的增加而增加.同时,该属性确保池不会增长到exhausting a system's resources,最终影响应用程序性能和可用性的程度.

我的问题是:当上面的文字谈到' exhausting system resources'这是否意味着降低数据库的性能？如果答案是肯定的,那么为什么数据库没有最大的连接限制,它可以承受而不会影响性能,而不是依靠应用程序来指定适当的最大连接限制？数据库中是否有任何内容表明它可以支持多少并发连接(例如Oracle/SQL Server？)

JSR-223和JSR-241之间的主要区别是什么？

如果我理解正确:

1. JSR -223:用Java引入脚本语言引擎,就是这样!您可以自由使用您想要的任何脚本语言,例如:Groovy,Mozilla Rhino,PHP,Jython,Python等.Project的默认实现支持JavaScript作为脚本引擎,但您可以添加任何您喜欢的脚本语言.所以这只是将用Java语言编写的类与用脚本语言编写的代码连接起来(反之亦然).我可以看到,这种集成的唯一好处是脚本语言在编写程序时提供的简单性与在Java中编写相同的程序相比.

2. JSR 241:这是JSR-223的扩展,并强调采用Groovy作为脚本语言,即如果您计划在Java应用程序(Web或Dekstop应用程序)中使用脚本语言,请使用Groovy ..留下其他人,因为Groovy是更多Java和其他脚本语言如Jython,Python,JavaScript等已被采用和修改以适应Java,但自然选择是Groovy.

能否请你多说一点,我的理解是否正确？

如果查看Java EE FrontController序列图,Controller 会将请求委托给Dispatcher,文档说:

调度程序负责视图管理和导航,管理向用户呈现的下一个视图的选择,以及提供向该资源进行矢量控制的机制.

在Spring MVC中,DispatcherServlet充当FrontController(如由Craig墙在书中提到),并且这代表的Servlet到其它控制器的要求,即依次调用相应的服务类(处理请求),然后返回的一个实例ModelAndView,以DispatcherServlet一次.

所以大致这是请求通常的旅行方式:

客户端 - > DispatcherServlet - >控制器 - >服务 - > DAO

如果将此流与Java EE FrontController模式序列图进行比较,则看起来DispatcherServlet不是真正的FrontController.

你怎么说这个？

我正在查看GnuPG手册(手册),并在第18页见到了以下部分:

chloe% gpg -edit-key chloe@cyb.org

Secret key is available.

pub 1024D/26B6AAE1 created: 1999-06-15 expires: never trust: -/u

sub 2048g/0CF8CB7A created: 1999-06-15 expires: never

sub 1792G/08224617 created: 1999-06-15 expires: 2002-06-14

sub 960D/B1F423E7 created: 1999-06-15 expires: 2002-06-14

(1) Chloe (Jester) <chloe@cyb.org>

(2) Chloe (Plebian) <chloe@tel.net>

它说:关键字pub标识公共主签名密钥,关键字sub标识公共从属密钥.

我不明白,什么是从属关键？有帮助吗？

在什么情况下我们使用SERIALIZABLE隔离级别？我在网站上看到了一些答案,当你想要将交易完全隔离时,我们通常会这样做.

根据您自己的经验,我想知道的是,当您在项目中使用此项目时,或者您已经看到将其用于其他项目时,其他隔离级别未满足的具体要求是什么？

我有一个使用容器管理事务的@Stateless EJB.有没有办法获得"状态" javax.transaction.UserTransaction？也就是说,调用UserTransaction.getStatus()bean方法？

我知道UserTransaction在容器管理的bean中禁止访问,但我想知道,有没有其他方法可以访问getStatus()方法？

CDI可以在我的远程EJB客户端中注入EJB引用吗？

实际上我有一个JUnit测试用例,它在我的系统上本地运行并访问在独立JBoss AS上运行的EJB.我目前正在使用JNDI访问bean的远程业务接口并对其进行测试.

我想知道,如果@Inject可以帮助我在这里直接将我的EJB实例注入我的测试用例,这样我就可以避免JNDI查找并仍然访问EJB？

我正在阅读一些关于 Java 安全性的文章，并且遇到了使用 java.policy 文件来授予来自不同代码源的源代码的权限。

我的问题是，我们是否仍然使用策略文件来授予源代码的权限？

或者使用 Java 安全管理器来限制代码访问某些资源？

我什至java -Djava.security.Manager在我的 App-server (JBoss) 启动脚本中都没有看到任何地方的使用。

我经常使用SOAP over HTTP来实现迄今为止运行良好的Web服务,而这只是我们留下的唯一选择.

我想知道如果您在需要SOAP over SMTP或SOAP over JMS类型的通信的项目中遇到过用例/场景？我只是想了解使用SMTP或JMS与SOAP的用途？