December 2013 - overlord-issues - Jboss List Archives

[JBoss JIRA] (SRAMPUI-113) Artifact Details: core and custom properties share vertical space

by Eric Wittmann (JIRA)

Eric Wittmann created SRAMPUI-113: ------------------------------------- Summary: Artifact Details: core and custom properties share vertical space Key: SRAMPUI-113 URL: https://issues.jboss.org/browse/SRAMPUI-113 Project: S-RAMP UI Issue Type: Bug Components: View Affects Versions: 0.3.0 Reporter: Eric Wittmann Assignee: Eric Wittmann Fix For: Future (Unscheduled) The Core Properties and Custom Properties are clearly inside the same "row" because they share vertical space. This means that if you have a lot of custom properties then the Classifiers and Description sections will get pushed down. Perhaps Description should be moved up and Classifiers can share the same column as Core Properties. This *should* provide enough horizontal space for the list of classifiers (even though they are URLs). -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-261) Move demo assembly into a subdirectory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SRAMP-261?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on SRAMP-261: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1040812|https://bugzilla.redhat.com/show_bug.cgi?id=1040812] from ON_QA to VERIFIED > Move demo assembly into a subdirectory > -------------------------------------- > > Key: SRAMP-261 > URL: https://issues.jboss.org/browse/SRAMP-261 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Distro > Affects Versions: 0.3.0 - JBPM6 Integration > Reporter: Kevin Conner > Assignee: Kevin Conner > > The demo assembly should be in its own module and not part of the demo parent module. When built the assembly zip should exclude the assembly subdirectory and build cleanly. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-261) Move demo assembly into a subdirectory

by Kevin Conner (JIRA)

[ https://issues.jboss.org/browse/SRAMP-261?page=com.atlassian.jira.plugin.... ] Kevin Conner closed SRAMP-261. ------------------------------ Resolution: Done > Move demo assembly into a subdirectory > -------------------------------------- > > Key: SRAMP-261 > URL: https://issues.jboss.org/browse/SRAMP-261 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Distro > Affects Versions: 0.3.0 - JBPM6 Integration > Reporter: Kevin Conner > Assignee: Kevin Conner > > The demo assembly should be in its own module and not part of the demo parent module. When built the assembly zip should exclude the assembly subdirectory and build cleanly. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-261) Move demo assembly into a subdirectory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SRAMP-261?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on SRAMP-261: ----------------------------------------------- Nick Cross <ncross(a)redhat.com> changed the Status of [bug 1040812|https://bugzilla.redhat.com/show_bug.cgi?id=1040812] from MODIFIED to ON_QA > Move demo assembly into a subdirectory > -------------------------------------- > > Key: SRAMP-261 > URL: https://issues.jboss.org/browse/SRAMP-261 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Distro > Affects Versions: 0.3.0 - JBPM6 Integration > Reporter: Kevin Conner > Assignee: Kevin Conner > > The demo assembly should be in its own module and not part of the demo parent module. When built the assembly zip should exclude the assembly subdirectory and build cleanly. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (GADGETS-71) Occasional ConcurrentModificationException when starting up gadget web UI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GADGETS-71?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on GADGETS-71: ------------------------------------------------ Nick Cross <ncross(a)redhat.com> changed the Status of [bug 1018757|https://bugzilla.redhat.com/show_bug.cgi?id=1018757] from MODIFIED to ON_QA > Occasional ConcurrentModificationException when starting up gadget web UI > ------------------------------------------------------------------------- > > Key: GADGETS-71 > URL: https://issues.jboss.org/browse/GADGETS-71 > Project: Gadget Server and Gadgets > Issue Type: Bug > Reporter: Gary Brown > Assignee: Eric Wittmann > > This exception occurs periodically when starting up the gadget server and adding the gadgets to a page. It appears to be related to the service overview gadget, as that does not display any content when this exception occurs. > {noformat} > 10:23:09,459 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/gadget-web].[js]] (http-/127.0.0.1:8080-4) JBWEB000236: Servlet.service() for servlet js threw exception: java.util.ConcurrentModificationException > at java.util.TreeMap$NavigableSubMap$SubMapIterator.prevEntry(TreeMap.java:1605) [rt.jar:1.7.0_07] > at java.util.TreeMap$NavigableSubMap$DescendingSubMapKeyIterator.next(TreeMap.java:1682) [rt.jar:1.7.0_07] > at com.google.javascript.jscomp.ComposeWarningsGuard.addGuards(ComposeWarningsGuard.java:99) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.ComposeWarningsGuard.addGuard(ComposeWarningsGuard.java:89) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.ComposeWarningsGuard.addGuards(ComposeWarningsGuard.java:100) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.ComposeWarningsGuard.<init>(ComposeWarningsGuard.java:79) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.initOptions(Compiler.java:277) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.initModules(Compiler.java:332) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.init(Compiler.java:312) [closure-compiler-r1741.jar:] > at com.google.javascript.jscomp.Compiler.compile(Compiler.java:511) [closure-compiler-r1741.jar:] > at org.apache.shindig.gadgets.rewrite.js.ClosureJsCompiler.doCompile(ClosureJsCompiler.java:205) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.rewrite.js.ClosureJsCompiler.compile(ClosureJsCompiler.java:172) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.js.CompilationProcessor.process(CompilationProcessor.java:48) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.js.DefaultJsProcessorRegistry.process(DefaultJsProcessorRegistry.java:53) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.js.DefaultJsServingPipeline.execute(DefaultJsServingPipeline.java:41) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.shindig.gadgets.servlet.JsServlet.doGet(JsServlet.java:93) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-1.jar:1.0.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.shindig.gadgets.servlet.ETagFilter.doFilter(ETagFilter.java:55) [shindig-gadgets-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.shindig.common.servlet.HostFilter.doFilter(HostFilter.java:39) [shindig-common-3.0.0-beta4.jar:3.0.0-beta4] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:481) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.0.Final-redhat-1.jar:7.2.0.Final-redhat-1] > {noformat} -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-253) Add support for Teiid artifacts in s-ramp

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SRAMP-253?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on SRAMP-253: ----------------------------------------------- Nick Cross <ncross(a)redhat.com> changed the Status of [bug 1022586|https://bugzilla.redhat.com/show_bug.cgi?id=1022586] from MODIFIED to ON_QA > Add support for Teiid artifacts in s-ramp > ----------------------------------------- > > Key: SRAMP-253 > URL: https://issues.jboss.org/browse/SRAMP-253 > Project: S-RAMP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Eric Wittmann > Assignee: Eric Wittmann > Fix For: 0.3.1 - jBPM - bugfix 1 > > > Add support for Teiid artifacts as first-class supported artifacts in s-ramp. This should be done by implementing a deriver for the teiid XML file as well as an expander for Teiid archives (VDB). -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-261) Move demo assembly into a subdirectory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SRAMP-261?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on SRAMP-261: ----------------------------------------------- Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1040812|https://bugzilla.redhat.com/show_bug.cgi?id=1040812] from ASSIGNED to MODIFIED > Move demo assembly into a subdirectory > -------------------------------------- > > Key: SRAMP-261 > URL: https://issues.jboss.org/browse/SRAMP-261 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Distro > Affects Versions: 0.3.0 - JBPM6 Integration > Reporter: Kevin Conner > Assignee: Kevin Conner > > The demo assembly should be in its own module and not part of the demo parent module. When built the assembly zip should exclude the assembly subdirectory and build cleanly. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-255) Undeployment of *any* web app in JBoss 7/EAP 6 results in broken authentication in Overlord apps

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SRAMP-255?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on SRAMP-255: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1016591|https://bugzilla.redhat.com/show_bug.cgi?id=1016591] from ON_QA to VERIFIED > Undeployment of *any* web app in JBoss 7/EAP 6 results in broken authentication in Overlord apps > ------------------------------------------------------------------------------------------------ > > Key: SRAMP-255 > URL: https://issues.jboss.org/browse/SRAMP-255 > Project: S-RAMP > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 0.3.0 - JBPM6 Integration > Reporter: Eric Wittmann > Assignee: Eric Wittmann > Fix For: 0.3.1 - jBPM - bugfix 1 > > > This is actually an EAP bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1016591 > This JIRA issue tracks the workaround used in Overlord. The workaround is only necessary until the EAP bug is fixed. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RTGOV-305) Missing header still results in IP attempting to evaluate expression

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/RTGOV-305?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on RTGOV-305: ----------------------------------------------- Jiri Pechanec <jpechane(a)redhat.com> changed the Status of [bug 1011865|https://bugzilla.redhat.com/show_bug.cgi?id=1011865] from ON_QA to VERIFIED > Missing header still results in IP attempting to evaluate expression > -------------------------------------------------------------------- > > Key: RTGOV-305 > URL: https://issues.jboss.org/browse/RTGOV-305 > Project: RTGov (Run Time Governance) > Issue Type: Bug > Reporter: Gary Brown > Assignee: Gary Brown > Fix For: 2.0.0.M1 > > > If a header property does not exist, a warning is recorded by the expression evaluation is still attempted, which can lead to problems in the invoked script. -- 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

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SRAMP-250) Validation errors in the S-RAMP demos

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/SRAMP-250?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on SRAMP-250: ----------------------------------------------- Andrej Podhradsky <apodhrad(a)redhat.com> changed the Status of [bug 1014005|https://bugzilla.redhat.com/show_bug.cgi?id=1014005] from ON_QA to VERIFIED > Validation errors in the S-RAMP demos > ------------------------------------- > > Key: SRAMP-250 > URL: https://issues.jboss.org/browse/SRAMP-250 > Project: S-RAMP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Kurt Stam > Assignee: Kurt Stam > Fix For: 0.3.1 - jBPM - bugfix 1 > > -- 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

10 years, 6 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

overlord-issues December 2013