[JBoss JIRA] (WFCORE-3950) Unclear exception when specifying non-archive file as resource-root
by Tomas Hofman (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3950?page=com.atlassian.jira.plugi... ]
Tomas Hofman updated WFCORE-3950:
---------------------------------
Summary: Unclear exception when specifying non-archive file as resource-root (was: ZipException occurs specifying resource at EAR root )
> Unclear exception when specifying non-archive file as resource-root
> -------------------------------------------------------------------
>
> Key: WFCORE-3950
> URL: https://issues.jboss.org/browse/WFCORE-3950
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules, VFS
> Affects Versions: 6.0.0.Alpha2
> Reporter: Tomas Hofman
> Assignee: Tomas Hofman
> Priority: Minor
>
> Based on the knowledge of several resources, I am aware EAP 7 does not allow resource files at the EAR's root to enter the classpath:
> * https://access.redhat.com/discussions/671203
> * https://developer.jboss.org/thread/253050
> * https://blog.akquinet.de/2017/08/14/customizing-application-properties-wi...
> Nevertheless I tried it anyhow! I placed a Java Properties file in my EAR's root, and added {{jboss-deployment-structure.xml}} to specify the Java Properties file as a {{<resource>}}. Upon deploying this exception was given:
> {code}
> ERROR (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."test.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "test.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0168: Error loading jboss-deployment-structure.xml from C:\eap-7.1\standalone\tmp\vfs\temp\temp4dfe4a42c99e5d22\content-7091913dc2c38e24\contents\META-INF\jboss-deployment-structure.xml
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:338)
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:310)
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.deploy(DeploymentStructureDescriptorParser.java:160)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
> ... 5 more
> Caused by: javax.xml.stream.XMLStreamException: java.util.zip.ZipException: error in opening zip file
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResourceRoot(JBossDeploymentStructureParser12.java:770)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResources(JBossDeploymentStructureParser12.java:700)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseModuleStructureSpec(JBossDeploymentStructureParser12.java:347)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseDeployment(JBossDeploymentStructureParser12.java:263)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.readElement(JBossDeploymentStructureParser12.java:240)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.readElement(JBossDeploymentStructureParser12.java:69)
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:122)
> at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:76)
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:332)
> ... 8 more
> Caused by: java.util.zip.ZipException: error in opening zip file
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:225)
> at java.util.zip.ZipFile.<init>(ZipFile.java:155)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at java.util.jar.JarFile.<init>(JarFile.java:130)
> at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:90)
> at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:77)
> at org.jboss.vfs.VFS.mountZip(VFS.java:386)
> at org.jboss.vfs.VFS.mountZip(VFS.java:410)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResourceRoot(JBossDeploymentStructureParser12.java:760)
> ... 16 more
> {code}
> Moving the Java Properties file to a readable location (like {{META-INF}}) resolved the exception. However, I am pretty sure "error in opening zip file" isn't the right problem to report back to the user.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-4970) After removing a resource through the CLI, one with the same name can not be added
by Yeray Borges (JIRA)
[ https://issues.jboss.org/browse/WFLY-4970?page=com.atlassian.jira.plugin.... ]
Yeray Borges resolved WFLY-4970.
--------------------------------
Fix Version/s: 11.0.0.Final
Resolution: Done
The issue was fixed by WFCORE-1106
> After removing a resource through the CLI, one with the same name can not be added
> ----------------------------------------------------------------------------------
>
> Key: WFLY-4970
> URL: https://issues.jboss.org/browse/WFLY-4970
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 8.2.0.Final
> Environment: Windows 7 64-bit, Java 7
> Reporter: David Frank
> Assignee: Yeray Borges
> Fix For: 11.0.0.Final
>
>
> If a resource (tested with a datasource and a security domain) is removed using the CLI, a new resource (of the same type) with the same name can not be added. The CLI shows the resource as removed, but an error will always be returned to the caller indicating that the resource already exists. In the Wildfly server log, you see a DuplicateServiceException.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-9644) Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix.
by Chao Wang (JIRA)
[ https://issues.jboss.org/browse/WFLY-9644?page=com.atlassian.jira.plugin.... ]
Chao Wang commented on WFLY-9644:
---------------------------------
This is a duplicate issue of WFCORE-3576.
Although it's not mandatory for specified runtime-name to have a packing type suffix, it's advised to provide runtime-name with a suffix to help DUP to determine deployment type.
> Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9644
> URL: https://issues.jboss.org/browse/WFLY-9644
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Environment: Ubuntu 16.04, JDK 1.8
> Reporter: Dean Schulze
> Assignee: Chao Wang
> Attachments: test-app.zip
>
>
> Simple JAX-RS .war file with an Application .class file (extends javax.ws.rs.core.Application) and one resource .class file. No web.xml file. Deploying gives this error:
> Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.pdfupload.POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"pdfupload\" Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYRS0006: Could not load JAX-RS Application class Caused by: java.lang.ClassNotFoundException: pdf.upload.server.PdfUploadApplication from [Module \"deployment.pdfupload\" from Service Module Loader]"}}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-9644) Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix.
by Chao Wang (JIRA)
[ https://issues.jboss.org/browse/WFLY-9644?page=com.atlassian.jira.plugin.... ]
Chao Wang resolved WFLY-9644.
-----------------------------
Resolution: Duplicate Issue
> Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9644
> URL: https://issues.jboss.org/browse/WFLY-9644
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Environment: Ubuntu 16.04, JDK 1.8
> Reporter: Dean Schulze
> Assignee: Chao Wang
> Attachments: test-app.zip
>
>
> Simple JAX-RS .war file with an Application .class file (extends javax.ws.rs.core.Application) and one resource .class file. No web.xml file. Deploying gives this error:
> Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.pdfupload.POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"pdfupload\" Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYRS0006: Could not load JAX-RS Application class Caused by: java.lang.ClassNotFoundException: pdf.upload.server.PdfUploadApplication from [Module \"deployment.pdfupload\" from Service Module Loader]"}}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-9644) Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix.
by Chao Wang (JIRA)
[ https://issues.jboss.org/browse/WFLY-9644?page=com.atlassian.jira.plugin.... ]
Chao Wang updated WFLY-9644:
----------------------------
Summary: Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix. (was: Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application)
> Wildfly 11 can't deploy simple REST web service if specified runtime-name doesn't ends with a packing type suffix.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-9644
> URL: https://issues.jboss.org/browse/WFLY-9644
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Environment: Ubuntu 16.04, JDK 1.8
> Reporter: Dean Schulze
> Assignee: Chao Wang
> Attachments: test-app.zip
>
>
> Simple JAX-RS .war file with an Application .class file (extends javax.ws.rs.core.Application) and one resource .class file. No web.xml file. Deploying gives this error:
> Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.pdfupload.POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"pdfupload\" Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYRS0006: Could not load JAX-RS Application class Caused by: java.lang.ClassNotFoundException: pdf.upload.server.PdfUploadApplication from [Module \"deployment.pdfupload\" from Service Module Loader]"}}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFCORE-3950) ZipException occurs specifying resource at EAR root
by Tomas Hofman (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3950?page=com.atlassian.jira.plugi... ]
Tomas Hofman moved JBEAP-14979 to WFCORE-3950:
----------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-3950 (was: JBEAP-14979)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Modules
VFS
(was: Modules)
(was: VFS)
Affects Version/s: 6.0.0.Alpha2
(was: 7.1.0.GA)
> ZipException occurs specifying resource at EAR root
> ----------------------------------------------------
>
> Key: WFCORE-3950
> URL: https://issues.jboss.org/browse/WFCORE-3950
> Project: WildFly Core
> Issue Type: Bug
> Components: Modules, VFS
> Affects Versions: 6.0.0.Alpha2
> Reporter: Tomas Hofman
> Assignee: Tomas Hofman
> Priority: Minor
>
> Based on the knowledge of several resources, I am aware EAP 7 does not allow resource files at the EAR's root to enter the classpath:
> * https://access.redhat.com/discussions/671203
> * https://developer.jboss.org/thread/253050
> * https://blog.akquinet.de/2017/08/14/customizing-application-properties-wi...
> Nevertheless I tried it anyhow! I placed a Java Properties file in my EAR's root, and added {{jboss-deployment-structure.xml}} to specify the Java Properties file as a {{<resource>}}. Upon deploying this exception was given:
> {code}
> ERROR (MSC service thread 1-8) MSC000001: Failed to start service jboss.deployment.unit."test.ear".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."test.ear".STRUCTURE: WFLYSRV0153: Failed to process phase STRUCTURE of deployment "test.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYSRV0168: Error loading jboss-deployment-structure.xml from C:\eap-7.1\standalone\tmp\vfs\temp\temp4dfe4a42c99e5d22\content-7091913dc2c38e24\contents\META-INF\jboss-deployment-structure.xml
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:338)
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:310)
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.deploy(DeploymentStructureDescriptorParser.java:160)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
> ... 5 more
> Caused by: javax.xml.stream.XMLStreamException: java.util.zip.ZipException: error in opening zip file
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResourceRoot(JBossDeploymentStructureParser12.java:770)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResources(JBossDeploymentStructureParser12.java:700)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseModuleStructureSpec(JBossDeploymentStructureParser12.java:347)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseDeployment(JBossDeploymentStructureParser12.java:263)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.readElement(JBossDeploymentStructureParser12.java:240)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.readElement(JBossDeploymentStructureParser12.java:69)
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:122)
> at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:76)
> at org.jboss.as.server.deployment.module.descriptor.DeploymentStructureDescriptorParser.parse(DeploymentStructureDescriptorParser.java:332)
> ... 8 more
> Caused by: java.util.zip.ZipException: error in opening zip file
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:225)
> at java.util.zip.ZipFile.<init>(ZipFile.java:155)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at java.util.jar.JarFile.<init>(JarFile.java:130)
> at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:90)
> at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:77)
> at org.jboss.vfs.VFS.mountZip(VFS.java:386)
> at org.jboss.vfs.VFS.mountZip(VFS.java:410)
> at org.jboss.as.server.deployment.module.descriptor.JBossDeploymentStructureParser12.parseResourceRoot(JBossDeploymentStructureParser12.java:760)
> ... 16 more
> {code}
> Moving the Java Properties file to a readable location (like {{META-INF}}) resolved the exception. However, I am pretty sure "error in opening zip file" isn't the right problem to report back to the user.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFLY-9644) Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFLY-9644?page=com.atlassian.jira.plugin.... ]
Marek Kopecký updated WFLY-9644:
--------------------------------
Steps to Reproduce:
Here's my pom.xml and two source files:
{code:xml}
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>jax-rs</groupId>
<artifactId>pdf.upload.topparent</artifactId>
<version>0.0.1-SNAPSHOT</version>
</parent>
<properties>
<failOnMissingWebXml>false</failOnMissingWebXml>
</properties>
<artifactId>pdf.upload.server</artifactId>
<packaging>war</packaging>
<build>
<finalName>pdfupload</finalName>
</build>
<dependencies>
<!-- https://mvnrepository.com/artifact/javax/javaee-api -->
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>7.0</version>
<scope>provided</scope>
</dependency>
</dependencies>
</project>
{code}
{code:java}
package pdf.upload.server;
import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.util.UUID;
import javax.ws.rs.Consumes;
import javax.ws.rs.FormParam;
import javax.ws.rs.GET;
import javax.ws.rs.POST;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.Response;
@Path("/upload")
public class PdfUploadResource {
private String uploadToDir = System.getProperty("user.home") + File.separator + "tmp" + File.separator;
@GET
public String get() {
return "PdfUploadResource is alive";
}
@POST
@Consumes(MediaType.MULTIPART_FORM_DATA)
@Produces(MediaType.TEXT_PLAIN)
public Response submit(@FormParam("pdfStream") InputStream pdfStream) {
try {
byte[] pdfByteArray = convertInputStreamToByteArrary(pdfStream);
String uploadedFileLocation =
uploadToDir + UUID.randomUUID().toString() + ".pdf";
writeToFile(new ByteArrayInputStream(pdfByteArray), uploadedFileLocation);
} catch (Exception ex) {
return Response.status(500).entity(ex.getMessage()).build();
}
return Response.status(200).build();
}
...
}
{code}
{code:java}
package pdf.upload.server;
import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;
@ApplicationPath("/app")
public class PdfUploadApplication extends Application {
}
{code}
was:
Here's my pom.xml and two source files:
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>jax-rs</groupId>
<artifactId>pdf.upload.topparent</artifactId>
<version>0.0.1-SNAPSHOT</version>
</parent>
<properties>
<failOnMissingWebXml>false</failOnMissingWebXml>
</properties>
<artifactId>pdf.upload.server</artifactId>
<packaging>war</packaging>
<build>
<finalName>pdfupload</finalName>
</build>
<dependencies>
<!-- https://mvnrepository.com/artifact/javax/javaee-api -->
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>7.0</version>
<scope>provided</scope>
</dependency>
</dependencies>
</project>
package pdf.upload.server;
import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.util.UUID;
import javax.ws.rs.Consumes;
import javax.ws.rs.FormParam;
import javax.ws.rs.GET;
import javax.ws.rs.POST;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.Response;
@Path("/upload")
public class PdfUploadResource {
private String uploadToDir = System.getProperty("user.home") + File.separator + "tmp" + File.separator;
@GET
public String get() {
return "PdfUploadResource is alive";
}
@POST
@Consumes(MediaType.MULTIPART_FORM_DATA)
@Produces(MediaType.TEXT_PLAIN)
public Response submit(@FormParam("pdfStream") InputStream pdfStream) {
try {
byte[] pdfByteArray = convertInputStreamToByteArrary(pdfStream);
String uploadedFileLocation =
uploadToDir + UUID.randomUUID().toString() + ".pdf";
writeToFile(new ByteArrayInputStream(pdfByteArray), uploadedFileLocation);
} catch (Exception ex) {
return Response.status(500).entity(ex.getMessage()).build();
}
return Response.status(200).build();
}
...
}
package pdf.upload.server;
import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;
@ApplicationPath("/app")
public class PdfUploadApplication extends Application {
}
> Wildfly 11 can't deploy simple REST web service because it can't find javax.ws.rs.core.Application
> --------------------------------------------------------------------------------------------------
>
> Key: WFLY-9644
> URL: https://issues.jboss.org/browse/WFLY-9644
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 11.0.0.Final
> Environment: Ubuntu 16.04, JDK 1.8
> Reporter: Dean Schulze
> Assignee: Chao Wang
> Attachments: test-app.zip
>
>
> Simple JAX-RS .war file with an Application .class file (extends javax.ws.rs.core.Application) and one resource .class file. No web.xml file. Deploying gives this error:
> Cannot upload deployment: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.pdfupload.POST_MODULE" => "WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"pdfupload\" Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYRS0006: Could not load JAX-RS Application class Caused by: java.lang.ClassNotFoundException: pdf.upload.server.PdfUploadApplication from [Module \"deployment.pdfupload\" from Service Module Loader]"}}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFWIP-11) [Artemis upgrade] Regression in replicated HA tests
by Erich Duda (JIRA)
[ https://issues.jboss.org/browse/WFWIP-11?page=com.atlassian.jira.plugin.s... ]
Erich Duda commented on WFWIP-11:
---------------------------------
[~mtoth] thanks for letting us know. I will mark this as resolved.
> [Artemis upgrade] Regression in replicated HA tests
> ---------------------------------------------------
>
> Key: WFWIP-11
> URL: https://issues.jboss.org/browse/WFWIP-11
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Erich Duda
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: feature-branch-blocker
>
> *Scenario*
> * There are two servers configured as replicated Live-Backup pair
> * Live server is killed
> * Test waits until Backup server activates
> * Live server is restarted
> * Test expects that Backup server deactivates and Live becomes active
> *Reality:*
> Sometimes happens that Live server doesn't become active. In the log I can see that it was synchronized with Backup, but based on quorum vote, it was restarted as Backup.
> *Customer impact:* Failback feature in replicated HA is unstable.
> {code:title=Live}
> 12:26:51,011 INFO [org.apache.activemq.artemis.core.server] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=null) AMQ221109: Apache ActiveMQ Artemis Backup Server version 2.5.0-SNAPSHOT [null] started, waiting live to fail before it gets active
> 12:26:51,013 INFO [org.apache.activemq.artemis.core.client] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=null) AMQ211002: Started EPOLL Netty Connector version unknown to localhost:9080
> 12:26:52,344 INFO [org.apache.activemq.artemis.core.server] (Thread-6 (ActiveMQ-client-netty-threads)) AMQ221024: Backup server ActiveMQServerImpl::serverUUID=a9e2f7d1-0742-11e8-bd92-54ee7553e6a7 is synchronized with live-server.
> 12:26:52,386 INFO [org.apache.activemq.artemis.core.client] (Thread-5 (ActiveMQ-client-netty-threads)) AMQ211002: Started EPOLL Netty Connector version unknown to localhost:9080
> 12:26:52,423 INFO [org.apache.activemq.artemis.core.server] (Thread-5 (ActiveMQ-client-netty-threads)) AMQ221070: Restarting as backup based on quorum vote results.
> {code}
> {code:title=Backup}
> 12:26:51,435 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending AIOSequentialFile:/home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/journal/activemq-data-11.amq (size=10 485 760) to replica.
> 12:26:51,766 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending AIOSequentialFile:/home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/journal/activemq-data-4.amq (size=10 485 760) to replica.
> 12:26:51,884 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending NIOSequentialFile /home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/bindings/activemq-bindings-4.bindings (size=1 048 576) to replica.
> 12:26:51,890 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending NIOSequentialFile /home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/bindings/activemq-bindings-2.bindings (size=1 048 576) to replica.
> 12:26:52,388 WARN [org.apache.activemq.artemis.core.client] (Thread-4 (ActiveMQ-client-global-threads)) AMQ212037: Connection failure has been detected: AMQ119015: The connection was disconnected because of ser
> ver shutdown [code=DISCONNECTED]
> 12:26:52,391 WARN [org.jboss.activemq.artemis.wildfly.integration.recovery] (Thread-4 (ActiveMQ-client-global-threads)) being disconnected for server shutdown: ActiveMQDisconnectedException[errorType=DISCONNECT
> ED message=AMQ119015: The connection was disconnected because of server shutdown]
> at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$CloseRunnable.run(ClientSessionFactoryImpl.java:996) [artemis-core-client-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:42) [artemis-commons-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:31) [artemis-commons-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at org.apache.activemq.artemis.utils.actors.ProcessorBase.executePendingTasks(ProcessorBase.java:66) [artemis-commons-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
> 12:26:52,396 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222061: Client connection failed, clearing up resources for session c12b0cb8-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,397 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222107: Cleared up resources for session c12b0cb8-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,397 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222061: Client connection failed, clearing up resources for session c12da4cb-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,397 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222107: Cleared up resources for session c12da4cb-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,412 INFO [org.wildfly.extension.messaging-activemq] (MSC service thread 1-1) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
> 12:26:52,412 INFO [org.jboss.as.connector.deployment] (MSC service thread 1-8) WFLYJCA0011: Unbound JCA ConnectionFactory [java:/JmsXA]
> 12:26:52,412 INFO [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 74) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/exported/jms/RemoteConnectionFactory
> 12:26:52,413 INFO [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 107) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:/ConnectionFactory
> 12:26:52,416 INFO [org.apache.activemq.artemis.ra] (ServerService Thread Pool -- 108) AMQ151003: resource adaptor stopped
> 12:26:52,458 WARN [org.apache.activemq.artemis.core.server] (default I/O-13) AMQ222092: Connection to the backup node failed, removing replication now: ActiveMQRemoteDisconnectException[errorType=REMOTE_DISCONNECT message=null]
> at org.apache.activemq.artemis.core.remoting.server.impl.RemotingServiceImpl.connectionDestroyed(RemotingServiceImpl.java:553)
> at org.apache.activemq.artemis.core.remoting.impl.netty.NettyAcceptor$Listener.connectionDestroyed(NettyAcceptor.java:768)
> at org.apache.activemq.artemis.core.remoting.impl.netty.ActiveMQChannelHandler.channelInactive(ActiveMQChannelHandler.java:78)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:245)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:231)
> at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:224)
> at io.netty.handler.codec.ByteToMessageDecoder.channelInputClosed(ByteToMessageDecoder.java:377)
> at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:342)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:245)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:231)
> at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:224)
> at io.netty.channel.DefaultChannelPipeline$HeadContext.channelInactive(DefaultChannelPipeline.java:1354)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:245)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:231)
> at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:917)
> at io.netty.channel.AbstractChannel$AbstractUnsafe$8.run(AbstractChannel.java:822)
> at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) [xnio-nio-3.5.4.Final.jar:3.5.4.Final]
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) [xnio-nio-3.5.4.Final.jar:3.5.4.Final]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFWIP-11) [Artemis upgrade] Regression in replicated HA tests
by Erich Duda (JIRA)
[ https://issues.jboss.org/browse/WFWIP-11?page=com.atlassian.jira.plugin.s... ]
Erich Duda resolved WFWIP-11.
-----------------------------
Resolution: Done
> [Artemis upgrade] Regression in replicated HA tests
> ---------------------------------------------------
>
> Key: WFWIP-11
> URL: https://issues.jboss.org/browse/WFWIP-11
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Erich Duda
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: feature-branch-blocker
>
> *Scenario*
> * There are two servers configured as replicated Live-Backup pair
> * Live server is killed
> * Test waits until Backup server activates
> * Live server is restarted
> * Test expects that Backup server deactivates and Live becomes active
> *Reality:*
> Sometimes happens that Live server doesn't become active. In the log I can see that it was synchronized with Backup, but based on quorum vote, it was restarted as Backup.
> *Customer impact:* Failback feature in replicated HA is unstable.
> {code:title=Live}
> 12:26:51,011 INFO [org.apache.activemq.artemis.core.server] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=null) AMQ221109: Apache ActiveMQ Artemis Backup Server version 2.5.0-SNAPSHOT [null] started, waiting live to fail before it gets active
> 12:26:51,013 INFO [org.apache.activemq.artemis.core.client] (AMQ119000: Activation for server ActiveMQServerImpl::serverUUID=null) AMQ211002: Started EPOLL Netty Connector version unknown to localhost:9080
> 12:26:52,344 INFO [org.apache.activemq.artemis.core.server] (Thread-6 (ActiveMQ-client-netty-threads)) AMQ221024: Backup server ActiveMQServerImpl::serverUUID=a9e2f7d1-0742-11e8-bd92-54ee7553e6a7 is synchronized with live-server.
> 12:26:52,386 INFO [org.apache.activemq.artemis.core.client] (Thread-5 (ActiveMQ-client-netty-threads)) AMQ211002: Started EPOLL Netty Connector version unknown to localhost:9080
> 12:26:52,423 INFO [org.apache.activemq.artemis.core.server] (Thread-5 (ActiveMQ-client-netty-threads)) AMQ221070: Restarting as backup based on quorum vote results.
> {code}
> {code:title=Backup}
> 12:26:51,435 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending AIOSequentialFile:/home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/journal/activemq-data-11.amq (size=10 485 760) to replica.
> 12:26:51,766 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending AIOSequentialFile:/home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/journal/activemq-data-4.amq (size=10 485 760) to replica.
> 12:26:51,884 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending NIOSequentialFile /home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/bindings/activemq-bindings-4.bindings (size=1 048 576) to replica.
> 12:26:51,890 INFO [org.apache.activemq.artemis.core.server] (Thread-152) AMQ221025: Replication: sending NIOSequentialFile /home/eduda/Projects/messaging-testsuite/server2/jboss-eap/standalone/data/../../../../
> hornetq-journal-B/bindings/activemq-bindings-2.bindings (size=1 048 576) to replica.
> 12:26:52,388 WARN [org.apache.activemq.artemis.core.client] (Thread-4 (ActiveMQ-client-global-threads)) AMQ212037: Connection failure has been detected: AMQ119015: The connection was disconnected because of ser
> ver shutdown [code=DISCONNECTED]
> 12:26:52,391 WARN [org.jboss.activemq.artemis.wildfly.integration.recovery] (Thread-4 (ActiveMQ-client-global-threads)) being disconnected for server shutdown: ActiveMQDisconnectedException[errorType=DISCONNECT
> ED message=AMQ119015: The connection was disconnected because of server shutdown]
> at org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl$CloseRunnable.run(ClientSessionFactoryImpl.java:996) [artemis-core-client-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:42) [artemis-commons-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:31) [artemis-commons-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at org.apache.activemq.artemis.utils.actors.ProcessorBase.executePendingTasks(ProcessorBase.java:66) [artemis-commons-2.5.0-SNAPSHOT.jar:2.5.0-SNAPSHOT]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
> 12:26:52,396 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222061: Client connection failed, clearing up resources for session c12b0cb8-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,397 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222107: Cleared up resources for session c12b0cb8-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,397 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222061: Client connection failed, clearing up resources for session c12da4cb-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,397 WARN [org.apache.activemq.artemis.core.server] (default I/O-9) AMQ222107: Cleared up resources for session c12da4cb-0742-11e8-8a8a-54ee7553e6a7
> 12:26:52,412 INFO [org.wildfly.extension.messaging-activemq] (MSC service thread 1-1) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/DefaultJMSConnectionFactory
> 12:26:52,412 INFO [org.jboss.as.connector.deployment] (MSC service thread 1-8) WFLYJCA0011: Unbound JCA ConnectionFactory [java:/JmsXA]
> 12:26:52,412 INFO [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 74) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:jboss/exported/jms/RemoteConnectionFactory
> 12:26:52,413 INFO [org.wildfly.extension.messaging-activemq] (ServerService Thread Pool -- 107) WFLYMSGAMQ0006: Unbound messaging object to jndi name java:/ConnectionFactory
> 12:26:52,416 INFO [org.apache.activemq.artemis.ra] (ServerService Thread Pool -- 108) AMQ151003: resource adaptor stopped
> 12:26:52,458 WARN [org.apache.activemq.artemis.core.server] (default I/O-13) AMQ222092: Connection to the backup node failed, removing replication now: ActiveMQRemoteDisconnectException[errorType=REMOTE_DISCONNECT message=null]
> at org.apache.activemq.artemis.core.remoting.server.impl.RemotingServiceImpl.connectionDestroyed(RemotingServiceImpl.java:553)
> at org.apache.activemq.artemis.core.remoting.impl.netty.NettyAcceptor$Listener.connectionDestroyed(NettyAcceptor.java:768)
> at org.apache.activemq.artemis.core.remoting.impl.netty.ActiveMQChannelHandler.channelInactive(ActiveMQChannelHandler.java:78)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:245)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:231)
> at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:224)
> at io.netty.handler.codec.ByteToMessageDecoder.channelInputClosed(ByteToMessageDecoder.java:377)
> at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:342)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:245)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:231)
> at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:224)
> at io.netty.channel.DefaultChannelPipeline$HeadContext.channelInactive(DefaultChannelPipeline.java:1354)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:245)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:231)
> at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:917)
> at io.netty.channel.AbstractChannel$AbstractUnsafe$8.run(AbstractChannel.java:822)
> at org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:612) [xnio-nio-3.5.4.Final.jar:3.5.4.Final]
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:479) [xnio-nio-3.5.4.Final.jar:3.5.4.Final]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years