Virtuoso Sesame HTTP Repository Configuration, Exception - virtuoso

I got a problem while configuring the Virtuoso Sesame HTTP Repository following the "Setup RDF4J or Sesame HTTP Repository" part of this web page, Virtuoso Sesame HTTP Repository Configuration and Usage
It threw the following Exception after I clicked the "create" button, I did not find the solution.
The full stack trace in the logs are:
Feb 16, 2017 2:46:51 PM org.apache.catalina.core.StandardWrapperValve invoke
严重: Servlet.service() for servlet workbench threw exception
java.lang.NullPointerException
at org.openrdf.workbench.commands.CreateServlet.getConfigTemplate(CreateServlet.java:159)
at org.openrdf.workbench.commands.CreateServlet.createRepositoryConfig(CreateServlet.java:130)
at org.openrdf.workbench.commands.CreateServlet.doPost(CreateServlet.java:75)
at org.openrdf.workbench.base.TransformationServlet.service(TransformationServlet.java:95)
at org.openrdf.workbench.base.BaseServlet.service(BaseServlet.java:137)
at org.openrdf.workbench.proxy.ProxyRepositoryServlet.service(ProxyRepositoryServlet.java:104)
at org.openrdf.workbench.proxy.WorkbenchServlet.service(WorkbenchServlet.java:222)
at org.openrdf.workbench.proxy.WorkbenchServlet.handleRequest(WorkbenchServlet.java:151)
at org.openrdf.workbench.proxy.WorkbenchServlet.service(WorkbenchServlet.java:119)
at org.openrdf.workbench.proxy.WorkbenchGateway.service(WorkbenchGateway.java:131)
at org.openrdf.workbench.base.BaseServlet.service(BaseServlet.java:137)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.openrdf.workbench.proxy.CookieCacheControlFilter.doFilter(CookieCacheControlFilter.java:63)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:861)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:620)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:745)
And I tried "Setup RDF4J or Sesame Console Repository" part to create a virtuoso rdf store, still got an error:
What's wrong with my operations and what should I do?
BTW, my sesame was normal, and creating a store of another RDF type is successful except virtuoso. I have installed virtuoso through brew, and it works properly.
Appreciate that.

What is the version of Virtuoso being used?
Note that you need to be using the latest 7.2 release of either Commercial or Open Source, with the latest Providers for RDF4J.
Also, ensure these Providers are in the correct location, as the error being reported setting up the Console Repo indicates that the VirtuosoRepository is an unsupported repository type.

Related

Client certificates for JxBrowser

I am getting following exception with JxBrowser. Obviously I checked that KeyChain (I am on osx) contains correct certificates. Both Chrome and Electron are able to find it. Any advice?
12:58:30 SEVERE: The DialogHandler.onSelectCertificate() method has
thrown exception: java.lang.IllegalArgumentException: The
certificateStr cannot be null or empty. at
com.teamdev.jxbrowser.chromium.internal.CertificateFactory.certificatesFromString(SourceFile:27)
at com.teamdev.jxbrowser.chromium.internal.g.run(SourceFile:134) at
com.teamdev.jxbrowser.chromium.internal.q.run(SourceFile:51) at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262) at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
It is an issue in JxBrowser. This issue will be resolved in the next version 6.13 that we plan to release this month.
Network network = engine.network();
network.set(VerifyCertificateCallback.class, (params) ->
VerifyCertificateCallback.Response.valid());
Refer link to check more about this api jxbrowser

Is Alfresco 5 compatible with JDK 1.5?

I am using Alfresco 5 with JDK 1.5. Below are the jars i am using
alfresco-opencmis-extension-0.3
alfresco-web-service-client
chemistry-opencmis-client-api-0.10.0
chemistry-opencmis-client-bindings-0.9.0
chemistry-opencmis-client-impl-0.10.0
chemistry-opencmis-commons-api-0.10.0
chemistry-opencmis-commons-impl-0.10.0
I have configured all the parameters and I'm getting the error below while getting the repository -- (repositories = factory.getRepositories(parameter))
org.apache.jasper.JasperException: org.apache.chemistry.opencmis.commons.exceptions.CmisConnectionException: Unexpected document! Received: HTML document
at org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:491)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:419)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.csdcsystems.amanda.common.CsdcServletFilter.doFilter(CsdcServletFilter.java:157)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.chemistry.opencmis.commons.exceptions.CmisConnectionException: Unexpected document! Received: HTML document
at org.apache.chemistry.opencmis.client.bindings.spi.atompub.AbstractAtomPubService.parse(AbstractAtomPubService.java:584)
at org.apache.chemistry.opencmis.client.bindings.spi.atompub.AbstractAtomPubService.getRepositoriesInternal(AbstractAtomPubService.java:765)
at org.apache.chemistry.opencmis.client.bindings.spi.atompub.RepositoryServiceImpl.getRepositoryInfos(RepositoryServiceImpl.java:62)
at org.apache.chemistry.opencmis.client.bindings.impl.RepositoryServiceImpl.getRepositoryInfos(RepositoryServiceImpl.java:85)
at org.apache.chemistry.opencmis.client.runtime.SessionFactoryImpl.getRepositories(SessionFactoryImpl.java:109)
at org.apache.chemistry.opencmis.client.runtime.SessionFactoryImpl.getRepositories(SessionFactoryImpl.java:96)
at com.csdcsystems.amanda.edms.EDMSAdaptor_Alfresco.initialize(EDMSAdaptor_Alfresco.java:127)
at com.csdcsystems.amanda.edms.EDMSAdaptorFactory.getAdaptor(EDMSAdaptorFactory.java:38)
at org.apache.jsp.english.FolderDocumentDetail_005fSend_jsp._jspService(FolderDocumentDetail_005fSend_jsp.java:125)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:377)
... 18 more
Please confirm that the jars I used are correct or not. Let me know if anything needs to be added.
Thanks,
Thanga
Alfresco (both Enterprise and community) support JDK 7 U60 X64 for version 5.0 and JDK 7 U67 X64, JDK 8 U25 X64 for version 5.0.1, as you can find in the Alfresco supported platforms document,version 5.0.x in the JDK section.
Note that JDK means Oracle JDK.
About the exception you get, it seems that a wrong response type is returned to your call. As stated here it may be a matter of CMIS implementation version. Alfresco 5.0 uses the CMIS 1.1 implementation.
I would suggest you to take a look to this Alfresco CMIS wiki in order to get more information, and especially to the CMIS toolkits like Apache Chemistry in order to download a newer version.

SDL Tridion 2012 UI - Error when updating preview and publishing

I am installing the cd_preview_webservice on Tomcat which also has applications for the staging web site (to be use for the UI) and the cd_upload (which deploys to the web site) installed.
When I click the 'Update Preview' or 'Finish Editing' I get the following error:
com/tridion/deployer/TCDLTransformer
Also this send the tomcat process to 100% CPU usage.
I have re-read the instructions and I can not see where I have made my mistake. Any help much appreciated.
Thanks
Mark
I have done some more digging and it would appear that I get a session preview Id saved into the database in the 'PREVIEW_SESSIONS' table but others are empty. Which I find odd.
I also found that the following web service call 'http://bbtrid04/WebUI/Models/SiteEdit/Services/Services.svc/GetPreviewToken' receives the following response:
{"ExceptionDetail":null,"ExceptionType":null,"Message":"PermGen space","StackTrace":null}
and the localhost log file contains the following error:
07-Aug-2012 17:34:04 org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet httpupload threw exception
java.lang.OutOfMemoryError: PermGen space
at org.apache.commons.fileupload.disk.DiskFileItemFactory.createItem(DiskFileItemFactory.java:199)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:361)
at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
at com.tridion.transport.HTTPSReceiverServlet.handleUpload(HTTPSReceiverServlet.java:233)
at com.tridion.transport.HTTPSReceiverServlet.doPost(HTTPSReceiverServlet.java:108)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Unknown Source)
07-Aug-2012 17:34:05 org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet httpupload threw exception
java.lang.VerifyError: (class: org/apache/commons/fileupload/disk/DiskFileItem, method: getUniqueId signature: ()Ljava/lang/String;) Illegal constant pool index
at org.apache.commons.fileupload.disk.DiskFileItemFactory.createItem(DiskFileItemFactory.java:199)
at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:361)
at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
at com.tridion.transport.HTTPSReceiverServlet.handleUpload(HTTPSReceiverServlet.java:233)
at com.tridion.transport.HTTPSReceiverServlet.doPost(HTTPSReceiverServlet.java:108)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Unknown Source)
When the JVM loads classes it puts them into the PermGen space of its heap, which defaults to 64MB.
The stack trace you showed is a dead give-away that your JVM is loading more classes than it has space for and would definitely explain its complaint about not finding the TCDLTransformer.
I typically have a -XX:MaxPermSize=256m in my setenv.bat to ensure there is enough space. Depending on how you start your Tomcat, you may need to put it there or in the service runner parameters.

Pentaho BI Server - Action Sequence - Failed to execute

Ok, first... Sheesh. I know I should have this but it just isn't clicking. I've read through the user guide, a few books on Pentaho in general and of course, posts here on this site. Something ain't clicking though so your patient "you poor newbie" help is much appreciated.
Now, down to business...
I'm running Pentaho BI Server 3.9.0 both on a Mac (10.6.8) and a Centos 5 server. (Trying in different enviro's to confirm the issue.) Same results in both sites.
I've published some reports from PRD 3.8.3-GA-Stable and when I open them in the BI Server (by way of web interface) they behave with no errors and the report appears accurate. They are in the same folder as the xaction.
The file structure is:
... biserver-ce/pentaho-solutions
|- Example
|- Followed_Data.prpt
|- example.xaction
When I create an action sequence by way of the design-studio to execute the report, the error included below continually appears. I've destroyed the xaction file a few times and tried different things and it just isn't happening.
Thoughts and jovial slaps upside the head would be appreciated; this has been frustrating.
Thanks in advance!
-Lorin
XML Source:
<?xml version="1.0" encoding="UTF-8"?>
<action-sequence>
<title>Example</title>
<version>1</version>
<logging-level>ERROR</logging-level>
<documentation>
<author>Lorin</author>
<description>Empty blank action sequence document</description>
<help/>
<result-type>report</result-type>
<icon/>
</documentation>
<inputs/>
<outputs/>
<resources>
<TotalFollowedReport>
<solution-file>
<location>Followed_Data.prpt</location>
<mime-type>application/zip</mime-type>
</solution-file>
</TotalFollowedReport>
<report-definition>
<solution-file>
<location>Followed_Data.prpt</location>
<mime-type>application/zip</mime-type>
</solution-file>
</report-definition>
</resources>
<actions>
<action-definition>
<component-name>SimpleReportingComponent</component-name>
<action-type>Pentaho Report</action-type>
<action-resources>
<report-definition type="resource"/>
</action-resources>
<action-outputs>
<outputstream type="content" mapping="FollowedData"/>
</action-outputs>
<component-definition>
<outputType><![CDATA[text/html]]></outputType>
<useContentRepository><![CDATA[true]]></useContentRepository>
</component-definition>
</action-definition>
</actions>
</action-sequence>
Error:on
The Pentaho BI Platform reported an error while running an action sequence
Possible Causes:
null
RuntimeContext.ERROR_0017 - Action failed to execute
Action Sequence:example.xaction
Execution Stack:
EXECUTING ACTION: Pentaho Report (SimpleReportingComponent)
Loop Index (1-based):0
Error Time:Sunday, February 19, 2012 1:33:51 PM EST
Error Type:ActionExecutionException
Session ID:lorin
Instance Id:44ece1f6-5b28-11e1-bf5e-295c39ace768
Action Class:SimpleReportingComponent
Action Description:Pentaho Report
Hide Details
Stack Trace:
org.pentaho.platform.api.engine.ActionExecutionException: RuntimeContext.ERROR_0017 - Action failed to execute
at org.pentaho.platform.engine.services.runtime.RuntimeContext.executeComponent(RuntimeContext.java:1308)
at org.pentaho.platform.engine.services.runtime.RuntimeContext.executeAction(RuntimeContext.java:1262)
at org.pentaho.platform.engine.services.runtime.RuntimeContext.performActions(RuntimeContext.java:1161)
at org.pentaho.platform.engine.services.runtime.RuntimeContext.executeLoop(RuntimeContext.java:1105)
at org.pentaho.platform.engine.services.runtime.RuntimeContext.executeSequence(RuntimeContext.java:987)
at org.pentaho.platform.engine.services.runtime.RuntimeContext.executeSequence(RuntimeContext.java:897)
at org.pentaho.platform.engine.services.solution.SolutionEngine.executeInternal(SolutionEngine.java:399)
at org.pentaho.platform.engine.services.solution.SolutionEngine.execute(SolutionEngine.java:317)
at org.pentaho.platform.engine.services.solution.SolutionEngine.execute(SolutionEngine.java:193)
at org.pentaho.platform.engine.services.BaseRequestHandler.handleActionRequest(BaseRequestHandler.java:159)
at org.pentaho.platform.web.servlet.ViewAction.handleActionRequest(ViewAction.java:167)
at org.pentaho.platform.web.servlet.ViewAction.doGet(ViewAction.java:316)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.pentaho.platform.web.http.filters.PentahoWebContextFilter.doFilter(PentahoWebContextFilter.java:92)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.pentaho.platform.web.http.filters.PentahoRequestContextFilter.doFilter(PentahoRequestContextFilter.java:84)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378)
at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109)
at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.pentaho.platform.web.http.security.SecurityStartupFilter.doFilter(SecurityStartupFilter.java:103)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.providers.anonymous.AnonymousProcessingFilter.doFilterHttp(AnonymousProcessingFilter.java:105)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.pentaho.platform.web.http.security.RequestParameterAuthenticationFilter.doFilter(RequestParameterAuthenticationFilter.java:169)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.ui.basicauth.BasicProcessingFilter.doFilterHttp(BasicProcessingFilter.java:174)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.ui.AbstractProcessingFilter.doFilterHttp(AbstractProcessingFilter.java:278)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.pentaho.platform.web.http.security.HttpSessionReuseDetectionFilter.doFilter(HttpSessionReuseDetectionFilter.java:134)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91)
at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53)
at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390)
at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175)
at org.springframework.security.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:99)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.pentaho.platform.web.http.filters.SystemStatusFilter.doFilter(SystemStatusFilter.java:60)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.pentaho.platform.web.http.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:113)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.NullPointerException
at org.pentaho.platform.engine.services.solution.PojoComponent.executeAction(PojoComponent.java:429)
at org.pentaho.platform.engine.services.solution.ComponentBase.execute(ComponentBase.java:463)
at org.pentaho.platform.engine.services.runtime.RuntimeContext.executeComponent(RuntimeContext.java:1293)
... 73 more
So after the weekend I have a fresh attack and figured out a number of my issues.
I was trying to write an Action Sequence to only schedule a report execution. That was easily fixed by logging into the PUC and using the File > Manage > Schedule feature and identified the job.
My intimated question has also been answered over the last 24 hours of head -> wall therapy and that was if there was any good doc's that would help getting action sequences figured out.
I found a number of useful documents but the breakthrough occurred with a "Creating Action Sequences" pdf (could only find it at: http://wenku.baidu.com/view/84ac804c767f5acfa1c7cdb8.html). This site details the different object types and includes a working example of the "outputstream" that is required to make report outputs proper.

Seam FacesContextFactory

I've enabled by graniteds/tide application to use Seam security. As part of the seam setup I register this listener with the webapp
<listener>
<listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
</listener>
My application now fails on start up with this error. Do I need to explicitly include a java faces jar with my app. I understood that Jboss prefers to use its own.
javax.servlet.ServletException: java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
at org.granite.seam.SeamInterceptor.initializeFacesContext(SeamInterceptor.java:292)
at org.granite.seam.SeamInterceptor.before(SeamInterceptor.java:82)
at org.granite.messaging.amf.process.AMF3MessageProcessor.process(AMF3MessageProcessor.java:56)
at org.granite.messaging.amf.process.AMF0MessageProcessor.process(AMF0MessageProcessor.java:78)
at org.granite.messaging.webapp.AMFMessageServlet.doPost(AMFMessageServlet.java:59)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.arantech.cw.pa.webapp.NoCachingFilter.doFilter(NoCachingFilter.java:45)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.granite.messaging.webapp.AMFMessageFilter.doFilter(AMFMessageFilter.java:117)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.IllegalStateException: Application was not properly initialized at startup, could not find Factory: javax.faces.context.FacesContextFactory
at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:725)
at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:239)
at org.granite.seam.SeamInterceptor.initializeFacesContext(SeamInterceptor.java:280)
Looks like one of the old exceptions I already saw months ago. I can't directly help you. I dismissed Seam3 back then because it cost a lot of time to get things up and running and in some servers like Tomcat it had (maybe still has) a lot of issues. If you think about it, it isn't surprising. Seam3 is a complete new implementation and some colleagues already call it Seam 0.3 because it used to be that unstable. We switched to a different portable extension which is way more stable and provides more innovations.
Yes it seems like you need to have a faces jar at "/usr/jboss/server/default/lib" location.

Resources