[JBoss JIRA] (ARTIF-760) Init DDL called several times by different threads
by David virgil naranjo (JIRA)
David virgil naranjo created ARTIF-760:
------------------------------------------
Summary: Init DDL called several times by different threads
Key: ARTIF-760
URL: https://issues.jboss.org/browse/ARTIF-760
Project: Artificer
Issue Type: Bug
Reporter: David virgil naranjo
Assignee: David virgil naranjo
When the initDDL is called in the Artifacts page, then it is called the getStoredQueries from different threads.
It makes that the entityManager() method is called at the same time(more or less) by 2 different threads and the initDDLs is called by the 2 threads. One of them execute correctly the DDL script but the other fails:
https://gist.github.com/dvirgiln/5b42bf372254ac400ba5
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 9 months
[JBoss JIRA] (RTGOV-485) Fabric container restart fails to find all dependencies
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-485?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-485:
-----------------------------
Fix Version/s: 2.2.0.Alpha3
(was: 2.2.0.Alpha2)
> Fabric container restart fails to find all dependencies
> -------------------------------------------------------
>
> Key: RTGOV-485
> URL: https://issues.jboss.org/browse/RTGOV-485
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.2.0.Alpha3
>
>
> When 'all' profile is first added to the container it is fine (apart from intermittent rtgov-ui web app deploy issue).
> However when the container is stopped and started again, it has the following errors:
> {noformat}
> 2014-05-30 13:04:48
> ERROR
> org.apache.aries.blueprint.container.BlueprintContainerImpl
> Unable to start blueprint container for bundle activity-embedded due to unresolved dependencies [(objectClass=org.overlord.rtgov.activity.collector.CollectorContext)]
> 2014-05-30 13:04:48
> ERROR
> org.apache.aries.blueprint.container.BlueprintContainerImpl
> Unable to start blueprint container for bundle activity-server-epn due to unresolved dependencies [(objectClass=org.overlord.rtgov.epn.EPNManager)]
> 2014-05-30 13:04:49
> ERROR
> org.overlord.rtgov.epn.EPNManagerAccessor
> EPNManager is not available
> 2014-05-30 13:04:49
> ERROR
> org.overlord.rtgov.active.collection.epn.EPNActiveCollectionSource
> Failed to obtain Event Processor Network Manager
> 2014-05-30 13:04:49
> ERROR
> org.overlord.rtgov.acs.loader.osgi.ACSActivator
> Failed to register active collection sources
> 2014-05-30 13:04:49
> INFO
> io.fabric8.agent.DeploymentAgent
> ep-keyvaluestore / 2.0.0.SNAPSHOT
> 2014-05-30 13:04:49
> INFO
> io.fabric8.agent.DeploymentAgent
> overlord-rtgov-epn-osgi / 2.0.0.SNAPSHOT
> 2014-05-30 13:09:49
> ERROR
> org.overlord.rtgov.epn.EPNManagerAccessor
> EPNManager is not available
> 2014-05-30 13:09:49
> ERROR
> org.overlord.rtgov.epn.loader.osgi.EPNActivator
> Failed to obtain reference to EPNManager
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 9 months
[JBoss JIRA] (RTGOV-512) Situation list refresh waits indefinitely after UI not used for a while on fuse
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-512?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-512:
-----------------------------
Fix Version/s: 2.2.0.Alpha3
(was: 2.2.0.Alpha2)
> Situation list refresh waits indefinitely after UI not used for a while on fuse
> -------------------------------------------------------------------------------
>
> Key: RTGOV-512
> URL: https://issues.jboss.org/browse/RTGOV-512
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Eric Wittmann
> Fix For: 2.2.0.Alpha3
>
>
> When testing the RTGov UI on fuse, found that if the UI had been left running for a while, when returning to it and refreshing the Situations list, it didn't return (i.e. the spinning icon continued indefinitely).
> If the UI was closed and reopened, using the localhost:8181/rtgov-ui URL, it went straight into the dashboard without requesting credentials, and when selecting the 'Situations' link, it showed the list immediately.
> In the log, found the following exceptions when this occurred:
> {noformat}
> 11:43:19,755 | WARN | tp2121620920-466 | ServletHandler | 92 - org.eclipse.jetty.aggregate.jetty-all-server - 8.1.14.v20131031 |
> javax.servlet.ServletException: java.io.IOException: Closed
> at org.picketlink.identity.federation.web.filters.SPFilter.doFilter(SPFilter.java:188)[399:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.overlord.commons.ui.header.OverlordHeaderResources.doFilter(OverlordHeaderResources.java:76)[399:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:69)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:219)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:77)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.Server.handle(Server.java:370)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at java.lang.Thread.run(Thread.java:722)[:1.7.0_07]
> Caused by: java.io.IOException: Closed
> at org.eclipse.jetty.server.AbstractHttpConnection$Output.print(AbstractHttpConnection.java:1134)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at javax.servlet.ServletOutputStream.println(ServletOutputStream.java:171)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at javax.servlet.ServletOutputStream.println(ServletOutputStream.java:183)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at org.picketlink.identity.federation.web.util.PostBindingUtil.sendPost(PostBindingUtil.java:147)[399:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.picketlink.identity.federation.web.filters.SPFilter.sendRequestToIDP(SPFilter.java:547)[399:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.picketlink.identity.federation.web.filters.SPFilter.doFilter(SPFilter.java:186)[399:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> ... 28 more
> 11:43:19,852 | ERROR | tp2121620920-466 | common | 264 - org.jboss.logging.jboss-logging - 3.1.4.GA | Unexpected error
> java.io.IOException: Closed
> at org.eclipse.jetty.server.AbstractHttpConnection$Output.print(AbstractHttpConnection.java:1134)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at javax.servlet.ServletOutputStream.println(ServletOutputStream.java:171)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at javax.servlet.ServletOutputStream.println(ServletOutputStream.java:183)[91:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at org.picketlink.identity.federation.web.util.PostBindingUtil.sendPost(PostBindingUtil.java:147)[302:org.picketlink.picketlink-federation:2.5.3.SP1]
> at org.picketlink.identity.federation.web.util.IDPWebRequestUtil.send(IDPWebRequestUtil.java:232)[302:org.picketlink.picketlink-federation:2.5.3.SP1]
> at org.picketlink.identity.federation.web.filters.IDPFilter.processSAMLRequestMessage(IDPFilter.java:712)[302:org.picketlink.picketlink-federation:2.5.3.SP1]
> at org.picketlink.identity.federation.web.filters.IDPFilter.handleSAMLMessage(IDPFilter.java:262)[302:org.picketlink.picketlink-federation:2.5.3.SP1]
> at org.picketlink.identity.federation.web.filters.IDPFilter.doFilter(IDPFilter.java:210)[302:org.picketlink.picketlink-federation:2.5.3.SP1]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.overlord.commons.auth.filters.HttpRequestThreadLocalFilter.doFilter(HttpRequestThreadLocalFilter.java:58)[300:org.overlord.overlord-commons-auth:2.0.2.Final]
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1467)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:69)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:522)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:219)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:77)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.Server.handle(Server.java:370)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:982)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1043)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:865)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at java.lang.Thread.run(Thread.java:722)[:1.7.0_07]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 9 months
[JBoss JIRA] (RTGOV-328) Activity Server should support async processing of submitted events
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-328?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-328:
-----------------------------
Fix Version/s: 2.2.0.Alpha3
(was: 2.2.0.Alpha2)
> Activity Server should support async processing of submitted events
> -------------------------------------------------------------------
>
> Key: RTGOV-328
> URL: https://issues.jboss.org/browse/RTGOV-328
> Project: RTGov (Run Time Governance)
> Issue Type: Feature Request
> Components: Activity Server
> Affects Versions: 1.0.0.Final
> Reporter: Jiri Pechanec
> Assignee: Gary Brown
> Fix For: 2.2.0.Alpha3
>
>
> Activity Collector does not care about return value from activity server invocation. Thus the api should provide a method that will allow submit activities in one-way fashion. The REST invocation will return immediately and the activities will be stored in storage asynchronously in another thread.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 9 months
[JBoss JIRA] (RTGOV-555) EPNs not properly registered after rtgov refresh in Fuse
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-555?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-555:
-----------------------------
Fix Version/s: 2.2.0.Alpha3
(was: 2.2.0.Alpha2)
> EPNs not properly registered after rtgov refresh in Fuse
> --------------------------------------------------------
>
> Key: RTGOV-555
> URL: https://issues.jboss.org/browse/RTGOV-555
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.2.0.Alpha3
>
>
> When installing rtgov followed by switchyard in fuse, the EPNs are not all re-registered.
> It appears that the activators are being called, which establishes service listeners on the EPNManager, but only some of the EPNs are then called back when the EPNManager is available.
> Firstly need to consider adding some form of timer on the activators, to log an error if the EPN is not eventually registered. But need to find out why some activators are called, while others are not.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 9 months
[JBoss JIRA] (RTGOV-593) UX: Make filtering more full-text
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-593?page=com.atlassian.jira.plugin.... ]
Gary Brown updated RTGOV-593:
-----------------------------
Fix Version/s: 2.2.0.Alpha3
(was: 2.2.0.Alpha2)
> UX: Make filtering more full-text
> ---------------------------------
>
> Key: RTGOV-593
> URL: https://issues.jboss.org/browse/RTGOV-593
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Components: User Interface
> Affects Versions: 2.0.0.Final
> Reporter: Andrej Vano
> Assignee: ivan mckinley
> Fix For: 2.2.0.Alpha3
>
>
> The filtering in the UI is a bit confusing, here are some examples:
> 1. Have 1 situation with subject "{urn:switchyard-soa:rtgov_console:1.0.0}OrderService|submitOrder"
> If I want to filter by the subject the results are:
> - "o" - no situations
> - "or" - no situations
> - "ord" - no situations
> - "orde" - no situations
> - "order" - no situations
> - "orders" - no situations
> - "orderse" - no situations
> - "orderser" - no situations
> - "orderserv" - finally the situation is found
> This is why I set it as a bug:
> 2. Have 4 situations with descriptions "CPS", "HPS", "MPS", "LPS" representing "Critical Priority Situation" etc.
> If I want to filter these situations by description:
> - "h" - no situations
> - "hp" - no situations
> - "hps" - All 4 situations returned
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 9 months