[JBoss JIRA] (RTGOV-475) OSGi service list in RTGov UI
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-475?page=com.atlassian.jira.plugin.... ]
Gary Brown commented on RTGOV-475:
----------------------------------
Ideally want to support as a separate feature from the UI, so users can decide whether they want to view all OSGi services via the RTGov UI.
> OSGi service list in RTGov UI
> -----------------------------
>
> Key: RTGOV-475
> URL: https://issues.jboss.org/browse/RTGOV-475
> Project: RTGov (Run Time Governance)
> Issue Type: Feature Request
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
> Original Estimate: 3 days
> Remaining Estimate: 3 days
>
> As we can use rtgov to monitor standard OSGi services, these should also be listed in the RTGov UI service list.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 7 months
[JBoss JIRA] (RTGOV-465) Error loading class org.overlord.rtgov.analytics.situation.store.osgi.Activator
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-465?page=com.atlassian.jira.plugin.... ]
Gary Brown resolved RTGOV-465.
------------------------------
Resolution: Done
> Error loading class org.overlord.rtgov.analytics.situation.store.osgi.Activator
> -------------------------------------------------------------------------------
>
> Key: RTGOV-465
> URL: https://issues.jboss.org/browse/RTGOV-465
> Project: RTGov (Run Time Governance)
> Issue Type: Bug
> Reporter: Gary Brown
> Assignee: Gary Brown
> Fix For: 2.0.0.Final
>
> Attachments: fuse.log
>
>
> When deploying rtgov-ui feature to fuse 6.1, the following exception occurs in the log, although situations seem to work fine within the UI:
> {noformat}
> 18:22:37,904 | INFO | pool-18-thread-1 | ClassLoading | 279 - slf4j.ext - 1.7.1 | catching
> org.jboss.weld.resources.spi.ResourceLoadingException: Error loading class org.overlord.rtgov.analytics.situation.store.osgi.Activator
> at org.jboss.weld.resources.DefaultResourceLoader.classForName(DefaultResourceLoader.java:52)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.jboss.weld.bootstrap.BeanDeployer.loadClass(BeanDeployer.java:107)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:77)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:135)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.jboss.weld.bootstrap.BeanDeployment.createBeans(BeanDeployment.java:184)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:349)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.overlord.rtgov.ui.server.fuse6.Listener.contextInitialized(Listener.java:78)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:782)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:424)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:774)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:249)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doStart(HttpServiceContext.java:201)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)[92:org.eclipse.jetty.aggregate.jetty-all-server:8.1.14.v20131031]
> at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$1.start(JettyServerImpl.java:187)[100:org.ops4j.pax.web.pax-web-jetty:3.0.6]
> at org.ops4j.pax.web.service.internal.HttpServiceStarted.end(HttpServiceStarted.java:938)[98:org.ops4j.pax.web.pax-web-runtime:3.0.6]
> at org.ops4j.pax.web.service.internal.HttpServiceProxy.end(HttpServiceProxy.java:386)[98:org.ops4j.pax.web.pax-web-runtime:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC.end(RegisterWebAppVisitorWC.java:338)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.model.WebApp.accept(WebApp.java:678)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.register(WebAppPublisher.java:237)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:182)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:135)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:932)[karaf.jar:2.3.0.redhat-610379]
> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:864)[karaf.jar:2.3.0.redhat-610379]
> at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256)[karaf.jar:2.3.0.redhat-610379]
> at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183)[karaf.jar:2.3.0.redhat-610379]
> at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:317)[karaf.jar:2.3.0.redhat-610379]
> at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:261)[karaf.jar:2.3.0.redhat-610379]
> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher.publish(WebAppPublisher.java:101)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.WebObserver.deploy(WebObserver.java:213)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.WebObserver$1.doStart(WebObserver.java:175)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.start(SimpleExtension.java:58)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender$1.run(AbstractExtender.java:266)[241:org.ops4j.pax.web.pax-web-extender-war:3.0.6]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_07]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)[:1.7.0_07]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)[:1.7.0_07]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)[:1.7.0_07]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)[:1.7.0_07]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)[:1.7.0_07]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)[:1.7.0_07]
> at java.lang.Thread.run(Thread.java:722)[:1.7.0_07]
> Caused by: java.lang.ClassNotFoundException: org.overlord.rtgov.analytics.situation.store.osgi.Activator not found by org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6 [375]
> at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
> at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
> at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_07]
> at org.apache.felix.framework.Felix.loadBundleClass(Felix.java:1870)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
> at org.apache.felix.framework.BundleImpl.loadClass(BundleImpl.java:937)[org.apache.felix.framework-4.0.3.redhat-610379.jar:]
> at org.ops4j.pax.swissbox.core.BundleClassLoader.findClass(BundleClassLoader.java:176)[101:org.ops4j.pax.web.pax-web-spi:3.0.6]
> at org.ops4j.pax.swissbox.core.BundleClassLoader.loadClass(BundleClassLoader.java:194)[101:org.ops4j.pax.web.pax-web-spi:3.0.6]
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_07]
> at org.jboss.weld.resources.DefaultResourceLoader.classForName(DefaultResourceLoader.java:47)[375:org.overlord.rtgov.ui.overlord-rtgov-ui-war-fuse6:2.0.0.Snapshot]
> ... 41 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 7 months
[JBoss JIRA] (SRAMP-443) The Teiid model deriver is not being used
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/SRAMP-443?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on SRAMP-443:
-----------------------------------------------
Brett Meyer <brmeyer(a)redhat.com> changed the Status of [bug 1101513|https://bugzilla.redhat.com/show_bug.cgi?id=1101513] from NEW to ASSIGNED
> The Teiid model deriver is not being used
> -----------------------------------------
>
> Key: SRAMP-443
> URL: https://issues.jboss.org/browse/SRAMP-443
> Project: S-RAMP
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core
> Affects Versions: 0.4.0 - Tomcat Support
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.5.0.Final
>
>
> The org.overlord.sramp.integration.teiid.deriver.ModelDeriverProvider class is not providing the correct deriver. I think this class was copy/pasted and never changed to return the correct provider type.
> I think we just need to change from this:
> {code}
> return Collections.singletonMap(TeiidArtifactType.MODEL.extendedType(), (ArtifactDeriver)new VdbManifestDeriver());
> {code}
> to this:
> {code}
> return Collections.singletonMap(TeiidArtifactType.MODEL.extendedType(), (ArtifactDeriver)new ModelDeriver());
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 7 months
[JBoss JIRA] (SRAMP-446) Browser seems to be caching the s-ramp-ui and dtgov-ui host page
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-446?page=com.atlassian.jira.plugin.... ]
Eric Wittmann commented on SRAMP-446:
-------------------------------------
We could do that, although at the very least there are a number of GWT generated resources that we should strive to cache. Have a look at GWTCacheControlFilter in overlord-commons-gwt for details. I think if we just let this filter *also* filter the host page we should be all set.
> Browser seems to be caching the s-ramp-ui and dtgov-ui host page
> ----------------------------------------------------------------
>
> Key: SRAMP-446
> URL: https://issues.jboss.org/browse/SRAMP-446
> Project: S-RAMP
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: UI
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.5.0.Final
>
>
> Browser caching should be disabled for the host page otherwise authentication might not always work. We need a filter to set no-cache headers when serving the root of the UI or the index.html host page.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 7 months
[JBoss JIRA] (SRAMP-446) Browser seems to be caching the s-ramp-ui and dtgov-ui host page
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-446?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on SRAMP-446:
-----------------------------------
[~eric.wittmann], any thoughts on simply adding the headers to every single page? It seems like that might be desirable, considering how dynamic all the content is to begin with.
> Browser seems to be caching the s-ramp-ui and dtgov-ui host page
> ----------------------------------------------------------------
>
> Key: SRAMP-446
> URL: https://issues.jboss.org/browse/SRAMP-446
> Project: S-RAMP
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: UI
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.5.0.Final
>
>
> Browser caching should be disabled for the host page otherwise authentication might not always work. We need a filter to set no-cache headers when serving the root of the UI or the index.html host page.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years, 7 months