[JBoss JIRA] (ARQGRA-464) @Page injection should support parameter injection
by Karel Piwko (JIRA)
Karel Piwko created ARQGRA-464:
----------------------------------
Summary: @Page injection should support parameter injection
Key: ARQGRA-464
URL: https://issues.jboss.org/browse/ARQGRA-464
Project: Arquillian Graphene
Issue Type: Feature Request
Components: core
Affects Versions: 2.1.0.Alpha1
Reporter: Karel Piwko
Assignee: Karel Piwko
Fix For: 2.1.0.Alpha2
Graphene should support @Page injection even for parameter injection in test methods. This would make test case much more compact.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ARQ-1899) Usage of this extension causes some elements not to be found
by Petr Mensik (JIRA)
Petr Mensik created ARQ-1899:
--------------------------------
Summary: Usage of this extension causes some elements not to be found
Key: ARQ-1899
URL: https://issues.jboss.org/browse/ARQ-1899
Project: Arquillian
Issue Type: Bug
Components: Extension - AngularJS
Affects Versions: angularjs_1.2.0.Beta1
Environment: Fedora 20
Firefox 34
KeyCloak server
Reporter: Petr Mensik
Assignee: Ken Finnigan
Extension seems to be somehow modifying WebDriver runtime because some locators won't work with this extension turned on.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8)
by Gerhard Poul (JIRA)
[ https://issues.jboss.org/browse/ARQ-1889?page=com.atlassian.jira.plugin.s... ]
Gerhard Poul commented on ARQ-1889:
-----------------------------------
As part of ARQ-1488 I added a unit test for this: https://github.com/arquillian/arquillian-container-was/blob/master/was-re...
- Is this working for you?
- Would you be able to provide a test case that reproduces your issue?
- Are you able to open PMRs with IBM in case we need one to progress this?
> CDI Injection not working in WebSphere Containers (V8)
> ------------------------------------------------------
>
> Key: ARQ-1889
> URL: https://issues.jboss.org/browse/ARQ-1889
> Project: Arquillian
> Issue Type: Bug
> Components: WebSphere Containers
> Affects Versions: was_1.0.0.Beta1
> Environment: Windows 7, IBM WebSphere Application Server (8.0.0.9), IBM RSA 8
> Reporter: Saurabh Agarwal
> Priority: Blocker
>
> Hi,
> I have gone through ARQ-1488 and it depicts the same problem what I am facing.
> In my IBM WebSphere Application Server (8.0.0.9), CDI is not working and it is giving me the NP exception.
> Please note I am not using MAVEN build but have all required JARS file in my web-inf/lib directory
> JARS List I am having
> ------------------------------
> arquillian-config-api.jar
> arquillian-config-impl-base.jar
> arquillian-config-spi.jar
> arquillian-container-impl-base.jar
> arquillian-container-spi.jar
> arquillian-container-test-api.jar
> arquillian-container-test-impl-base.jar
> arquillian-container-test-spi.jar
> arquillian-core-api.jar
> arquillian-core-impl-base-1.1.5.Final.jar
> arquillian-core-spi-1.1.5.Final.jar
> arquillian-junit-container.jar
> arquillian-junit-core.jar
> arquillian-protocol-jmx-1.1.5.Final.jar
> arquillian-protocol-servlet.jar
> arquillian-protocol.jar
> arquillian-test-api.jar
> arquillian-test-impl-base.jar
> arquillian-test-spi.jar
> arquillian-testenricher-cdi.jar
> arquillian-testenricher-ejb.jar
> arquillian-testenricher-initialcontext.jar
> arquillian-testenricher-resource.jar
> arquillian-was-remote.jar
> commons-fileupload-1.2.1.jar
> commons-io-1.4.jar
> deltaspike-core-api-1.0.0.jar
> deltaspike-core-impl-1.0.0.jar
> deltaspike-jsf-module-api-1.0.0.jar
> deltaspike-jsf-module-impl-1.0.0.jar
> deltaspike-security-module-api-1.0.0.jar
> deltaspike-security-module-impl-1.0.0.jar
> itext-1.3.jar
> jsfcore.jar
> junit.jar
> org.hamcrest.core_1.3.0.v201303031735.jar
> poi-3.8-20120326.jar
> primefaces-4.0.6.jar
> shrinkwrap-api.jar
> shrinkwrap-descriptors-api-base.jar
> shrinkwrap-descriptors-api-javaee.jar
> shrinkwrap-descriptors-impl-base.jar
> shrinkwrap-descriptors-impl-javaee.jar
> shrinkwrap-descriptors-spi.jar
> shrinkwrap-impl-base.jar
> shrinkwrap-spi.jar
> Code snippet
> ------------------
> import javax.inject.Inject;
> import org.jboss.arquillian.container.test.api.Deployment;
> import org.jboss.arquillian.junit.Arquillian;
> import org.jboss.shrinkwrap.api.spec.EnterpriseArchive;
> import org.junit.Assert;
> import org.junit.Test;
> import org.junit.runner.RunWith;
> import com.ford.jcoe.jab.inbound.booking.ui.bean.ListBookingBean;
> import com.ford.jcoe.jab.inbound.booking.ui.bean.TestArquillianBean;
> /**
> * TODO - Place class description here
> */
> @RunWith(Arquillian.class)
> public class ArquillianInjectionTest extends BaseArquillianPersistenceTest {
> @Inject
> ListBookingBean b;
> /**
> * TODO - Place method description here
> *
> * @return
> */
> @Deployment
> public static EnterpriseArchive createTestArchive() {
> java.net.Authenticator.setDefault(basicAuthAuthenticator);
> return BaseArquillianPersistenceTest.createTestArchive("JabEAR");
> }
> /**
> * Unit Test Method
> */
> @Test
> public void testInjection() {
> String stringRepresentation = null;
> try {
> System.out.println("Not Working Step 1");
> stringRepresentation = this.b.toString();
> System.out.println("Not Working Step 2");
> } catch (final NullPointerException npe) {
> Assert.fail("Injection failed.");
> }
> Assert.assertNotNull(stringRepresentation);
> }
> }
> Exception I am getting
> -----------------------------
> Null Pointer exception in stringRepresentation = this.b.toString(); as b is null.
> Complete stack trace
> --------------------------
> java.lang.AssertionError: Injection failed.
> at org.junit.Assert.fail(Assert.java:88)
> at ArquillianInjectionTest.testInjection(ArquillianInjectionTest.java:50)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:301)
> at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.client.protocol.local.LocalContainerMethodExecutor.invoke(LocalContainerMethodExecutor.java:50)
> at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:611)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111)
> at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:294)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:269)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:138)
> at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:575)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
> at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230)
> at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779)
> at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478)
> at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178)
> at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136)
> at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79)
> at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:960)
> at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1064)
> at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87)
> at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:914)
> at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662)
> at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200)
> at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453)
> at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515)
> at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306)
> at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277)
> at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
> at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
> at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175)
> at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
> at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)
> at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)
> at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)
> at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)
> at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
> at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702)
> Most Important Thing
> ------------------------------
> I have commented out the code in WebSphereRemoteContainer.java (for WAS 8 - https://github.com/arquillian/arquillian-container-was) which is responsible for deploying and un-deploying the code.
> For our requirements, the code is already deployed and all we need to run the test on PRE DEPLOYED code only.
> Methods which I have modified
> 1. public ProtocolMetaData deploy(final Archive<?> archive) throws DeploymentException
> 2. public void undeploy(final Archive<?> archive) throws DeploymentException
> I have just commented out the code which install / uninstall the application.
> Can someone help me in getting this issue resolved.
> Please let me know if I need to provide more information for debugging purpose.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ARQ-1184) Use wljmxclient.jar instead of weblogic.jar in the searchpath of the WebLogic JMX client
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1184?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen closed ARQ-1184.
------------------------------
> Use wljmxclient.jar instead of weblogic.jar in the searchpath of the WebLogic JMX client
> ----------------------------------------------------------------------------------------
>
> Key: ARQ-1184
> URL: https://issues.jboss.org/browse/ARQ-1184
> Project: Arquillian
> Issue Type: Enhancement
> Components: WebLogic Containers
> Reporter: Vineet Reynolds
> Assignee: Vineet Reynolds
> Fix For: wls_1.0.0.Alpha3
>
>
> The {{WebLogicJMXLibClassLoader}} currently loads classes from weblogic.jar instead of using the documented. This was done during resolution of ARQ-725 to avoid initialization of a Java SecurityManager, but this is a bad idea in retrospect considering that the use of weblogic.jar may be unsupported and that internal details of WebLogic Server may change in the future.
> Therefore, the default search path for the {{WebLogicJMXLibClassLoader}} would be changed from weblogic.jar to wljmxclient.jar.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ARQ-1122) ServletRuntime lookup only returns servlets of first web application found
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1122?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen closed ARQ-1122.
------------------------------
> ServletRuntime lookup only returns servlets of first web application found
> --------------------------------------------------------------------------
>
> Key: ARQ-1122
> URL: https://issues.jboss.org/browse/ARQ-1122
> Project: Arquillian
> Issue Type: Enhancement
> Components: WebLogic Containers
> Affects Versions: 1.0.2.Final
> Environment: Weblogic 12c
> Reporter: Ralph Abbink
> Assignee: Vineet Reynolds
> Priority: Minor
> Fix For: wls_1.0.0.Alpha3
>
>
> After enriching our regular maven built .ear i noticed the following exception: {noformat}ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer.{noformat}
> It appears the lookup for servletRuntimes only returns the servlets of the first web application in the deployment. In our .ear we have several web modules and the first one found wasn't the module i enriched using Arquillian.
> {code:title=WebLogicJMXClient.java}
> private ObjectName[] findServletRuntimes(ObjectName wlServerRuntime, String deploymentName) throws Exception
> {
> ObjectName[] applicationRuntimes = (ObjectName[]) connection.getAttribute(wlServerRuntime, "ApplicationRuntimes");
> for(ObjectName applicationRuntime: applicationRuntimes)
> {
> String applicationName = (String) connection.getAttribute(applicationRuntime, "Name");
> if(applicationName.equals(deploymentName))
> {
> ObjectName[] componentRuntimes = (ObjectName[]) connection.getAttribute(applicationRuntime, "ComponentRuntimes");
> for(ObjectName componentRuntime : componentRuntimes)
> {
> String componentType = (String) connection.getAttribute(componentRuntime, "Type");
> if (componentType.toString().equals("WebAppComponentRuntime"))
> {
> ObjectName[] servletRuntimes = (ObjectName[]) connection.getAttribute(componentRuntime, "Servlets");
> return servletRuntimes;
> }
> }
> }
> }
> throw new DeploymentException(
> "The deployment details were not found in the MBean Server. Possible causes include:\n"
> + "1. The deployment failed. Review the admin server and the target's log files.\n"
> + "2. The deployment succeeded partially. The deployment must be the Active state. Instead, it might be in the 'New' state.\n"
> + " Verify that the the admin server can connect to the target(s), and that no firewall rules are blocking the traffic on the admin channel.");
> }
> {code}
> {code:title="Returning all servlets found" WebLogicJMXClient.java}
> private List<ObjectName> findServletRuntimes(ObjectName wlServerRuntime, String deploymentName) throws Exception
> {
> ObjectName[] applicationRuntimes = (ObjectName[]) connection.getAttribute(wlServerRuntime, "ApplicationRuntimes");
> for(ObjectName applicationRuntime: applicationRuntimes)
> {
> String applicationName = (String) connection.getAttribute(applicationRuntime, "Name");
> if(applicationName.equals(deploymentName))
> {
> List<ObjectName> servletRuntimes = new ArrayList<ObjectName>();
> ObjectName[] componentRuntimes = (ObjectName[]) connection.getAttribute(applicationRuntime, "ComponentRuntimes");
> for(ObjectName componentRuntime : componentRuntimes)
> {
> String componentType = (String) connection.getAttribute(componentRuntime, "Type");
> if (componentType.toString().equals("WebAppComponentRuntime"))
> {
> servletRuntimes.addAll(Arrays.asList((ObjectName[]) connection.getAttribute(componentRuntime, "Servlets")));
> }
> }
> return servletRuntimes;
> }
> }
> throw new DeploymentException(
> "The deployment details were not found in the MBean Server. Possible causes include:\n"
> + "1. The deployment failed. Review the admin server and the target's log files.\n"
> + "2. The deployment succeeded partially. The deployment must be the Active state. Instead, it might be in the 'New' state.\n"
> + " Verify that the the admin server can connect to the target(s), and that no firewall rules are blocking the traffic on the admin channel.");
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (ARQ-1183) Allow the use of non-blocking random number generators for deployments against WebLogic Servers
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1183?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen closed ARQ-1183.
------------------------------
> Allow the use of non-blocking random number generators for deployments against WebLogic Servers
> -----------------------------------------------------------------------------------------------
>
> Key: ARQ-1183
> URL: https://issues.jboss.org/browse/ARQ-1183
> Project: Arquillian
> Issue Type: Enhancement
> Components: WebLogic Containers
> Reporter: Vineet Reynolds
> Assignee: Vineet Reynolds
> Priority: Minor
> Fix For: wls_1.0.0.Alpha3
>
>
> The WLS container adapter forks a {{weblogic.Deployer}} task that runs in a separate JVM. This may result in timeouts on Unix/Linux machines where /dev/random does not provide sufficient entropy in a limited period of time. This eventually results in random and inexplicable failures during deployment or undeployment of archives when connecting to an AdminServer through a SSL channel. The stacktraces usually contain errors with the message "java.io.IOException: Stream closed.; No available router to destination".
> Allow for configuring /dev/urandom as a PRNG source.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months