[JBoss JIRA] (SRAMP-139) Patch one-jar to expand /lib/*.jar
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-139?page=com.atlassian.jira.plugin.... ]
Eric Wittmann updated SRAMP-139:
--------------------------------
Description:
Currently one-jar loads all of the JARs into heap space prior to executing the application. Instead, and to save heap space, I'd like it to copy the JAR files to a temporary location and build a runtime classpath from those.
This applies to the interactive shell, which uses one-jar to package the shell JAR and all its myriad dependency JARs into a single one-jar to rule them all.
was:Currently one-jar loads all of the JARs into heap space prior to executing the application. Instead, and to save heap space, I'd like it to copy the JAR files to a temporary location and build a runtime classpath from those.
> Patch one-jar to expand /lib/*.jar
> ----------------------------------
>
> Key: SRAMP-139
> URL: https://issues.jboss.org/browse/SRAMP-139
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Eric Wittmann
> Assignee: Eric Wittmann
> Fix For: Milestone 4
>
>
> Currently one-jar loads all of the JARs into heap space prior to executing the application. Instead, and to save heap space, I'd like it to copy the JAR files to a temporary location and build a runtime classpath from those.
> This applies to the interactive shell, which uses one-jar to package the shell JAR and all its myriad dependency JARs into a single one-jar to rule them all.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (SRAMP-139) Patch one-jar to expand /lib/*.jar
by Eric Wittmann (JIRA)
Eric Wittmann created SRAMP-139:
-----------------------------------
Summary: Patch one-jar to expand /lib/*.jar
Key: SRAMP-139
URL: https://issues.jboss.org/browse/SRAMP-139
Project: S-RAMP
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Eric Wittmann
Assignee: Eric Wittmann
Fix For: Milestone 4
Currently one-jar loads all of the JARs into heap space prior to executing the application. Instead, and to save heap space, I'd like it to copy the JAR files to a temporary location and build a runtime classpath from those.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (GADGETS-38) Gadget web exception when using port offset
by Jeff Yu (JIRA)
[ https://issues.jboss.org/browse/GADGETS-38?page=com.atlassian.jira.plugin... ]
Jeff Yu commented on GADGETS-38:
--------------------------------
Good catch. Right now it is configured to the 8080 port, I'll need to make it to detect it somehow automatically. It is similar to GADGETS-13.
> Gadget web exception when using port offset
> -------------------------------------------
>
> Key: GADGETS-38
> URL: https://issues.jboss.org/browse/GADGETS-38
> Project: Gadget Server and Gadgets
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Jeff Yu
> Fix For: 1.0.0.M4
>
> Attachments: server.log
>
>
> When trying to use the port offset during server startup, e.g.
> ./standalone.sh -c standalone-full.xml -Djboss.socket.binding.port-offset=1000
> I get the following exception when attempting to add gadgets to the webpage (using http://localhost:9080/gadget-web). First sign is that the images for the bam gadgets are missing, and then when going back to the web page it is blank.
> {noformat}
> 14:20:54,395 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (http-localhost.localdomain-127.0.0.1-9080-6) HHH000230: Schema export complete
> 14:21:19,045 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) org.apache.http.conn.HttpHostConnectException: Connection to http://localhost:8080 refused
> 14:21:19,046 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:158)
> 14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:149)
> 14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:121)
> 14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:573)
> 14:21:19,051 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:425)
> 14:21:19,051 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:820)
> 14:21:19,052 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
> 14:21:19,052 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.core.executors.ApacheHttpClient4Executor.execute(ApacheHttpClient4Executor.java:109)
> 14:21:19,053 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.core.interception.ClientExecutionContextImpl.proceed(ClientExecutionContextImpl.java:39)
> 14:21:19,053 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.plugins.interceptors.encoding.AcceptEncodingGZIPInterceptor.execute(AcceptEncodingGZIPInterceptor.java:40)
> 14:21:19,054 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.core.interception.ClientExecutionContextImpl.proceed(ClientExecutionContextImpl.java:45)
> 14:21:19,054 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.execute(ClientRequest.java:443)
> 14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.httpMethod(ClientRequest.java:674)
> 14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.post(ClientRequest.java:565)
> 14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.post(ClientRequest.java:570)
> 14:21:19,056 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.postTarget(ClientRequest.java:577)
> 14:21:19,056 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.ShindigGadgetMetadataService.getMetadata(ShindigGadgetMetadataService.java:154)
> 14:21:19,057 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.ShindigGadgetMetadataService.getGadgetMetadata(ShindigGadgetMetadataService.java:47)
> 14:21:19,057 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.UserController.getPageModels(UserController.java:126)
> {noformat}
> Possibly a related issue - when using a server with a port offset, when an existing server is also running at port 8080 (so manages to avoid this exception), the gadgets don't appear to issue the requests to the offset port.
> I've issued a REST query to the server and it returns data - but when using the gadget web, the gadgets are blank.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (GADGETS-38) Gadget web exception when using port offset
by Gary Brown (JIRA)
Gary Brown created GADGETS-38:
---------------------------------
Summary: Gadget web exception when using port offset
Key: GADGETS-38
URL: https://issues.jboss.org/browse/GADGETS-38
Project: Gadget Server and Gadgets
Issue Type: Bug
Reporter: Gary Brown
Assignee: Jeff Yu
Fix For: 1.0.0.M4
Attachments: server.log
When trying to use the port offset during server startup, e.g.
./standalone.sh -c standalone-full.xml -Djboss.socket.binding.port-offset=1000
I get the following exception when attempting to add gadgets to the webpage (using http://localhost:9080/gadget-web). First sign is that the images for the bam gadgets are missing, and then when going back to the web page it is blank.
{noformat}
14:20:54,395 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (http-localhost.localdomain-127.0.0.1-9080-6) HHH000230: Schema export complete
14:21:19,045 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) org.apache.http.conn.HttpHostConnectException: Connection to http://localhost:8080 refused
14:21:19,046 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:158)
14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:149)
14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:121)
14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:573)
14:21:19,051 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:425)
14:21:19,051 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:820)
14:21:19,052 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
14:21:19,052 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.core.executors.ApacheHttpClient4Executor.execute(ApacheHttpClient4Executor.java:109)
14:21:19,053 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.core.interception.ClientExecutionContextImpl.proceed(ClientExecutionContextImpl.java:39)
14:21:19,053 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.plugins.interceptors.encoding.AcceptEncodingGZIPInterceptor.execute(AcceptEncodingGZIPInterceptor.java:40)
14:21:19,054 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.core.interception.ClientExecutionContextImpl.proceed(ClientExecutionContextImpl.java:45)
14:21:19,054 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.execute(ClientRequest.java:443)
14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.httpMethod(ClientRequest.java:674)
14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.post(ClientRequest.java:565)
14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.post(ClientRequest.java:570)
14:21:19,056 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.postTarget(ClientRequest.java:577)
14:21:19,056 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.ShindigGadgetMetadataService.getMetadata(ShindigGadgetMetadataService.java:154)
14:21:19,057 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.ShindigGadgetMetadataService.getGadgetMetadata(ShindigGadgetMetadataService.java:47)
14:21:19,057 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.UserController.getPageModels(UserController.java:126)
{noformat}
Possibly a related issue - when using a server with a port offset, when an existing server is also running at port 8080 (so manages to avoid this exception), the gadgets don't appear to issue the requests to the offset port.
I've issued a REST query to the server and it returns data - but when using the gadget web, the gadgets are blank.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (GADGETS-38) Gadget web exception when using port offset
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/GADGETS-38?page=com.atlassian.jira.plugin... ]
Gary Brown updated GADGETS-38:
------------------------------
Attachment: server.log
> Gadget web exception when using port offset
> -------------------------------------------
>
> Key: GADGETS-38
> URL: https://issues.jboss.org/browse/GADGETS-38
> Project: Gadget Server and Gadgets
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Jeff Yu
> Fix For: 1.0.0.M4
>
> Attachments: server.log
>
>
> When trying to use the port offset during server startup, e.g.
> ./standalone.sh -c standalone-full.xml -Djboss.socket.binding.port-offset=1000
> I get the following exception when attempting to add gadgets to the webpage (using http://localhost:9080/gadget-web). First sign is that the images for the bam gadgets are missing, and then when going back to the web page it is blank.
> {noformat}
> 14:20:54,395 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (http-localhost.localdomain-127.0.0.1-9080-6) HHH000230: Schema export complete
> 14:21:19,045 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) org.apache.http.conn.HttpHostConnectException: Connection to http://localhost:8080 refused
> 14:21:19,046 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:158)
> 14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:149)
> 14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:121)
> 14:21:19,050 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:573)
> 14:21:19,051 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:425)
> 14:21:19,051 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:820)
> 14:21:19,052 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
> 14:21:19,052 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.core.executors.ApacheHttpClient4Executor.execute(ApacheHttpClient4Executor.java:109)
> 14:21:19,053 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.core.interception.ClientExecutionContextImpl.proceed(ClientExecutionContextImpl.java:39)
> 14:21:19,053 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.plugins.interceptors.encoding.AcceptEncodingGZIPInterceptor.execute(AcceptEncodingGZIPInterceptor.java:40)
> 14:21:19,054 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.core.interception.ClientExecutionContextImpl.proceed(ClientExecutionContextImpl.java:45)
> 14:21:19,054 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.execute(ClientRequest.java:443)
> 14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.httpMethod(ClientRequest.java:674)
> 14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.post(ClientRequest.java:565)
> 14:21:19,055 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.post(ClientRequest.java:570)
> 14:21:19,056 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.jboss.resteasy.client.ClientRequest.postTarget(ClientRequest.java:577)
> 14:21:19,056 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.ShindigGadgetMetadataService.getMetadata(ShindigGadgetMetadataService.java:154)
> 14:21:19,057 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.ShindigGadgetMetadataService.getGadgetMetadata(ShindigGadgetMetadataService.java:47)
> 14:21:19,057 ERROR [stderr] (http-localhost.localdomain-127.0.0.1-9080-6) at org.overlord.gadgets.web.server.UserController.getPageModels(UserController.java:126)
> {noformat}
> Possibly a related issue - when using a server with a port offset, when an existing server is also running at port 8080 (so manages to avoid this exception), the gadgets don't appear to issue the requests to the offset port.
> I've issued a REST query to the server and it returns data - but when using the gadget web, the gadgets are blank.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (SRAMP-138) Upgrade the SimpleReleaseProcess
by Kurt Stam (JIRA)
Kurt Stam created SRAMP-138:
-------------------------------
Summary: Upgrade the SimpleReleaseProcess
Key: SRAMP-138
URL: https://issues.jboss.org/browse/SRAMP-138
Project: S-RAMP
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Governance
Reporter: Kurt Stam
Assignee: Kurt Stam
Fix For: Milestone 3 (Workflow and Relationships)
So it includes a notification after deployment, with a url to the taskform to approve the smoke test. Then a notification afterwards to display the status text the SmokeTester put in OK/FAIL.
Later we can make a more complex/realistic workflow, but this at least shows off the capabilities.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months