September 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3802) 'Create a datasource' shows up on front page on console even if subsystem is not installed

by Stuart Douglas (JIRA)

Stuart Douglas created WFLY-3802: ------------------------------------ Summary: 'Create a datasource' shows up on front page on console even if subsystem is not installed Key: WFLY-3802 URL: https://issues.jboss.org/browse/WFLY-3802 Project: WildFly Issue Type: Bug Security Level: Public (Everyone can see) Components: Web Console Reporter: Stuart Douglas Assignee: Heiko Braun e.g. if you install the console in wildfly-core with no datasources subsystem present this will still show up. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFBUILD-5) Build tools should use jboss-logging to allow internationalization

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFBUILD-5?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFBUILD-5: ------------------------------------ Assignee: Eduardo Martins (was: Stuart Douglas) > Build tools should use jboss-logging to allow internationalization > ------------------------------------------------------------------ > > Key: WFBUILD-5 > URL: https://issues.jboss.org/browse/WFBUILD-5 > Project: WildFly Build Tools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Stuart Douglas > Assignee: Eduardo Martins > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3455) JBAS014544: No EJB found with interface of type

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-3455?page=com.atlassian.jira.plugin.... ] Stuart Douglas closed WFLY-3455. -------------------------------- Resolution: Rejected EJB's are not resolved across applications. You need to specify the global JNDI name of the ejb, e.g. @EJB(lookup="java:global/myapp/mymodule/MyEjb") > JBAS014544: No EJB found with interface of type > ----------------------------------------------- > > Key: WFLY-3455 > URL: https://issues.jboss.org/browse/WFLY-3455 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: EJB > Affects Versions: 8.1.0.Final > Environment: Ubuntu 14.04 LTS: Linux blackbox 3.13.0-27-generic #50-Ubuntu SMP Thu May 15 18:06:16 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux > Java: java version "1.7.0_60" > Java(TM) SE Runtime Environment (build 1.7.0_60-b19) > Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode) > Reporter: Gregor Kovač > Assignee: Enrique González Martínez > Attachments: WildflyTest.zip > > > I have an EAR with an Stateless EJB that implements a Remote interface. > In another application (WAR) I access his EJB like this: @EJB(beanInterface=RemoteBean.class) RemoteBean bean; When I deploy EAR I can see the JNDI name of the EJB, but when I deploy WAR I get error: JBAS014544: No EJB found with interface of type ..... > I have attached an example application. > You can build it with Maven, deploy and see that error. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFBUILD-4) Add the ability to override the specific version of Maven artifacts

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFBUILD-4?page=com.atlassian.jira.plugin.... ] Stuart Douglas updated WFBUILD-4: --------------------------------- Fix Version/s: 1.0.0.Alpha3 > Add the ability to override the specific version of Maven artifacts > ------------------------------------------------------------------- > > Key: WFBUILD-4 > URL: https://issues.jboss.org/browse/WFBUILD-4 > Project: WildFly Build Tools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 1.0.0.Alpha3 > > > e.g. it should be possible to assemble a server with a newer version of Weld or Resteasy that what was provided in the feature pack. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFBUILD-4) Add the ability to override the specific version of Maven artifacts

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFBUILD-4?page=com.atlassian.jira.plugin.... ] Stuart Douglas resolved WFBUILD-4. ---------------------------------- Resolution: Done > Add the ability to override the specific version of Maven artifacts > ------------------------------------------------------------------- > > Key: WFBUILD-4 > URL: https://issues.jboss.org/browse/WFBUILD-4 > Project: WildFly Build Tools > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Stuart Douglas > Assignee: Stuart Douglas > > e.g. it should be possible to assemble a server with a newer version of Weld or Resteasy that what was provided in the feature pack. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFBUILD-5) Build tools should use jboss-logging to allow internationalization

by Stuart Douglas (JIRA)

Stuart Douglas created WFBUILD-5: ------------------------------------ Summary: Build tools should use jboss-logging to allow internationalization Key: WFBUILD-5 URL: https://issues.jboss.org/browse/WFBUILD-5 Project: WildFly Build Tools Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Stuart Douglas Assignee: Stuart Douglas -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1227) Correctly implement graceful shutdown for EE components including EJBs

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-1227?page=com.atlassian.jira.plugin.... ] Stuart Douglas resolved WFLY-1227. ---------------------------------- Fix Version/s: 9.0.0.Beta1 Resolution: Done Graceful should now be implemented for EJB's, with the exception of MDB's which are being tracked by a different JIRA. > Correctly implement graceful shutdown for EE components including EJBs > ---------------------------------------------------------------------- > > Key: WFLY-1227 > URL: https://issues.jboss.org/browse/WFLY-1227 > Project: WildFly > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: EE, EJB > Reporter: David Lloyd > Assignee: Stuart Douglas > Fix For: 9.0.0.Beta1 > > > This may entail forcibly destroying or passivating components. Or not. Gather requirements for each component type and work from there. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1959) Annotation and DD metadata needs to be merged at a finer level that what currently occurs

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-1959?page=com.atlassian.jira.plugin.... ] Stuart Douglas updated WFLY-1959: --------------------------------- Fix Version/s: Awaiting Volunteers (was: 9.0.0.CR1) Assignee: (was: Stuart Douglas) > Annotation and DD metadata needs to be merged at a finer level that what currently occurs > ----------------------------------------------------------------------------------------- > > Key: WFLY-1959 > URL: https://issues.jboss.org/browse/WFLY-1959 > Project: WildFly > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: EE > Reporter: Stuart Douglas > Fix For: Awaiting Volunteers > > > Currently DD JNDI bindings completely replace annotation based bindings, however we need to actually merge some of this info. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3778) Tests in Manualmode test suite fail occasionally

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-3778?page=com.atlassian.jira.plugin.... ] Stuart Douglas commented on WFLY-3778: -------------------------------------- I am reasonably certain that most of the current intermittent vault failures are due to SECURITY-851, which will be resolved with the next picketbox release. > Tests in Manualmode test suite fail occasionally > ------------------------------------------------ > > Key: WFLY-3778 > URL: https://issues.jboss.org/browse/WFLY-3778 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Remoting, Test Suite > Affects Versions: 9.0.0.Beta1 > Environment: Oracle Solaris SPARC 10, Oracle JDK 1.7.0_67. > Reporter: Frank Langelage > Assignee: David Lloyd > Attachments: org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase-output.txt, org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.txt, TEST-org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.xml > > > I always see failures in one or few test of manualmode test suite on this platform. I not remember to have seen them on Windows 7. > But I saw a very similar failure today on Linux first time for PR 6638. > See https://github.com/wildfly/wildfly/pull/6638. > Last failure on my machine: > {noformat} > Running org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase > Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 72.186 sec <<< FAILURE! - in org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase > testRightVaultPassword(org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase) Time elapsed: 6.23 sec <<< FAILURE! > java.lang.AssertionError: Password should be right and authentication successful > Expected: a string containing "\"outcome\" => \"success\"" > but: was "0: INFO [org.jboss.modules] JBoss Modules version 1.3.4.Final > INFO [org.jboss.security] PBOX000361: Default Security Vault Implementation Initialized and Ready > INFO [org.xnio] XNIO version 3.3.0.Beta1 > INFO [org.xnio.nio] XNIO NIO Implementation Version 3.3.0.Beta1 > INFO [org.jboss.remoting] JBoss Remoting version 4.0.3.Final > " > at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20) > at org.junit.Assert.assertThat(Assert.java:865) > at org.jboss.as.test.manualmode.management.cli.VaultPasswordsInCLITestCase.testRightVaultPassword(VaultPasswordsInCLITestCase.java:158) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3335) JAXB transformer initiation

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3335?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-3335: ------------------------------ Priority: Critical (was: Blocker) > JAXB transformer initiation > --------------------------- > > Key: WFLY-3335 > URL: https://issues.jboss.org/browse/WFLY-3335 > Project: WildFly > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Class Loading > Affects Versions: 8.0.0.Final, 8.1.0.CR1 > Environment: Ubuntu 14.04 with java 7 openjdk > Reporter: Ghet Ghetolay > Assignee: David Lloyd > Priority: Critical > > I'm not directly using JAXB and SaxTransformer, it's part of a the [dcm4chee-arc project|https://github.com/dcm4che/dcm4chee-arc] which I tried to use on Wildfly. It's a rather big and complicated project so I've create a test application to illustrate the bug. I've used a JAR-RS application to illustrate the bug (like the original case) but this should not be related to it. > {code:title=TestRS.java} > @Path("test") > public class TestRS { > > private static SAXTransformerFactory factory = > (SAXTransformerFactory) TransformerFactory.newInstance(); > > @GET > public Response test(){ > try { > Templates template = factory.newTemplates(new StreamSource( > TestRS.class.getResource("json_compact.xsl").toString())); > > factory.newTransformerHandler(template); > > } catch (TransformerConfigurationException e) { > // TODO Auto-generated catch block > e.printStackTrace(); > } > > return Response.ok().build(); > } > } > {code} > {code:title=json_compact.xsl} > <?xml version="1.0" encoding="UTF-8"?> > <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"> > <xsl:output method="text"/> > <xsl:template match="/"> > <xsl:text>Test</xsl:text> > </xsl:template> > </xsl:stylesheet> > {code} > {quote} > 15:24:48,564 ERROR [stderr] (default task-1) javax.xml.transform.TransformerConfigurationException: Translet class loaded, but unable to create translet instance. > 15:24:48,564 ERROR [stderr] (default task-1) at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.defineTransletClasses(TemplatesImpl.java:369) > 15:24:48,565 ERROR [stderr] (default task-1) at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.getTransletInstance(TemplatesImpl.java:383) > 15:24:48,565 ERROR [stderr] (default task-1) at com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl.newTransformer(TemplatesImpl.java:418) > 15:24:48,565 ERROR [stderr] (default task-1) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.newTransformerHandler(TransformerFactoryImpl.java:1062) > 15:24:48,565 ERROR [stderr] (default task-1) at __redirected.__TransformerFactory.newTransformerHandler(__TransformerFactory.java:193) > 15:24:48,566 ERROR [stderr] (default task-1) at test.TestRS.test(TestRS.java:25) > {quote} > I've discovered that the initial exception is : > {quote} > java.lang.NoClassDefFoundError: com/sun/org/apache/xalan/internal/xsltc/runtime/AbstractTranslet > {quote} > Both my test case and dcm4che-arc project works fine on JBoss 7.1.1.Final. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2014