[JBoss JIRA] (WFLY-4006) Java EE 7 with all BOM lacks JAX-RS 2.0 API dependency
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4006?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4006.
----------------------------
> Java EE 7 with all BOM lacks JAX-RS 2.0 API dependency
> ------------------------------------------------------
>
> Key: WFLY-4006
> URL: https://issues.jboss.org/browse/WFLY-4006
> Project: WildFly
> Issue Type: Enhancement
> Affects Versions: 8.1.0.Final
> Reporter: Vineet Reynolds
> Assignee: Tomaz Cerar
> Priority: Optional
> Fix For: 9.0.0.CR2, 10.0.0.Alpha1
>
>
> Adding the {{org.wildfly.bom:jboss-javaee-7.0-with-all}} BOM to a Maven project does not pull in the {{org.jboss.spec.javax.ws.rs:jboss-jaxrs-api_2.0_spec}} dependency.
> Hence, users of this BOM are required to add the JAX-RS 2.0 API, specifying the version explicitly, to consume the JAX-RS APIs in their projects.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-5145) Jacorb subsystem does not contain operation "describe-migration"
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5145?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-5145.
----------------------------
> Jacorb subsystem does not contain operation "describe-migration"
> ----------------------------------------------------------------
>
> Key: WFLY-5145
> URL: https://issues.jboss.org/browse/WFLY-5145
> Project: WildFly
> Issue Type: Bug
> Components: IIOP
> Affects Versions: 10.0.0.Beta1
> Reporter: Ondra Chaloupka
> Assignee: Tomasz Adamski
> Priority: Critical
> Fix For: 10.0.0.CR1
>
>
> As part of the migrate functionality for moving from JacORB to IIOP OpenJDK the old subsystem should contain operation {{describe-migration}}
> {code}
> /subsystem=jacorb:describe-migration()
> {code}
> for user gets information about following steps.
> But JacORB subsystem does not contain any such operation
> {code}
> /subsystem=jacorb:read-operation-names()
> {
> "outcome" => "success",
> "result" => [
> "add",
> "list-add",
> "list-clear",
> "list-get",
> "list-remove",
> "map-clear",
> "map-get",
> "map-put",
> "map-remove",
> "migrate",
> "query",
> "read-attribute",
> "read-attribute-group",
> "read-attribute-group-names",
> "read-children-names",
> "read-children-resources",
> "read-children-types",
> "read-operation-description",
> "read-operation-names",
> "read-resource",
> "read-resource-description",
> "remove",
> "undefine-attribute",
> "whoami",
> "write-attribute"
> ]
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-5330) Can't start managed domain in --admin-only with EAP 6.4 configuration
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-5330?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-5330.
----------------------------
> Can't start managed domain in --admin-only with EAP 6.4 configuration
> ---------------------------------------------------------------------
>
> Key: WFLY-5330
> URL: https://issues.jboss.org/browse/WFLY-5330
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management
> Affects Versions: 10.0.0.Beta2
> Reporter: Ladislav Thon
> Assignee: Stuart Douglas
> Priority: Critical
> Fix For: 10.0.0.CR1
>
>
> When starting WildFly 10.0.0.Beta2 managed domain in {{--admin-only}} mode to perform {{:migrate}} operations on old subsystems \[1\], using an unmodified {{domain.xml}} and {{host.xml}} configuration files from EAP 6.4.0, I'm getting errors \[2\].
> Apparently, the domain configuration files in EAP 6.4 still contain the {{configadmin}} extension and subsystems. The standalone configuration files from EAP 6.4 no longer contain that, which is why this problem wasn't found earlier and wasn't described in WFLY-5092.
> Based on http://lists.jboss.org/pipermail/wildfly-dev/2015-August/004306.html, I'm expecting that I don't have to perform any changes to the EAP 6.4 configuration files.
> \[1\]
> {code}
> unzip jboss-eap-6.4.0.zip
> unzip wildfly-10.0.0.Beta2.zip
> rm wildfly-10.0.0.Beta2/domain/configuration/*.xml
> cp jboss-eap-6.4/domain/configuration/domain.xml wildfly-10.0.0.Beta2/domain/configuration/
> cp jboss-eap-6.4/domain/configuration/host.xml wildfly-10.0.0.Beta2/domain/configuration/
> ./wildfly-10.0.0.Beta2/bin/domain.sh --admin-only
> {code}
> \[2\]
> {code}
> [Host Controller] 09:21:47,835 ERROR [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0033: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
> [Host Controller] at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131)
> [Host Controller] at org.jboss.as.host.controller.DomainModelControllerService.boot(DomainModelControllerService.java:673)
> [Host Controller] at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:272)
> [Host Controller] at java.lang.Thread.run(Thread.java:745)
> [Host Controller] Caused by: javax.xml.stream.XMLStreamException: WFLYCTL0083: Failed to load module org.jboss.as.configadmin
> [Host Controller] at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:155)
> [Host Controller] at org.jboss.as.host.controller.parsing.DomainXml_Legacy.readDomainElement2_0(DomainXml_Legacy.java:377)
> [Host Controller] at org.jboss.as.host.controller.parsing.DomainXml_Legacy.readElement(DomainXml_Legacy.java:133)
> [Host Controller] ...
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-4859) log INFO for messaging-activemq journal-type
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-4859?page=com.atlassian.jira.plugin.... ]
Kabir Khan closed WFLY-4859.
----------------------------
> log INFO for messaging-activemq journal-type
> --------------------------------------------
>
> Key: WFLY-4859
> URL: https://issues.jboss.org/browse/WFLY-4859
> Project: WildFly
> Issue Type: Feature Request
> Components: JMS
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Fix For: 10.0.0.Alpha5
>
>
> In the messaging-activemq subsystem, the default journal type is AIO.
> This type of journal only works on Linux (with LibAIO installed). On any other platforms, we log a WARN that AIO can not be installed and NIO will be used instead.
> We should have no WARN log when starting a pristine EAP servers.
> However, having AIO by default ensures that on Linux, we provide the best messaging performance out of the box.
> Instead of logging a WARN, we should only log an INFO telling the users that AIO can not be loaded and NIO will be used.
> There is no functionality problem using NIO instead of AIO, only best performance will not be achieved.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months