Tag: java ee

在ExceptionMapper创建响应时，不会遍历RestEasy Post Process Interceptor链: 我正在使用RestEasy构建我的Restful Web服务。我已经实现了ExceptionMappers来准备特定的exception响应。我还实现了MessageBodyWriterInterceptors和一些PostProcessorInterceptors。问题：当任何资源没有抛出任何exception时，一切正常。我的实现按预期工作。调用所有后处理器拦截器和消息体编写器拦截器。但是，当从任何资源方法抛出exception时，将调用已注册的ExceptionMappers并创建响应。但在这种情况下，不会遍历后处理器拦截器链。他们没有被召唤。在这种情况下我该怎么办在我的exception映射器中写入该拦截器逻辑，或者是否有可用的解决方案？

生成的序列以1而不是1000开始，在注释中设置: 我想问一些关于Hibernate创建的数据库序列的帮助。我在我的实体类中有这个注释 – 下面的代码，以便为partners表提供单独的序列。我希望序列以1000开头，因为我在部署期间使用import.sql将测试数据插入到我的数据库中，我想避免违反约束。但是当我想要保留数据而不是我得到约束违规exception时它会告诉我partner_id = 2已经存在的事实。看起来我错过了什么。 @Id @Column(name = “partner_id”) @SequenceGenerator(initialValue=1000, allocationSize=1, name = “partner_sequence”, sequenceName=”partner_sequence”) @GeneratedValue(generator=”partner_sequence”) private Long partnerId; 生成的序列如下所示： CREATE SEQUENCE partner_sequence INCREMENT 1 MINVALUE 1 MAXVALUE 9223372036854775807 START 1 CACHE 1; ALTER TABLE partner_sequence OWNER TO postgres; 我使用postgres 9.1。我错过了什么？这是我如何处理我想要的方式？在此先感谢您的帮助！

如何让CXF为WSDL生成外部XSD？: 我正在使用CXF和@WebService注释。它生成WSDL文件作为一个大文件，有没有办法告诉它在XSD文件中外部生成wsdl:types并将它们导入WSDL？

从PL / SQL调用/使用JMS: 是否可以从PL / SQL调用/使用JAVA消息服务（JMS）？我知道我们可以从pl / SQL调用java，但调用java与调用JMS Queues或JMS Topics不同，因为JMS依赖于JNDI资源命名，当我们使用基于JNDI的资源时，我们首先必须将它们部署在某些J2EE容器中，然后使用它们。所以调用JMS总是涉及在某个J2EE容器上部署然后利用它的function。回到我之前提到的问题，我想使用PL / SQL中的JMS以及如何处理部署和基于JNDI的资源。

使用序列化将对象传递给另一个JVM – 相同的Java版本和jar（都运行我们的应用程序）: 更新：现在使用地图。想要向其他实例发送内容的类发送对象即路由字符串。使用对象流，使用Java serializable将对象写入servlet。先写字符串然后再写对象。接收servlet将输入流包装在ObjectInputStream周围。首先读取字符串然后读取Object。路由字符串决定它去了。更通用的方法可能是发送类名及其声明的方法或Spring bean名称，但这对我们来说已经足够了。原始问题了解基本方法，但需要步骤的详细信息。还知道我可以使用Jaxb或RMI或EJB …但是想使用纯序列化到bytearray然后进行编码，将它从jvm 1中的servlet 1发送到jvm 2中的servlet 2（同一个中的两个app server实例）局域网，在两个J2EE应用程序中设置相同的Java版本和jar）基本步骤是（Approcah 1）： – 将任何Serializable对象序列化为字节数组并生成一个字符串。确切的代码见下文 Base64输出1.是否需要基于64或可以跳过第2步？使用java.util.URLEncode.encode对字符串进行编码命名参数后，使用apache http组件或URL类从servlet 1发送到2 在Servlet 2 J2EE框架上已经有URLDecoced它，现在只需执行反向步骤并根据param名称转换为对象。既然两者都是我们的应用程序，我们就会知道类型/类映射的param名称。基本上寻找在JVM之间发送对象的最快和最方便的方法。示例：要发送的POJO类 package tst.ser; import java.io.Serializable; public class Bean1 implements Serializable { /** * make it 2 if add something without default […]

我应该在Java Web应用程序中使用Security Manager吗？: 是否足以使用运行应用程序服务器进程的用户的权限来保护Java Web应用程序，或者将SecurityManager与合适的策略文件一起使用是否合理？我曾经做过前者，而不是后者，但有些客户希望我们也使用SecurityManager，它会明确地为每个第三方组件授予权限，以确保没有任何恶意代码潜伏在那里。我已经看到一些Servlet容器，比如Resin ，建议不要使用SecurityManager来减慢速度。有什么想法吗？

绑定用户实体和GlassFish Principal: 我有一个实体类User ，其中包含用户名，名字，姓氏和密码等信息，我有我的GlassFish 3.1服务器设置来执行身份validation。到现在为止还挺好。在容器validation用户之后，我需要一些方法将主体绑定到实际的User实体。毕竟，GlassFish告诉我用户“laurens”已经过身份validation，它没有给我相应的User实体。为此，我编写了一个JSF托管bean UserController 。我想知道的是，如果这是查看实际实体的正确方法，如果有任何明显的陷阱，我没有看到。 UserController具有以下字段： @EJB private UserFacade userFacade; private User user; userFacade是一个无状态会话bean，用于持久化并查找User实例。 JSF页面使用user字段来获取和设置用户的属性。我使用以下方法执行绑定，并伴有两个辅助方法： @PostConstruct private void init() { try { user = userFacade.find(getUserPrincipal().getName()); } catch (NullPointerException ex) { // Intentionally left empty — User is not logged in. } } private HttpServletRequest getHttpServletRequest() { return (HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext().getRequest(); […]

war文件大小是否以某种方式影响应用程序和/或应用程序服务器的性能？: 我们已经在工作中挣扎，有人建议我们应该减小war文件的大小，特别是WEB-INF / lib目录大小，以便提高我们的JBoss实例性能。我仍然怀疑的东西。我们在应用服务器中部署了大约15个Web应用程序，每个大小约为15到20 MB。我知道这涉及到很多变量，但是你们中的任何人真的都在处理这种情况吗？ .war文件大小实际上是否对Web容器产生了重大影响？你能提供什么建议？感谢你。

在用户三次错误尝试后显示validation码: 我正在开发一个应用程序，如果N次尝试失败，我需要在某些地方引入validation码。这些地方可以注册，登录，添加到心愿单，订阅等。这也是为了确保任何人都不能尝试拒绝服务攻击和暴力攻击。 Spring Security中是否有这样的机制？

将应用程序部署到JBoss 5上的错误在JBoss 4.2上正常运行: 我试图将应用程序（.ear文件）部署到JBoss 5，我收到以下错误。该应用程序在4.2.2下部署正常。 15:31:33,172 ERROR [AbstractKernelController] Error installing to Real: name=vfszip:/C:/ASE/ext/jboss-5.0.0.GA/server/all/dep loy/UGC-WS.ear state=PreReal mode=Manual requiredState=Real org.jboss.deployers.spi.DeploymentException: Error during deploy: vfszip:/C:/ASE/ext/jboss-5.0.0.GA/server/all/deploy/UGC-WS. ear/ugc-ws.war at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:177) at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205) […]