[JBoss JIRA] (WFCORE-1257) support query filter implementation in MBeanServerConnection
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1257?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-1257:
----------------------------------------
Assignee: Brian Stansberry
> support query filter implementation in MBeanServerConnection
> ------------------------------------------------------------
>
> Key: WFCORE-1257
> URL: https://issues.jboss.org/browse/WFCORE-1257
> Project: WildFly Core
> Issue Type: Feature Request
> Components: JMX
> Affects Versions: 2.0.5.Final
> Reporter: Chao Wang
> Assignee: Brian Stansberry
>
> There is no implementation for query filter in MBeanServerConnection, marked as TODO
> {code:title=ModelControllerMBeanHelper.java|borderStyle=solid}
> Set<ObjectName> queryNames(final ObjectName name, final QueryExp query) {
> return new RootResourceIterator<Set<ObjectName>>(accessControlUtil, getRootResourceAndRegistration().getResource(),
> new ObjectNameMatchResourceAction<Set<ObjectName>>(name) {
> Set<ObjectName> set = new HashSet<ObjectName>();
> @Override
> public boolean onResource(ObjectName resourceName) {
> if (name == null || name.apply(resourceName)) {
> //TODO check query
> set.add(resourceName);
> }
> return true;
> }
> @Override
> public Set<ObjectName> getResult() {
> if (set.size() == 1 && set.contains(ModelControllerMBeanHelper.createRootObjectName(domain))) {
> return Collections.emptySet();
> }
> return set;
> }
> }).iterate();
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5927) Enable transformation tests failing due to WFCORE-1210
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5927?page=com.atlassian.jira.plugin.... ]
Radoslav Husar moved JBEAP-2540 to WFLY-5927:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-5927 (was: JBEAP-2540)
Workflow: GIT Pull Request workflow (was: CDW v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: 10.0.0.CR5
(was: 7.0.0.ER3)
> Enable transformation tests failing due to WFCORE-1210
> ------------------------------------------------------
>
> Key: WFLY-5927
> URL: https://issues.jboss.org/browse/WFLY-5927
> Project: WildFly
> Issue Type: Task
> Components: Clustering
> Affects Versions: 10.0.0.CR5
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> Alias addresses tests in {{org.jboss.as.clustering.infinispan.subsystem.TransformersTestCase#propertiesMapOperationsTest}} were affected by WFCORE-1210.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFCORE-1262) Make the /host=* 'domain-controller' attribute writeable in the normal way
by Brian Stansberry (JIRA)
Brian Stansberry created WFCORE-1262:
----------------------------------------
Summary: Make the /host=* 'domain-controller' attribute writeable in the normal way
Key: WFCORE-1262
URL: https://issues.jboss.org/browse/WFCORE-1262
Project: WildFly Core
Issue Type: Enhancement
Components: Domain Management
Reporter: Brian Stansberry
Priority: Minor
To change the 'domain-controller' attribute on a host you need to use the custom 'write-local-domain-controller' or 'write-remote-domain-controller' ops. This should also support a standard write-attribute.
It can probably just use a ReloadRequiredWriteAttributeHandler variant as after boot it just triggers a reload, and boot can continue to call the existing custom ops. So just the validation and model manipulation aspect needs to be handled by the write-attribute handler. There's already a proper AttributeDefinition for the attribute to assist in that.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5921) Locale cache set to simple cache automatically breaks map reduce
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5921?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-5921:
------------------------------------
[~stianst] The simple-cache auto-conversion was done to address a performance issue (see https://issues.jboss.org/browse/JBEAP-1905 for details) within the context of a feature freeze. In general, map-reduce is not a supported use case in WildFly. Was I aware of your use case before today, I would have made the implemented fix wouldn't break your code.
> Locale cache set to simple cache automatically breaks map reduce
> ----------------------------------------------------------------
>
> Key: WFLY-5921
> URL: https://issues.jboss.org/browse/WFLY-5921
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.CR5
> Reporter: Stian Thorgersen
> Assignee: Paul Ferraro
> Priority: Critical
>
> We use the Infinispan subsystem to create/configure caches for Keycloak. In standalone mode Keycloak uses locale-caches, while in clustered mode we use a combination of invalidation caches and distributed caches. In both clustered and non-clustered mode we use map-reduce tasks to delete elements from the cache.
> This has worked just fine until the recent change in CR5 where locale-caches are now set to simple-caches (WFLY-5327). As the caches are now automatically set to simple-caches map-reduce is no longer available. There's also no way to prevent this.
> IMO the changes from WFLY-5327 should be reverted and instead a new simple-cache element should be added, or a simple-cache=true attribute added to the locale-cache element.
> As it stands this change prevents us from upgrading to CR5.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5758) Getting [Management resource '[(\"subsystem\" => \"undertow\")]' not found] when removing ressources from Undertow
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-5758?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-5758:
----------------------------------------
Sorry, not for 8.x, no. We don't plan to do further 8.x releases.
> Getting [Management resource '[(\"subsystem\" => \"undertow\")]' not found] when removing ressources from Undertow
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-5758
> URL: https://issues.jboss.org/browse/WFLY-5758
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Affects Versions: 8.x.x TBD
> Environment: Wildfly 8.2.1 on SUSE Linux 11.1 and Solaris 11
> Reporter: Montpa Pasteur
> Assignee: Alexey Loubyansky
> Priority: Minor
>
> When trying remove more that one resource from Undertow using the CLI, I am getting this message: *[Management resource '[(\"subsystem\" => \"undertow\")]' not found*]
> This doesn't happen all time, it looks like random. Adding a sleep between the CLI command helps some time.
> I get this problem when trying to remove http request header configuration and when trying to remove static ressource serving configuration(location, file handler, filter ..)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5926) org.wildfly.bom tag for version 10.0.0.CR5
by Leandro Kersting de Freitas (JIRA)
[ https://issues.jboss.org/browse/WFLY-5926?page=com.atlassian.jira.plugin.... ]
Leandro Kersting de Freitas updated WFLY-5926:
----------------------------------------------
Description:
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
What should I use?
https://github.com/wildfly/boms/issues/17
was:
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that there is no comitt here a long time.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
What should I use?
https://github.com/wildfly/boms/issues/17
> org.wildfly.bom tag for version 10.0.0.CR5
> ------------------------------------------
>
> Key: WFLY-5926
> URL: https://issues.jboss.org/browse/WFLY-5926
> Project: WildFly
> Issue Type: Task
> Affects Versions: 10.0.0.CR5
> Reporter: Leandro Kersting de Freitas
> Assignee: Jason Greene
> Labels: bom, maven
>
> Hi
> I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
> {code:xml}
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7-with-tools</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> {code}
> org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
> What should I use?
> https://github.com/wildfly/boms/issues/17
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5926) org.wildfly.bom tag for version 10.0.0.CR5
by Leandro Kersting de Freitas (JIRA)
[ https://issues.jboss.org/browse/WFLY-5926?page=com.atlassian.jira.plugin.... ]
Leandro Kersting de Freitas updated WFLY-5926:
----------------------------------------------
Description:
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
https://github.com/wildfly/boms/issues/17
was:
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
What should I use?
https://github.com/wildfly/boms/issues/17
> org.wildfly.bom tag for version 10.0.0.CR5
> ------------------------------------------
>
> Key: WFLY-5926
> URL: https://issues.jboss.org/browse/WFLY-5926
> Project: WildFly
> Issue Type: Task
> Affects Versions: 10.0.0.CR5
> Reporter: Leandro Kersting de Freitas
> Assignee: Jason Greene
> Labels: bom, maven
>
> Hi
> I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that has not been created yet.
> {code:xml}
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7-with-tools</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> {code}
> org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
> https://github.com/wildfly/boms/issues/17
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5926) org.wildfly.bom tag for version 10.0.0.CR5
by Leandro Kersting de Freitas (JIRA)
Leandro Kersting de Freitas created WFLY-5926:
-------------------------------------------------
Summary: org.wildfly.bom tag for version 10.0.0.CR5
Key: WFLY-5926
URL: https://issues.jboss.org/browse/WFLY-5926
Project: WildFly
Issue Type: Task
Reporter: Leandro Kersting de Freitas
Assignee: Jason Greene
Hi
I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that there is no comitt here a long time.
{code:xml}
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>org.wildfly.bom</groupId>
<artifactId>wildfly-javaee7-with-tools</artifactId>
<version>10.0.0.CR5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
{code}
org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
What should I use?
https://github.com/wildfly/boms/issues/17
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5914) JNDI view ClassNotFoundException with remote entry
by Guillermo González de Agüero (JIRA)
[ https://issues.jboss.org/browse/WFLY-5914?page=com.atlassian.jira.plugin.... ]
Guillermo González de Agüero commented on WFLY-5914:
----------------------------------------------------
I've just reproduced it on latest Jenkins build (https://ci.jboss.org/hudson/job/WildFly-latest-master/2143/). I'm attaching my whole domain folder so you just need to unzip it and run first "mq-server1" and "app-server1" after it.
Let me know if I can help you more.
> JNDI view ClassNotFoundException with remote entry
> --------------------------------------------------
>
> Key: WFLY-5914
> URL: https://issues.jboss.org/browse/WFLY-5914
> Project: WildFly
> Issue Type: Bug
> Components: JMS, Naming
> Affects Versions: 10.0.0.CR5
> Reporter: Guillermo González de Agüero
> Assignee: Jeff Mesnil
> Attachments: domain.xml, domain.zip
>
>
> When a binding to a remote Artemis Topic/ConnectionFactory is created, JNDI view fails with a ClassNotFoundException. Both servers are running the "full" profile.
> I attach my domain.xml for reference porpuses. No application needs to be deployed.
> Full operation result:
> [domain@localhost:9990 /] /host=master/server=app-ins01/subsystem=naming:jndi-view()
> {
> "outcome" => "failed",
> "result" => {"java: contexts" => {
> "java:" => {
> "ConnectionFactory" => {
> "class-name" => "org.apache.activemq.artemis.jms.client.ActiveMQJMSConnectionFactory",
> "value" => "ActiveMQConnectionFactory [serverLocator=ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=in-vm, factory=org-apache-activemq-artemis-core-remoting-impl-invm-InVMConnectorFactory) ?serverId=0], discoveryGroupConfiguration=null], clientID=null, consumerWindowSize = 1048576, dupsOKBatchSize=1048576, transactionBatchSize=1048576, readOnly=false]"
> },
> "JmsXA" => {
> "class-name" => "java.lang.Object",
> "value" => "?"
> },
> "TransactionManager" => {
> "class-name" => "com.arjuna.ats.jbossatx.jta.TransactionManagerDelegate",
> "value" => "com.arjuna.ats.jbossatx.jta.TransactionManagerDelegate@27b3c7"
> },
> "jms" => {
> "class-name" => "javax.naming.Context",
> "children" => {"queue" => {
> "class-name" => "javax.naming.Context",
> "children" => {
> "DLQ" => {
> "class-name" => "org.apache.activemq.artemis.jms.client.ActiveMQQueue",
> "value" => "ActiveMQQueue[DLQ]"
> },
> "ExpiryQueue" => {
> "class-name" => "org.apache.activemq.artemis.jms.client.ActiveMQQueue",
> "value" => "ActiveMQQueue[ExpiryQueue]"
> }
> }
> }}
> },
> "jboss" => {
> "class-name" => "javax.naming.Context",
> "value" => "org.jboss.as.naming.WritableServiceBasedNamingStore@d2c52f"
> },
> "global" => {
> "class-name" => "javax.naming.Context",
> "value" => "org.jboss.as.naming.WritableServiceBasedNamingStore@932e80"
> },
> "ejb" => {
> "class-name" => "javax.naming.Context",
> "children" => {"mgmt" => {
> "class-name" => "javax.naming.Context",
> "children" => {"MEJB" => {
> "class-name" => "javax.management.j2ee.ManagementHome",
> "value" => "Proxy for remote EJB EJBHomeLocator for \"jsr-77/jsr-77/EJB\", view is interface javax.management.j2ee.ManagementHome, affinity is None"
> }}
> }}
> }
> },
> "java:jboss" => {
> "ORB" => {
> "class-name" => "com.sun.corba.se.impl.orb.ORBImpl",
> "value" => "com.sun.corba.se.impl.orb.ORBImpl@1306d15"
> },
> "TransactionManager" => {
> "class-name" => "com.arjuna.ats.jbossatx.jta.TransactionManagerDelegate",
> "value" => "com.arjuna.ats.jbossatx.jta.TransactionManagerDelegate@27b3c7"
> },
> "TransactionSynchronizationRegistry" => {
> "class-name" => "org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper",
> "value" => "org.jboss.as.txn.service.internal.tsr.TransactionSynchronizationRegistryWrapper@206b4c"
> },
> "UserTransaction" => {
> "class-name" => "javax.transaction.UserTransaction",
> "value" => "UserTransaction"
> },
> "corbanaming" => {
> "class-name" => "org.omg.CosNaming._NamingContextExtStub",
> "value" => "IOR:000000000000002b49444c3a6f6d672e6f72672f436f734e616d696e672f4e616d696e67436f6e746578744578743a312e300000000000010000000000000110000102000000000a3132372e302e302e31000e3600000039afabcb00000000220000000100000001000000000000000200000008526f6f74504f4100000000074e616d696e67000000000004726f6f741400000000000005000000010000002000000000000100010000000205010001000100200001010900000001000101000000002600000002000200000000000300000014000000000000000a3132372e302e302e31000e3700000014000000080000001a00000e370000002100000050000000000000000100000000000000220000000000400000000000080606678102010101000000170401000806066781020101010000000744656661756c740000000000000000000000000000000000"
> },
> "irpoa" => {
> "class-name" => "com.sun.corba.se.impl.oa.poa.POAImpl",
> "value" => "POA[ObjectAdapterID[RootPOA/IRPOA], uniquePOAId=2, state=RUN, invocationCount=0]"
> },
> "jaas" => {
> "class-name" => "com.sun.proxy.$Proxy58",
> "value" => "java:jboss/jaas/ Context proxy"
> },
> "poa" => {
> "class-name" => "com.sun.corba.se.impl.oa.poa.POAImpl",
> "value" => "POA[ObjectAdapterID[RootPOA], uniquePOAId=0, state=RUN, invocationCount=0]"
> },
> "ee" => {
> "class-name" => "javax.naming.Context",
> "children" => {"concurrency" => {
> "class-name" => "javax.naming.Context",
> "children" => {
> "scheduler" => {
> "class-name" => "javax.naming.Context",
> "children" => {"default" => {
> "class-name" => "java.lang.Object",
> "value" => "?"
> }}
> },
> "factory" => {
> "class-name" => "javax.naming.Context",
> "children" => {"default" => {
> "class-name" => "java.lang.Object",
> "value" => "?"
> }}
> },
> "executor" => {
> "class-name" => "javax.naming.Context",
> "children" => {"default" => {
> "class-name" => "java.lang.Object",
> "value" => "?"
> }}
> },
> "context" => {
> "class-name" => "javax.naming.Context",
> "children" => {"default" => {
> "class-name" => "java.lang.Object",
> "value" => "?"
> }}
> }
> }
> }}
> },
> "infinispan" => {
> "class-name" => "javax.naming.Context",
> "children" => {"container" => {
> "class-name" => "javax.naming.Context",
> "children" => {
> "ejb" => {
> "class-name" => "org.jboss.as.clustering.infinispan.DefaultCacheContainer",
> "value" => "ejb"
> },
> "hibernate" => {
> "class-name" => "org.jboss.as.clustering.infinispan.DefaultCacheContainer",
> "value" => "hibernate"
> },
> "server" => {
> "class-name" => "org.jboss.as.clustering.infinispan.DefaultCacheContainer",
> "value" => "server"
> },
> "web" => {
> "class-name" => "org.jboss.as.clustering.infinispan.DefaultCacheContainer",
> "value" => "web"
> }
> }
> }}
> },
> "datasources" => {
> "class-name" => "javax.naming.Context",
> "children" => {"ExampleDS" => {
> "class-name" => "org.jboss.as.connector.subsystems.datasources.WildFlyDataSource",
> "value" => "org.jboss.as.connector.subsystems.datasources.WildFlyDataSource@c79ae8"
> }}
> },
> "mail" => {
> "class-name" => "javax.naming.Context",
> "children" => {"Default" => {
> "class-name" => "javax.mail.Session",
> "value" => "javax.mail.Session@1e9f277"
> }}
> },
> "clustering" => {
> "class-name" => "javax.naming.Context",
> "children" => {"registry" => {
> "class-name" => "javax.naming.Context",
> "children" => {"ejb" => {
> "class-name" => "javax.naming.Context",
> "children" => {"client-mappings" => {
> "class-name" => "org.wildfly.clustering.server.registry.CacheRegistryFactory",
> "value" => "org.wildfly.clustering.server.registry.CacheRegistryFactory@12ac291"
> }}
> }}
> }}
> }
> },
> "java:jboss/exported" => {"jms" => {
> "class-name" => "javax.naming.Context",
> "children" => {"RemoteConnectionFactory" => {
> "class-name" => "org.apache.activemq.artemis.jms.client.ActiveMQJMSConnectionFactory",
> "value" => "ActiveMQConnectionFactory [serverLocator=ServerLocatorImpl [initialConnectors=[TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEnabled=true&httpPpgradeEndpoint=http-acceptor&port=8190&host=127-0-0-1], discoveryGroupConfiguration=null], clientID=null, consumerWindowSize = 1048576, dupsOKBatchSize=1048576, transactionBatchSize=1048576, readOnly=false]"
> }}
> }},
> "java:global" => undefined
> }},
> "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.RuntimeException: org.jboss.naming.remote.protocol.NamingIOException: Failed to lookup [Root exception is java.io.IOException: java.lang.ClassNotFoundException: org.apache.activemq.artemis.jms.client.ActiveMQJMSConnectionFactory from [Module \"org.jboss.as.naming:main\" from local module loader @130015a (finder: local module finder @9f0666 (roots: c:\\wildfly-10.0.0.CR5\\modules,c:\\wildfly-10.0.0.CR5\\modules\\system\\layers\\base))]]",
> "rolled-back" => true
> }
> Injection of the resources via @Resource in an application works as expected. I found this same problem where manually doing the remote lookup from application code, which I resolved adding a dependency to Artemis module in META-INF.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-5926) org.wildfly.bom tag for version 10.0.0.CR5
by Leandro Kersting de Freitas (JIRA)
[ https://issues.jboss.org/browse/WFLY-5926?page=com.atlassian.jira.plugin.... ]
Leandro Kersting de Freitas updated WFLY-5926:
----------------------------------------------
Affects Version/s: 10.0.0.CR5
> org.wildfly.bom tag for version 10.0.0.CR5
> ------------------------------------------
>
> Key: WFLY-5926
> URL: https://issues.jboss.org/browse/WFLY-5926
> Project: WildFly
> Issue Type: Task
> Affects Versions: 10.0.0.CR5
> Reporter: Leandro Kersting de Freitas
> Assignee: Jason Greene
> Labels: bom, maven
>
> Hi
> I am waiting for the artifact release 10.0.0.CR5 of org.wildfly.bom "wildfly-javaee7" and "wildfly-javaee7-with-tools", but it seems that there is no comitt here a long time.
> {code:xml}
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> <dependency>
> <groupId>org.wildfly.bom</groupId>
> <artifactId>wildfly-javaee7-with-tools</artifactId>
> <version>10.0.0.CR5</version>
> <type>pom</type>
> <scope>import</scope>
> </dependency>
> {code}
> org.wildfly.bom is deprecated for 10.0.0.CR5 or after?
> What should I use?
> https://github.com/wildfly/boms/issues/17
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months