Details
-
Type:
Bug
-
Status: Closed (View Workflow)
-
Priority:
Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: 1.0.0.Alpha5
-
Component/s: JBoss AS Containers
-
Labels:None
Description
Both the AS 5.1 and 6.0 implementations of JbossRemoteContainer have:
import com.sun.net.httpserver.HttpExchange;
import com.sun.net.httpserver.HttpHandler;
import com.sun.net.httpserver.HttpServer
Recommend an external dependency on a safe alternative like apache-httpcomponent's HttpClient or Jetty, ie:
Gliffy Diagrams
Issue Links
- is blocked by
-
SHRINKWRAP-254
Support creation of URLs from a Archive
-
- Open
-
Activity
- All
- Comments
- Work Log
- History
- Activity
- Links Hierarchy
Linked issue may remove the need for the com.sun dependency in the first place, but it's not a duplicate issue.
Andrew Rubinger
added a comment - Linked issue may remove the need for the com.sun dependency in the first place, but it's not a duplicate issue. further investigation has shown that the HTTP URL Streaming service used in the JBoss AS Remote Containers are pointless, the ProfileService supports to stream from client to server if copyContent=true is used.
Remove the HTTP Service dependency from:
JBoss AS Remote Container 5.0, 5.1, 6.0
Aslak Knutsen
added a comment - further investigation has shown that the HTTP URL Streaming service used in the JBoss AS Remote Containers are pointless, the ProfileService supports to stream from client to server if copyContent=true is used.
Remove the HTTP Service dependency from:
JBoss AS Remote Container 5.0, 5.1, 6.0 Aslak Knutsen
added a comment - https://github.com/aslakknutsen/arquillian/commits/the_bigger_picture 
Or, if instead we back the remote containers into the JBossAS Server Manager project, we get an API for deployment:
http://anonsvn.jboss.org/repos/jbossas/projects/server-manager/trunk/src/main/java/org/jboss/jbossas/servermanager/Server.java
This would also get us a clear resolution towards
ARQ-48