Tag: wildfly 8

在RESTful Web服务中使用多个资源: 在我的Web服务器应用程序中，我有一个方法，它修改xml文档，看起来类似于： @POST @Path(“somePath”) @Consumes({“application/xml”, “application/zip”}) public Response modifyXml() { //some processing } 消费的zip存档包含需要修改的xml文件和一些其他文件。如何区分消耗的xml文件和方法内的存档以及应该使用哪种方法参数来表示此消耗的资源？

在相同的根上下文中托管静态内容和JAX-RS服务: 我们将多个打包为WAR的Java Web应用程序打包在EAR中。我们的RESTful服务是使用JAX-RS和特定于版本的WAR构建的。我们希望为每个特定于版本的WAR添加静态内容，但是对于静态内容和RESTful服务API调用使用根上下文（WAR），以便以下所有URL都可以使用： {hostname}/v1/swagger.yaml <– Static Content describing the v1 API {hostname}/v1/orders/{uid} <– JAX-RS RESTful API (v1) {hostname}/v2/swagger.yaml <– Static Content describing the v2 API {hostname}/v2/orders/{uid} <– JAX-RS RESTful API (v2) 以下部署结构是我们目前拥有的，适用于JAX-RS服务，但不适用于静态内容。换句话说，这些URL有效： {hostname}/v1/orders/{uid} <– JAX-RS RESTful API (v1) {hostname}/v2/orders/{uid} <– JAX-RS RESTful API (v2) 但问题是这些URL无法访问： {hostname}/v1/swagger.yaml <– Static Content describing the v1 API […]

将默认应用程序上下文匿名传递给远程EJB: 我有一个复杂的场景，我不知道如何去做：我让我的ejbs在远程服务器上运行。我的Web应用程序在不同的服务器上运行。我有一个ApplicationContext，它将根据域，语言，国家等而有所不同。我希望将此应用程序上下文匿名传递给远程EJB，这样开发人员就不必使用ApplicationContext作为参数调用所有后端请求。这是scenarion，让我说我有一个远程无状态EJB： @Stateless public class MyStateless implements MyStatelessRemote{ //The application context that needs to be supplied form the front-end @Inject //probably define a producer method to always supply a new one. private ApplicationContext applicationContext; public void doCheckSomething(final MySomethingData data){} } 在前端： @SessionScoped @Named public class MyController implements Serializable{ @EJB private MyStatelessRemote […]

如何在wildfly 8.2.0服务器中配置ssl？: 我想要我的Web应用程序的安全连接。所以，我想为我的wildfly 8.2.0服务器配置ssl。我在standalone / configuration文件夹中创建并存储了.keystore文件。 $ keytool -genkey -alias foo -keyalg RSA -keystore foo.keystore -validity 10950 Enter keystore password: secret 必须添加：在standalone.xml文件中，但有标记：当我用上面指定的标签替换它时会出现错误： Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[288,106] Message: Unexpected element ‘{urn:jboss:domain:web:1.1}subsystem’

WildFly – 从WAR获取资源: 我使用以下方法从WildFly中的WAR文件获取资源： this.getClass().getResource(relativePath) 当应用程序部署为爆炸WAR时，它可以工作。它曾经用于压缩WAR。昨天，我在Eclipse中完成了项目的清理和重建，它刚刚停止工作。当我检查资源根目录时： logger.info(this.getClass().getResource(“/”).toExternalForm()); 我明白了： file:/C:/JBoss/wildfly8.1.0.CR1/modules/system/layers/base/org/jboss/as/ejb3/main/timers/ 所以，难怪它不起作用。它可能与JBoss模块加载有关，但我不知道这是一个错误还是正常行为。我在StackOverflow上发现了各种类似的问题，但没有适用的解决方案。其中一个建议是使用ServletContext，如下所示： @Resource private WebServiceContext wsContext; … ServletContext servletContext = (ServletContext)this.wsContext.getMessageContext() .get(MessageContext.SERVLET_CONTEXT); servletContext.getResource(resourcePath); 但是，当我尝试以这种方式获取MessageContext时，我得到一个IllegalStateException。所以我基本上卡住了。有任何想法吗？

Wildfly无法部署应用程序（FileNotFoundException – Access被拒绝）: Wildfly 8.2.0.Final JDK 8 Update 60 Eclipse Mars Update 1 JBoss Tools 4.3.0.Final Windows 10 最近我升级了以下内容：从Windows 7到Windows 10 从Eclipse Mars到Eclipse Mars Update 1 从JBoss Tools 4.3.0.Beta1到JBoss Tools 4.3.0.Final 现在，当我尝试在Eclipse中部署我的应用程序时，它不再起作用（有时它可以工作，但大多数情况下它不起作用）。升级之前一切正常，但是现在我在部署应用程序时得到了这个堆栈跟踪（在那里你读了“Acesso negado” ，意思是“访问被拒绝” ）： 13:18:12,452 SEVERE [javax.faces] (MSC service thread 1-7) Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra […]

javax.ws.rs.NotFoundException：使用RESTEasy和Wildfly 8.1.0.Final找不到完整路径的资源: 我面临以下问题。我已经花了3天多的时间，但找不到解决方案。请指导我在这里做错了什么。我是野生蝇新来的Resteasy。这是堆栈跟踪 19:05:57,610 WARN [org.jboss.resteasy.core.ExceptionHandler] (default task-14) failed to execute: javax.ws.rs.NotFoundException: Could not find resource for full path: http://localhost:8080/admin-ws/services/user/getUser at org.jboss.resteasy.core.registry.ClassNode.match(ClassNode.java:73) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.core.registry.RootClassNode.match(RootClassNode.java:48) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.core.ResourceMethodRegistry.getResourceInvoker(ResourceMethodRegistry.java:444) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.getInvoker(SynchronousDispatcher.java:234) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:171) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.8.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.8.Final.jar:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.15.Final.jar:1.0.15.Final] […]