[JBoss JIRA] (AS7-3450) OSGi-WAR fails to deploy
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/AS7-3450?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler moved JBOSGI-505 to AS7-3450:
--------------------------------------------
Project: Application Server 7 (was: JBoss OSGi)
Key: AS7-3450 (was: JBOSGI-505)
Workflow: GIT Pull Request workflow (was: jira)
Component/s: OSGi
(was: Core Framework)
Security: (was: Public)
Fix Version/s: (was: JBossOSGi 1.0.1)
> OSGi-WAR fails to deploy
> ------------------------
>
> Key: AS7-3450
> URL: https://issues.jboss.org/browse/AS7-3450
> Project: Application Server 7
> Issue Type: Bug
> Components: OSGi
> Reporter: Rico Neubauer
> Assignee: Thomas Diesler
> Labels: jboss-as7, osgi, webapp
> Attachments: OSGiWebApp-0.0.1-SNAPSHOT.war, server.log
>
>
> Trying to deploy a very simple WAR, containing one Servlet as OSGi-bundle on jboss-as-7.1.0.Beta1 fails with error on ClassLoading the servlet.
> osgi-subsystem activation is set to "eager", startlevel to "3".
> Will attach full log and test-WAR, here is an extract from the stacktrace:
> ERROR [org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC] (MSC service thread 1-12) Registration exception. Skipping.: java.lang.ClassNotFoundException: jboss.osgi.webapp.test.JNDIViewServlet from [Module "deployment.jboss.osgi.webapp.test.OSGiWebApp:0.0.1.SNAPSHOT" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) [jboss-modules.jar:1.1.0.CR4]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:485) [jboss-modules.jar:1.1.0.CR4]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:421) [jboss-modules.jar:1.1.0.CR4]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:155) [jboss-modules.jar:1.1.0.CR4]
> at org.jboss.osgi.framework.internal.HostBundleRevision.loadClass(HostBundleRevision.java:114) [jbosgi-framework-core-1.1.0.jar:]
> at org.jboss.osgi.framework.internal.AbstractBundleState.loadClass(AbstractBundleState.java:415) [jbosgi-framework-core-1.1.0.jar:]
> at org.jboss.osgi.framework.internal.HostBundleState.loadClass(HostBundleState.java:151) [jbosgi-framework-core-1.1.0.jar:]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3449) IPv6: Unable to start EAP when hostname isn't available in IPv4 address space
by Pavel Janousek (JIRA)
[ https://issues.jboss.org/browse/AS7-3449?page=com.atlassian.jira.plugin.s... ]
Pavel Janousek moved JBPAPP-7996 to AS7-3449:
---------------------------------------------
Project: Application Server 7 (was: JBoss Enterprise Application Platform)
Key: AS7-3449 (was: JBPAPP-7996)
Workflow: GIT Pull Request workflow (was: jira)
Affects Version/s: 7.1.0.CR1b
(was: EAP 6.0.0 DR 5)
Component/s: (was: IPv6 support)
Security: (was: JBoss Internal)
Fix Version/s: (was: EAP 6.0.0 ER 1)
Docs QE Status: (was: NEW)
> IPv6: Unable to start EAP when hostname isn't available in IPv4 address space
> -----------------------------------------------------------------------------
>
> Key: AS7-3449
> URL: https://issues.jboss.org/browse/AS7-3449
> Project: Application Server 7
> Issue Type: Bug
> Affects Versions: 7.1.0.CR1b
> Environment: Linux
> Reporter: Pavel Janousek
> Priority: Blocker
>
> I unpacked DR5 build ZIP only, didn't touch configuration and try to run as usual:
> {code}
> cd <bin dir of EAP>
> ./standalone.sh
> {code}
> Got this result:
> {code}
> [root@fedora15-vrt1 bin]# ./standalone.sh
> =========================================================================
> JBoss Bootstrap Environment
> JBOSS_HOME: /home/pjanouse/tmp/jboss-eap-6.0.0.Alpha2
> JAVA: java
> JAVA_OPTS: -server -Xms64m -Xmx512m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true
> =========================================================================
> 16:55:46,040 INFO [org.jboss.modules] JBoss Modules version 1.0.3.GA
> 16:55:47,253 INFO [org.jboss.msc] JBoss MSC version 1.0.1.GA
> 16:55:47,362 INFO [org.jboss.as] JBoss EAP 6.0.0.Alpha2 (AS 7.1.0.Alpha1-redhat-1) starting
> 16:55:48,163 INFO [org.jboss.as] JBoss EAP 6.0.0.Alpha2 (AS 7.1.0.Alpha1-redhat-1) stopped in 3ms
> 16:55:48,156 ERROR [org.jboss.as.controller.AbstractControllerService] Error booting the container: java.lang.RuntimeException: org.jboss.as.controller.persistence.ConfigurationPersistenceException: Failed to parse configuration
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:139) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at java.lang.Thread.run(Thread.java:679) [:1.6.0_22]
> Caused by: org.jboss.as.controller.persistence.ConfigurationPersistenceException: Failed to parse configuration
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:125) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:168) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.as.server.ServerService.boot(ServerService.java:197) [jboss-as-server-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:133) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> ... 1 more
> Caused by: java.lang.RuntimeException: Unable to determine a default name based on the local host name
> at org.jboss.as.controller.parsing.CommonXml.getDefaultName(CommonXml.java:188) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.as.controller.parsing.StandaloneXml.readServerElement_1_1(StandaloneXml.java:263) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.as.controller.parsing.StandaloneXml.readElement(StandaloneXml.java:103) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.as.controller.parsing.StandaloneXml.readElement(StandaloneXml.java:82) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:100) [staxmapper-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
> at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:59) [staxmapper-1.0.0.Final-redhat-1.jar:1.0.0.Final-redhat-1]
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:117) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> ... 4 more
> Caused by: java.net.UnknownHostException: fedora15-vrt1: fedora15-vrt1
> at java.net.InetAddress.getLocalHost(InetAddress.java:1426) [:1.6.0_22]
> at org.jboss.as.controller.parsing.CommonXml.getDefaultName(CommonXml.java:186) [jboss-as-controller-7.1.0.Alpha1-redhat-1.jar:7.1.0.Alpha1-redhat-1]
> ... 10 more
> [root@fedora15-vrt1 bin]#
> {code}
> The root of this issue is that *fedora15-vrt1* can't be translated to IPv4 IP address, but only to IPv6 address:
> {code}
> [root@fedora15-vrt1 bin]# ping fedora15-vrt1
> ping: unknown host fedora15-vrt1
> [root@fedora15-vrt1 bin]# ping6 fedora15-vrt1
> PING fedora15-vrt1(vrt1-ip6) 56 data bytes
> 64 bytes from vrt1-ip6: icmp_seq=1 ttl=64 time=0.067 ms
> 64 bytes from vrt1-ip6: icmp_seq=2 ttl=64 time=0.105 ms
> ^C
> --- fedora15-vrt1 ping statistics ---
> 2 packets transmitted, 2 received, 0% packet loss, time 999ms
> rtt min/avg/max/mdev = 0.067/0.086/0.105/0.019 ms
> [root@fedora15-vrt1 bin]#
> {code}
> because I really config /etc/hosts like:
> {code}
> [root@fedora15-vrt1 bin]# cat /etc/hosts
> 127.0.0.1 localhost.localdomain localhost
> ::1 localhost6.localdomain6 localhost6
> 10.0.2.15 both
> ::ffff:10.0.2.15 both
> 1:0:0:1::10 vrt1-ip6 fedora15-vrt1
> 1:0:0:1::11 vrt2-ip6
> [root@fedora15-vrt1 bin]#
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3233) socket-binding-group element fails to parse
by dan ginsberg (Created) (JIRA)
socket-binding-group element fails to parse
-------------------------------------------
Key: AS7-3233
URL: https://issues.jboss.org/browse/AS7-3233
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Affects Versions: 7.1.0.CR1b
Reporter: dan ginsberg
Assignee: Brian Stansberry
1. Take a domain config that works correctly in 7.1.0-Beta1b and which has a host configuration that includes server elements with port-binding-group such as this:
<!-- server-three avoids port conflicts by incrementing the ports in
the default socket-group declared in the server-group -->
<socket-binding-group ref="ha-sockets" port-offset="250"/>
2. try to run that config under 7.1.CR1b
expect: servers to start cleanly
find: server fails to parse the port-binding-group
[Host Controller] Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[67,13]
[Host Controller] Message: JBAS014789: Unexpected element '{urn:jboss:domain:1.1}socket-binding-group' encountered
[Host Controller] at org.jboss.as.controller.parsing.ParseUtils.unexpectedElement(ParseUtils.java:85) [jboss-as-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.as.host.controller.parsing.HostXml.parseServerContent1_1(HostXml.java:944) [jboss-as-host-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.as.host.controller.parsing.HostXml.parseServer(HostXml.java:845) [jboss-as-host-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.as.host.controller.parsing.HostXml.parseServers(HostXml.java:822) [jboss-as-host-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.as.host.controller.parsing.HostXml.readHostElement_1_1(HostXml.java:389) [jboss-as-host-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.as.host.controller.parsing.HostXml.readElement(HostXml.java:117) [jboss-as-host-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.as.host.controller.parsing.HostXml.readElement(HostXml.java:97) [jboss-as-host-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:100) [staxmapper-1.0.0.Final.jar:1.0.0.Final]
[Host Controller] at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:59) [staxmapper-1.0.0.Final.jar:1.0.0.Final]
[Host Controller] at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:117) [jboss-as-controller-7.1.0.CR1b.jar:7.1.0.CR1b]
[Host Controller] ... 4 more
[Host Controller]
[Host Controller] 15:08:44,587 INFO [org.jboss.as] (MSC service thread 1-8) JBoss AS 7.1.0.CR1b "Flux Capacitor" stopped in 10ms
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-3448) Slave host failure during take-snapshot operation
by Dominik Pospisil (JIRA)
Dominik Pospisil created AS7-3448:
-------------------------------------
Summary: Slave host failure during take-snapshot operation
Key: AS7-3448
URL: https://issues.jboss.org/browse/AS7-3448
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Environment: testsuite/domain/src/test/resources/domain-configs/domain-standard.xml
testsuite/domain/src/test/resources/host-configs/host-master.xml
testsuite/domain/src/test/resources/host-configs/host-slave.xml
Reporter: Dominik Pospisil
Assignee: Brian Stansberry
Fix For: 7.1.0.Final
Take-snapshop operation fails on domain configured with master and slave host.
Slave host failure:
[Host Controller] 13:29:22,226 ERROR [org.jboss.as.controller.management-operation] (domain-connection-threads - 2) JBAS014612: Operation ("take-snapshot") failed - address: ([]): java.lang.IllegalArgumentException: newValue is null
[Host Controller] at org.jboss.dmr.ModelNode.set(ModelNode.java:458) [jboss-dmr-1.1.1.Final.jar:1.1.1.Final]
[Host Controller] at org.jboss.as.controller.operations.common.SnapshotTakeHandler.execute(SnapshotTakeHandler.java:53) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.domain.controller.operations.coordination.OperationSlaveStepHandler.execute(OperationSlaveStepHandler.java:81) [jboss-as-host-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.domain.controller.operations.coordination.PrepareStepHandler.execute(PrepareStepHandler.java:77) [jboss-as-host-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:359) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:254) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:190) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:119) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.remote.TransactionalModelControllerOperationHandler$ExecuteRequestHandler.doExecute(TransactionalModelControllerOperationHandler.java:141) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.controller.remote.TransactionalModelControllerOperationHandler$ExecuteRequestHandler$1.execute(TransactionalModelControllerOperationHandler.java:127) [jboss-as-controller-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$3$1.doExecute(AbstractMessageHandler.java:269) [jboss-as-protocol-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:425) [jboss-as-protocol-7.1.0.Final-SNAPSHOT.jar:7.1.0.Final-SNAPSHOT]
[Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [:1.7.0_b147-icedtea]
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [:1.7.0_b147-icedtea]
[Host Controller] at java.lang.Thread.run(Thread.java:722) [:1.7.0_b147-icedtea]
[Host Controller] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
Steps to reproduce:
dpospisi@simkin bin]$ ./jboss-admin.sh
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] connect
[domain@localhost:9999 /] :take-snapshot
I am using domain configuration from testsuite/domain module.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] (AS7-2219) Thread factory can be removed, even when it is assigned to a pool.
by Stan Silvert (Created) (JIRA)
Thread factory can be removed, even when it is assigned to a pool.
------------------------------------------------------------------
Key: AS7-2219
URL: https://issues.jboss.org/browse/AS7-2219
Project: Application Server 7
Issue Type: Bug
Components: CLI
Affects Versions: 7.1.0.Alpha1
Reporter: Stan Silvert
Assignee: Brian Stansberry
You should not be able to remove a thread factory if it is currently assigned to a thread pool.
{code}
[standalone@localhost:9999 subsystem=threads] :read-resource(recursive=true)
{
"outcome" => "success",
"result" => {
"bounded-queue-thread-pool" => undefined,
"scheduled-thread-pool" => undefined,
"unbounded-queue-thread-pool" => undefined,
"queueless-thread-pool" => {"queueless" => {
"blocking" => false,
"handoff-executor" => undefined,
"keepalive-time" => undefined,
"max-threads" => {
"count" => 2,
"per-cpu" => 1
},
"name" => "queueless",
"properties" => undefined,
"thread-factory" => "mine"
}},
"thread-factory" => {"mine" => {
"group-name" => undefined,
"name" => "mine",
"priority" => "1",
"properties" => undefined,
"thread-name-pattern" => undefined
}}
},
"response-headers" => {"process-state" => "reload-required"}
}
[standalone@localhost:9999 subsystem=threads] cd thread-factory=mine
[standalone@localhost:9999 thread-factory=mine] :remove
{
"outcome" => "success",
"response-headers" => {"process-state" => "reload-required"}
}
[standalone@localhost:9999 thread-factory=mine] cd ..
[standalone@localhost:9999 subsystem=threads] :read-resource(recursive=true)
{
"outcome" => "success",
"result" => {
"bounded-queue-thread-pool" => undefined,
"scheduled-thread-pool" => undefined,
"thread-factory" => undefined,
"unbounded-queue-thread-pool" => undefined,
"queueless-thread-pool" => {"queueless" => {
"blocking" => false,
"handoff-executor" => undefined,
"keepalive-time" => undefined,
"max-threads" => {
"count" => 2,
"per-cpu" => 1
},
"name" => "queueless",
"properties" => undefined,
"thread-factory" => "mine"
}}
},
"response-headers" => {"process-state" => "reload-required"}
}
[standalone@localhost:9999 subsystem=threads]
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months