March 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-4168) jdr.sh CommandLineMain does not run jdr on the application server

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4168?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4168: ----------------------------------------------- Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1195507|https://bugzilla.redhat.com/show_bug.cgi?id=1195507] from MODIFIED to POST > jdr.sh CommandLineMain does not run jdr on the application server > ----------------------------------------------------------------- > > Key: WFLY-4168 > URL: https://issues.jboss.org/browse/WFLY-4168 > Project: WildFly > Issue Type: Bug > Components: JDR > Affects Versions: 9.0.0.Alpha1 > Reporter: Brad Maxwell > Assignee: Brad Maxwell > Fix For: 9.0.0.Beta1 > > > jdr.sh CommandLineMain does not run jdr on the application server > JDR run via the CLI / Managemenet API - runs the JDR report in the Application Server's JVM > /subsystem=jdr:generate-jdr-report() > Running jdr.sh / jdr.bat runs the JDR report in the JDR JVM > jdr.sh / jdr.bat should run the JDR report in the Application Server's JVM if it is running. If it is not running, then it should just collect the files that are available. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-4217) JDR include system properties, jndi view, deployment module information

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4217?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4217: ----------------------------------------------- Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1195509|https://bugzilla.redhat.com/show_bug.cgi?id=1195509] from MODIFIED to POST > JDR include system properties, jndi view, deployment module information > ----------------------------------------------------------------------- > > Key: WFLY-4217 > URL: https://issues.jboss.org/browse/WFLY-4217 > Project: WildFly > Issue Type: Enhancement > Components: JDR > Affects Versions: 9.0.0.Alpha1 > Reporter: Brad Maxwell > Assignee: Brad Maxwell > Fix For: 9.0.0.Beta1 > > > JDR include system properties, jndi view, deployment module information -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-2732) Injected EJB not available to MDB @PreDestroy methods

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2732?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2732: ----------------------------------------------- Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1120046|https://bugzilla.redhat.com/show_bug.cgi?id=1120046] from MODIFIED to POST > Injected EJB not available to MDB @PreDestroy methods > ----------------------------------------------------- > > Key: WFLY-2732 > URL: https://issues.jboss.org/browse/WFLY-2732 > Project: WildFly > Issue Type: Bug > Components: EJB > Affects Versions: 8.0.0.CR1 > Reporter: Mustafa Musaji > Assignee: Stuart Douglas > Fix For: 8.0.0.Final > > Attachments: MDBLifeCycleJAR.zip > > > MDB with method annotated with @PreDestroy and injected EJB. In this method we are calling an EJB. When the application is undeployed the PreDestroy method is called but it fails on the call to the injected EJB as it's already been undeployed. > This was fixed in an RFE for Session Beans but does not seem to work for MDB. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-547) Unable to overlay resource in subunit/zip/jar file

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-547?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-547: ------------------------------------------------ Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1147352|https://bugzilla.redhat.com/show_bug.cgi?id=1147352] from MODIFIED to POST > Unable to overlay resource in subunit/zip/jar file > -------------------------------------------------- > > Key: WFCORE-547 > URL: https://issues.jboss.org/browse/WFCORE-547 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 1.0.0.Alpha18 > Reporter: Bartosz Baranowski > Assignee: Stuart Douglas > Fix For: 1.0.0.Beta1 > > > It is possible to overlay resource directly in deployed jar, however, same resource can not be properly overlayed if said jar is deployed as part of ear ( possibly war as well ). > Example: > jar (xxx.jar): > /org/test/ejb/EJBImpl.class > /org/test/ejb/resourceToOverlya.txt > ear(yyy.ear) - war seems to be the subject of this as well > /xxx.jar > Overlay #1( over jar) > overlay target: xxx.jar/org/test/ejb/resourceToOverlya.txt > Result: proper deployment(EJB is deployed), resource has been overlayed > Overlay #2( over jar inside ear ) > overlay target: org/test/ejb/resourceToOverlya.txt > Result: bad deployment, no EJB deployed, overlay target has been overlayed > Reason of such outcome is that VFS.exists() does not recognize JavaZipFileSystem$ZipNode/Entry as zipped archive and does not dive into children. > So what happens in here is as follows. When EAR is deployed OverlayProcessor kicks in at: > https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/... > For this example ear/jar pair, first pair of values: > mountPoint: /content/yyy.ear/xxx.jar/org/test/ejb/resourceToOverlya.txt > parent: /content/yyy.ear/xxx.jar/org/test/ejb > Outcome of exists() call == false, should be true. > this will iterate up to parent == /content/yyy.ear/xxx.jar > At this point, 'createParents' contain some entries and > https://github.com/wildfly/wildfly-core/blob/master/server/src/main/java/... > will create tmp/virtual mounts for: > - /content/yyy.ear/xxx.jar/org/test/ejb > - /content/yyy.ear/xxx.jar/org/test > - /content/yyy.ear/xxx.jar/org > What it will essentially do is create overlay for whole 'org' package! The VirtualFile.getChildren() will return tmp mounted VirtualFile for 'org' entry: https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/... > There is part of code which should remove 'submount' if there is directory entry: https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/... however ( if I remember correctly) 'org' tmp mount ends up twice in 'submounts' > When VirtualFile.getChildren is called for 'this' == /content/yyy.ear/xxx.jar ( in this case it is properly removed) and when 'this' == /content/yyy.ear/xxx.jar/org - in which case it derails getChildren and diverts into tmp mount. > Now about https://github.com/jbossas/jboss-vfs/blob/master/src/main/java/org/jboss/... > What happens here, for ear deployment - it dives recursively into 'find' until 'target' is equal to '/content/yyy.ear/xxx.jar' at this target.getParent() == 'mountPoint' == '/content/yyy.ear'. > At this point 'find' will get result ZipNode == /content/yyy.ear and fetch child 'xxx.jar' and pop back up one notch in the call stack. However the 'xxx.jar' entry does not have any children, hence there is no way to fetch next child in line 'org'. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-761) Not possible to overlay non existing file in WAR

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-761?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-761: ------------------------------------------------ Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1147352|https://bugzilla.redhat.com/show_bug.cgi?id=1147352] from MODIFIED to POST > Not possible to overlay non existing file in WAR > ------------------------------------------------ > > Key: WFCORE-761 > URL: https://issues.jboss.org/browse/WFCORE-761 > Project: WildFly Core > Issue Type: Bug > Components: Server > Reporter: Bartosz Baranowski > Assignee: Dimitris Andreadis > Priority: Critical > > It is either bug in how deployments are treated or how overlay/vfs work. > Steps to reproduce: > 1. deploy undexploded war with jar inside > 2. add overlay that will add non existing file in jar > Result: exception: > Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018776: Failed to get content for deployment overlay WEB-INF/lib/overlayed.jar//META-INF/x/file.txt at WEB-INF/lib/overlayed.jar//META-INF/x/file.txt > Caused by: java.io.FileNotFoundException: /content/shell.war/WEB-INF/lib/overlayed.jar/META-INF/x/file.txt"}} > at org.jboss.as.test.integration.management.ManagementOperations.executeOperation(ManagementOperations.java:67) > at org.jboss.as.test.integration.management.ManagementOperations.executeOperation(ManagementOperations.java:37) > at org.jboss.as.test.integration.deployment.deploymentoverlay.jar.OverlayUtils.setupOverlay(OverlayUtils.java:76) > at org.jboss.as.test.integration.deployment.deploymentoverlay.war.OverlayNonExistingResourceTestCase.testOverlay(OverlayNonExistingResourceTestCase.java:67) > Expectation: > should work. It actually does work, if war is really exploded or > 'if(exploded)' part in overlay is removed from overlay processor and everything is handled via: https://github.com/stuartwdouglas/wildfly-core/blob/a75af9118c4062fafb899... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-4407) Upgrade wildfly-core to 1.0.0.Beta1

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4407?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4407: ----------------------------------------------- Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1196686|https://bugzilla.redhat.com/show_bug.cgi?id=1196686] from MODIFIED to POST > Upgrade wildfly-core to 1.0.0.Beta1 > ----------------------------------- > > Key: WFLY-4407 > URL: https://issues.jboss.org/browse/WFLY-4407 > Project: WildFly > Issue Type: Component Upgrade > Affects Versions: 9.0.0.Alpha1 > Reporter: Bartosz Baranowski > Assignee: Jason Greene > Fix For: 9.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-4404) View does not inherit 'default' methods from interfaces( JDK8 )

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4404?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4404: ----------------------------------------------- Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1196686|https://bugzilla.redhat.com/show_bug.cgi?id=1196686] from MODIFIED to POST > View does not inherit 'default' methods from interfaces( JDK8 ) > --------------------------------------------------------------- > > Key: WFLY-4404 > URL: https://issues.jboss.org/browse/WFLY-4404 > Project: WildFly > Issue Type: Bug > Components: Server > Affects Versions: 9.0.0.Alpha1 > Reporter: Bartosz Baranowski > Assignee: Bartosz Baranowski > Fix For: 10.0.0.CR5 > > > View and View service do not inherit JDK8 'default' methods from interfaces. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-725) Remove ClassIndex from the server module

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-725?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-725: ------------------------------------------------ Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1196686|https://bugzilla.redhat.com/show_bug.cgi?id=1196686] from MODIFIED to POST > Remove ClassIndex from the server module > ---------------------------------------- > > Key: WFCORE-725 > URL: https://issues.jboss.org/browse/WFCORE-725 > Project: WildFly Core > Issue Type: Task > Components: Server > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 2.0.0.Beta3 > > > ClassIndex is only used in a couple of places, and it is confusing to have two different indexes. It should be merged into ClassReflectionIndex. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-579) ProxyMetadataSource does not return JDK8 'default' methods from interfaces

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-579?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-579: ------------------------------------------------ Mike McCune <mmccune(a)redhat.com> changed the Status of [bug 1196686|https://bugzilla.redhat.com/show_bug.cgi?id=1196686] from MODIFIED to POST > ProxyMetadataSource does not return JDK8 'default' methods from interfaces > -------------------------------------------------------------------------- > > Key: WFCORE-579 > URL: https://issues.jboss.org/browse/WFCORE-579 > Project: WildFly Core > Issue Type: Bug > Components: Server > Affects Versions: 1.0.0.Alpha19 > Reporter: Bartosz Baranowski > Assignee: Stuart Douglas > Priority: Critical > Fix For: 2.0.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-6294) Session draining always takes maximum configured timeout

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-6294?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-6294: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1314792|https://bugzilla.redhat.com/show_bug.cgi?id=1314792] from POST to MODIFIED > Session draining always takes maximum configured timeout > -------------------------------------------------------- > > Key: WFLY-6294 > URL: https://issues.jboss.org/browse/WFLY-6294 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.0.0.Final > Reporter: Aaron Ogburn > Assignee: Radoslav Husar > Priority: Minor > > The mod_cluster session drain wait is not ending as expected. mod_cluster adds a session listener to be notified of session destruction. That is fired appropriately, but when the listener is invoked, the infinispan session manager still reports the session as active. Thus, this drain loop doesn't end after the notify because it still sees the active session: > {code} > while ((remainingSessions > 0) && (noTimeout || (timeout > 0))) { > ModClusterLogger.LOGGER.drainSessions(remainingSessions, context.getHost(), context); > listener.wait(noTimeout ? 0 : timeout); > current = System.currentTimeMillis(); > timeout = end - current; > remainingSessions = context.getActiveSessionCount(); > } > {code} > Can the listeners be invoked when the session is fully removed and no longer considered active? -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2016