通过查看java.security我的文件JRE,我发现默认使用的密钥库类型设置为JKS.这里有一个可以使用的密钥库类型列表.
是否有推荐的密钥库类型？不同密钥库类型的优缺点是什么？
在REST服务中向客户端返回响应的所有可能性中,我看到了两种看起来相同的可能性:抛出WebApplicationException(可能使用Response实例)或返回Response实例.
为什么使用一种可能性而不是另一种可能性,因为结果相同？这与使用的REST框架有关,可以配置为在异常和常规响应之间做出不同反应吗？
使用Maven进行软件版本控制和多模块项目的最佳实践是什么？
我的意思是,当我使用Maven创建一个多模块项目时,版本控制的最佳方法是什么？为所有模块使用单个版本(在顶部项目中定义)？要为每个模块使用一个版本(在每个模块的POM中定义)？我还缺少另一种方法吗？每种方法的优缺点是什么？
通常,不同的模块是否一起发布(可能共享相同的版本号)？
谢谢
有没有一种有效的方法来检查FTP服务器上是否存在文件？我正在使用Apache Commons Net.我知道我可以使用listNames方法FTPClient来获取特定目录中的所有文件,然后我可以查看此列表以检查给定文件是否存在,但我不认为它是有效的,尤其是当服务器包含大量文件.
我正在考虑将web套接字Netty用于客户端连接到服务器以获取一些信息的应用程序.然后,它们由服务器注册,并且对特定客户端的信息的任何改变将触发包含更新信息的客户端的通知.在这种情况下,通信首先由客户端启动,后者由服务器启动.因此,网络套接字似乎适应了这种情况.
但是,在它启动后,我希望我的客户端能够随时被服务器通知.可能是几周之后的一天.那么,我的问题是使用网络套接字可以实现非常长寿的连接吗？
谢谢
我使用Spring Batch编写了一个应用程序.我可以看到VisualVM的堆大小约为22 MB.但是,当我使用Process Explorer(在Windows上)查看它使用了多少内存时,差异很大(专用字节 - 71560K和工作集 - 80388K).怎么解释这个？使用这种记忆的其他事情是什么？
谢谢
我正在查看JSSE参考指南,我需要获取一个实例SSLContext才能创建一个SSLEngine,所以我可以使用它Netty来启用安全性.
为了获得一个实例SSLContext,我使用SSLContext.getInstance().我看到该方法被多次覆盖,因此我可以选择使用协议和安全提供程序.
在这里,我可以看到可以使用的算法列表.我应该使用哪种算法来实现安全通信？
此外,由于可以指定要使用的安全提供程序,我应该使用哪个提供程序？
谢谢
我有一个A具有基本类型集合的实体(例如String).我使用这样的映射,因为与每个实例关联的字符串A依赖于A生命周期.如果我想A从DB中删除一个实例,我也希望String删除它的关联s.
我的映射如下:
@Entity
public class A {
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
private Long id;
@Column(name = "name", nullable = false, unique = true)
private String name;
@ElementCollection(fetch = FetchType.EAGER)
@CollectionTable(name = "AStrings", joinColumns = @JoinColumn(name = "id"))
@Column(name = "strings", nullable = false)
private Set<String> strings;
}
如果我创建一个实例A并添加一些字符串,那么我可以使用持久化实例Session.save(myInstance).实例A及其关联的Strings都是持久的.
但是,如果我想从数据库中删除相同的实例,使用Session.createQuery("delete A a where a.name = ?").setString(0, name).executeUpdate(),我得到一个外键约束错误:
无法删除或更新父行:外键约束失败
但是,我希望 …
我正在使用Eclipse Indigo 3.7 + WTP + m2e(包括m2e-wtp).我在Eclipse上配置了我的Tomcat 7.0服务器.我有一个Web应用程序,我试图通过Eclipse在Tomcat上运行,但是当我运行它时,context.xml文件没有被复制到conf/Catalina/localhost目录,这会导致我的应用程序出现一些问题.
应该放置context.xml以便复制到此目录？
谢谢