MyEclipse Forums
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
tmccobb
Post subject: Upgrade from BIRT 2.2.0 to 2.3.1 : IllegalStateException  PostPosted: May 06, 2009 - 02:39 PM
Veteran Member
Veteran Member


Joined: Apr 20, 2004
Posts: 47

When I try to upgrade an existing project started with BIRT 2.2.0 to BIRT 2.3.1, the application will no longer deploy. I have swapped out the report-viewer and report-engine code as directed in the FAQ, and upgrade the BIRT declarations in web.xml. The ONLY difference between a successful deploy and not is the Report Library: The 2.3.1 libraries cause the problem.

Here is my installtion summary:

Code:
*** Date:
Wednesday, May 6, 2009 9:38:18 AM EDT

** System properties:
OS=WindowsXP
OS version=5.1.0
Java version=1.5.0_11


*** MyEclipse details:
MyEclipse Enterprise Workbench
Version: 7.1.1
Build id: 7.1.1-20090310


*** Eclipse details:
MyEclipse Enterprise Workbench

Version: 7.1.1
Build id: 7.1.1-20090310




Eclipse Platform

Version: 3.4.1.r341_v20080731-9I96EiDElYevwz-p1bP5z-NlAaP7vtX6Utotqsu
Build id: M20080911-1700


Eclipse Java Development Tools

Version: 3.4.1.r341_v20080709-0800-7o7tEAfEF_U5qyUgrb2HAp539P97
Build id: M20080709-0800


Eclipse Plug-in Development Environment

Version: 3.4.1.r341_v20080731-7T7U0E9mlRIuGUYviF_VP
Build id: M20080703-0800


Eclipse Graphical Editing Framework GEF

Version: 3.4.1.v20080806-67718083A56B4H2A3213573
Build id: 200809101400


Eclipse RCP

Version: 3.4.100.r341_v20080814-989JESIEdAciFYfkZZsBfSwQ2341
Build id: M20080703-0800




Eclipse startup command=-os
win32
-ws
win32
-arch
x86
-showsplash
-launcher
C:\Program Files\Genuitec\MyEclipse 7.0\myeclipse.exe
-name
Myeclipse
--launcher.library
C:\Program Files\Genuitec\MyEclipse 7.0\../Common\plugins\org.eclipse.equinox.launcher.win32.win32.x86_1.0.101.R34x_v20080731\eclipse_1115.dll
-startup
C:\Program Files\Genuitec\MyEclipse 7.0\../Common\plugins\org.eclipse.equinox.launcher_1.0.101.R34x_v20080819.jar
-configuration
configuration
-vm
C:\Program Files\Genuitec\Common\binary\com.sun.java.jre.win32.x86_1.5.0.011\bin\client\jvm.dll



Here is the stack trace:

Code:

09:31:46,125 ERROR [[/acc]] Servlet /acc threw load() exception
java.lang.IllegalStateException: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions!
If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml.
A typical config looks like this;
<listener>
  <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
</listener>

   at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:106)
   at javax.faces.webapp.FacesServlet.init(FacesServlet.java:105)
   at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
   at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4071)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4375)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:790)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:770)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:553)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
   at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.apache.catalina.core.StandardContext.init(StandardContext.java:5312)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
   at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.web.tomcat.service.TomcatDeployer.performDeployInternal(TomcatDeployer.java:301)
   at org.jboss.web.tomcat.service.TomcatDeployer.performDeploy(TomcatDeployer.java:104)
   at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:375)
   at org.jboss.web.WebModule.startModule(WebModule.java:83)
   at org.jboss.web.WebModule.startService(WebModule.java:61)
   at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
   at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
   at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
   at $Proxy0.start(Unknown Source)
   at org.jboss.system.ServiceController.start(ServiceController.java:417)
   at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy44.start(Unknown Source)
   at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:466)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
   at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
   at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238)
   at org.jboss.wsf.container.jboss42.DeployerInterceptor.start(DeployerInterceptor.java:87)
   at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188)
   at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy45.start(Unknown Source)
   at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
   at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
   at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy9.deploy(Unknown Source)
   at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
   at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
   at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
   at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
   at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
   at $Proxy0.start(Unknown Source)
   at org.jboss.system.ServiceController.start(ServiceController.java:417)
   at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy4.start(Unknown Source)
   at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
   at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy5.deploy(Unknown Source)
   at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
   at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
   at org.jboss.Main.boot(Main.java:200)
   at org.jboss.Main$1.run(Main.java:508)
   at java.lang.Thread.run(Thread.java:619)
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
support-nipun
Post subject: RE: Upgrade from BIRT 2.2.0 to 2.3.1 : IllegalStateException  PostPosted: May 08, 2009 - 09:39 AM
Registered Member
Registered Member


Joined: Apr 18, 2007
Posts: 8012


_________________
Nipun
MyEclipse Support
 
 View user's profile Send private message Send e-mail  
Reply with quote Back to top
tmccobb
Post subject: RE: Upgrade from BIRT 2.2.0 to 2.3.1 : IllegalStateException  PostPosted: May 08, 2009 - 04:51 PM
Veteran Member
Veteran Member


Joined: Apr 20, 2004
Posts: 47

Thanks. I had completed the steps in the referenced document before I posted my original message. The problem remains.
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
Support-Brian
Post subject: RE: Upgrade from BIRT 2.2.0 to 2.3.1 : IllegalStateException  PostPosted: May 11, 2009 - 08:46 PM
Moderator
Moderator


Joined: Aug 21, 2004
Posts: 2515

tmccobb,

The error you pasted above does seem JSF related, is it possible that something else may have changed that causes this issue?
Quote:
The ONLY difference between a successful deploy and not is the Report Library: The 2.3.1 libraries cause the problem.
Could you please clarify - if you don't add the 2.3.1 libraries to your project (step 4 from the FAQ) the application deploys and starts fine?

Could you paste your web.xml here for further analysis?

_________________
Brian
MyEclipse Support
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
tmccobb
Post subject:   PostPosted: May 11, 2009 - 09:05 PM
Veteran Member
Veteran Member


Joined: Apr 20, 2004
Posts: 47

Yes, the only variable in successful deployment is the library. As I wrote above, I swapped out the report-viewer and report-engine folders and even had changed the BIRT-related web.xml entries in my production project to the web.xml in the dummy reporting project.

Here is the web.xml (as it exists pre-BIRT upgrade):

Code:

<?xml version="1.0" encoding="UTF-8"?>
<web-app metadata-complete="false" version="2.5"
 xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
 <context-param>
  <param-name>contextConfigLocation</param-name>
  <param-value>/WEB-INF/applicationContext.xml</param-value>
 </context-param>
 <context-param>
  <param-name>creditConfigLocation</param-name>
  <param-value>/WEB-INF/lpcli.prop</param-value>
 </context-param>
 <context-param>
  <param-name>javax.faces.CONFIG_FILES</param-name>
  <param-value>/WEB-INF/spring-faces-config.xml,/WEB-INF/tiles-faces-config.xml</param-value>
 </context-param>
 <context-param>
  <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
  <param-value>server</param-value>
 </context-param>
 <context-param>
  <param-name>org.apache.myfaces.ALLOW_JAVASCRIPT</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <param-name>org.apache.myfaces.PRETTY_HTML</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <param-name>org.apache.myfaces.DETECT_JAVASCRIPT</param-name>
  <param-value>false</param-value>
 </context-param>
 <context-param>
  <param-name>org.apache.myfaces.AUTO_SCROLL</param-name>
  <param-value>false</param-value>
 </context-param>
 <context-param>
  <param-name>org.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION</param-name>
  <param-value>1</param-value>
 </context-param>
 <context-param>
  <param-name>org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <param-name>tiles-definitions</param-name>
  <param-value>/WEB-INF/tiles-defs.xml</param-value>
 </context-param>
 <context-param>
    <param-name>org.richfaces.CONTROL_SKINNING</param-name>
    <param-value>enable</param-value>
 </context-param>
 <context-param>
  <param-name>org.richfaces.SKIN</param-name>
  <param-value>#{skinBean.skin}</param-value>
 </context-param>
 <context-param>
  <description>If usr can only access the reprot resources under working folder. Default is false</description>
  <param-name>WORKING_FOLDER_ACCESS_ONLY</param-name>
  <param-value>false</param-value>
 </context-param>
 <context-param>
  <description>The generated document files directory. Default to ${Context Root}/documents</description>
  <param-name>BIRT_VIEWER_DOCUMENT_FOLDER</param-name>
  <param-value>WEB-INF/report-engine/documents</param-value>
 </context-param>
 <context-param>
  <description>If turn on the function that supports print on the server side(ON|OFF).Default to on.</description>
  <param-name>BIRT_VIEWER_PRINT_SERVERSIDE</param-name>
  <param-value>ON</param-value>
 </context-param>
 <context-param>
  <description>Directory to store all birt report script libraries (JARs). Default to ${Context Root}/scriptlib</description>
  <param-name>BIRT_VIEWER_SCRIPTLIB_DIR</param-name>
  <param-value>WEB-INF/report-engine/scriptlib</param-value>
 </context-param>
 <context-param>
  <description>If always overwrite generated document file. Default to true</description>
  <param-name>BIRT_OVERWRITE_DOCUMENT</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <description>Output images/charts directory. Default to ${Context Root}/report/images</description>
  <param-name>BIRT_VIEWER_IMAGE_DIR</param-name>
  <param-value>WEB-INF/report-engine/images</param-value>
 </context-param>
 <context-param>
  <description>Dataset rows limited when preview report. Default to return all rows</description>
  <param-name>BIRT_VIEWER_MAX_ROWS</param-name>
  <param-value/>
 </context-param>
 <context-param>
  <description>BIRT viewer extended configuration file</description>
  <param-name>BIRT_VIEWER_CONFIG_FILE</param-name>
  <param-value>WEB-INF/report-engine/viewer.properties</param-value>
 </context-param>
 <context-param>
  <description>Default locale setting</description>
  <param-name>BIRT_VIEWER_LOCALE</param-name>
  <param-value>en-US</param-value>
 </context-param>
 <context-param>
  <description>Report resources(design files or document files) directory for preview. Default to ${Context Root}</description>
  <param-name>BIRT_VIEWER_WORKING_FOLDER</param-name>
  <param-value/>
 </context-param>
 <context-param>
  <description>Report Engine logs directory. Default to ${Context Root}/logs</description>
  <param-name>BIRT_VIEWER_LOG_DIR</param-name>
  <param-value>WEB-INF/report-engine/logs</param-value>
 </context-param>
 <context-param>
  <description>Resource location directory(library files, images files or others). Default to ${Context Root}</description>
  <param-name>BIRT_RESOURCE_PATH</param-name>
  <param-value/>
 </context-param>
 <context-param>
  <description>If force optimized HTML output.Default to true</description>
  <param-name>HTML_ENABLE_AGENTSTYLE_ENGINE</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <description>Report engine log level.( ALL|SEVERE|WARNING|INFO|CONFIG|FINE|FINER|FINEST|OFF )</description>
  <param-name>BIRT_VIEWER_LOG_LEVEL</param-name>
  <param-value>WARNING</param-value>
 </context-param>
 <filter>
  <display-name>RichFaces Filter</display-name>
  <filter-name>richfaces</filter-name>
  <filter-class>org.ajax4jsf.Filter</filter-class>
  <init-param>
   <param-name>createTempFiles</param-name>
   <param-value>true</param-value>
  </init-param>
  <init-param>
   <param-name>maxRequestSize</param-name>
   <param-value>1000000</param-value>
  </init-param>
 </filter>
 <filter>
  <filter-name>MyFacesExtensionsFilter</filter-name>
  <filter-class>org.apache.myfaces.webapp.filter.ExtensionsFilter</filter-class>
  <init-param>
   <param-name>maxFileSize</param-name>
   <param-value>20m</param-value>
  </init-param>
 </filter>
 <filter-mapping>
  <filter-name>richfaces</filter-name>
  <servlet-name>Faces Servlet</servlet-name>
  <dispatcher>FORWARD</dispatcher>
  <dispatcher>REQUEST</dispatcher>
  <dispatcher>INCLUDE</dispatcher>
 </filter-mapping>
 <filter-mapping>
  <filter-name>MyFacesExtensionsFilter</filter-name>
  <servlet-name>Faces Servlet</servlet-name>
 </filter-mapping>
 <!-- Listener, that does all the startup work (configuration, init). -->
 <listener>
  <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class>
 </listener>
 <listener>
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
 </listener>
 <listener>
  <listener-class>org.eclipse.birt.report.listener.ViewerHttpSessionListener</listener-class>
 </listener>
 <listener>
  <listener-class>org.eclipse.birt.report.listener.ViewerServletContextListener</listener-class>
 </listener>
 <!-- Faces Servlet -->
 <servlet>
  <servlet-name>Faces Servlet</servlet-name>
  <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
  <init-param>
   <param-name>config</param-name>
   <param-value>/WEB-INF/faces-config.xml</param-value>
  </init-param>
  <init-param>
   <param-name>debug</param-name>
   <param-value>3</param-value>
  </init-param>
  <init-param>
   <param-name>detail</param-name>
   <param-value>3</param-value>
  </init-param>
  <load-on-startup>1</load-on-startup>
 </servlet>
 <servlet>
  <servlet-name>Faces Servlet_tmp</servlet-name>
  <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
  <load-on-startup>0</load-on-startup>
 </servlet>
 <servlet>
  <servlet-name>EngineServlet</servlet-name>
  <servlet-class>org.eclipse.birt.report.servlet.BirtEngineServlet</servlet-class>
  <load-on-startup>0</load-on-startup>
 </servlet>
 <servlet>
  <servlet-name>ViewerServlet</servlet-name>
  <servlet-class>org.eclipse.birt.report.servlet.ViewerServlet</servlet-class>
  <load-on-startup>0</load-on-startup>
 </servlet>
 <servlet-mapping>
  <servlet-name>Faces Servlet</servlet-name>
  <url-pattern>*.faces</url-pattern>
 </servlet-mapping>
 <servlet-mapping>
  <servlet-name>Faces Servlet</servlet-name>
  <url-pattern>*.jsf</url-pattern>
 </servlet-mapping>
 <servlet-mapping>
  <servlet-name>ViewerServlet</servlet-name>
  <url-pattern>/frameset</url-pattern>
 </servlet-mapping>
 <servlet-mapping>
  <servlet-name>EngineServlet</servlet-name>
  <url-pattern>/download</url-pattern>
 </servlet-mapping>
 <servlet-mapping>
  <servlet-name>EngineServlet</servlet-name>
  <url-pattern>/parameter</url-pattern>
 </servlet-mapping>
 <servlet-mapping>
  <servlet-name>ViewerServlet</servlet-name>
  <url-pattern>/run</url-pattern>
 </servlet-mapping>
 <servlet-mapping>
  <servlet-name>EngineServlet</servlet-name>
  <url-pattern>/preview</url-pattern>
 </servlet-mapping>
 <session-config>
  <session-timeout>90</session-timeout>
 </session-config>
 <welcome-file-list>
  <welcome-file>index.html</welcome-file>
 </welcome-file-list>
 <error-page>
  <error-code>500</error-code>
  <location>/WEB-INF/jsp/500.jsp</location>
 </error-page>
 <jsp-config>
  <taglib>
   <taglib-uri>/birt.tld</taglib-uri>
   <taglib-location>/WEB-INF/report-engine/tlds/birt.tld</taglib-location>
  </taglib>
 </jsp-config>
 <security-constraint>
  <web-resource-collection>
   <web-resource-name>Login page resource</web-resource-name>
   <url-pattern>/Login.faces</url-pattern>
  </web-resource-collection>
  <auth-constraint>
   <role-name>everyone</role-name>
  </auth-constraint>
  <user-data-constraint>
   <transport-guarantee>CONFIDENTIAL</transport-guarantee>
  </user-data-constraint>
 </security-constraint>
 <security-constraint>
  <web-resource-collection>
   <web-resource-name>application</web-resource-name>
   <url-pattern>*.faces</url-pattern>
   <url-pattern>*.do</url-pattern>
  </web-resource-collection>
  <auth-constraint>
   <role-name>authenticated_user</role-name>
  </auth-constraint>
  <user-data-constraint>
   <transport-guarantee>CONFIDENTIAL</transport-guarantee>
  </user-data-constraint>
 </security-constraint>
 <login-config>
  <auth-method>FORM</auth-method>
  <realm-name>ACCLDAP</realm-name>
  <form-login-config>
   <form-login-page>/Login.faces</form-login-page>
   <form-error-page>/Login.faces?error=1</form-error-page>
  </form-login-config>
 </login-config>
 <security-role>
  <role-name>authenticated_user</role-name>
 </security-role>
 <security-role>
  <role-name>everyone</role-name>
 </security-role>
 <!-- Local OfficeLocation Bean -->
 <ejb-local-ref>
  <ejb-ref-name>ejb/DaoDataRepositoryBeanLocal</ejb-ref-name>
  <ejb-ref-type>Session</ejb-ref-type>
  <local-home>com.ravencsi.ejb.DataRepositoryDAO.DaoDataRepositoryBeanLocalHome</local-home>
  <local>com.ravencsi.ejb.DataRepositoryDAO.DaoDataRepositoryBeanLocal</local>
  <ejb-link>ACC_EJB.jar#DaoDataRepositoryBean</ejb-link>
 </ejb-local-ref>
 <ejb-local-ref>
  <ejb-ref-name>ejb/LogServiceBeanLocal</ejb-ref-name>
  <ejb-ref-type>Session</ejb-ref-type>
  <local-home>com.ravencsi.ejb.LogService.LogServiceBeanLocalHome</local-home>
  <local>com.ravencsi.ejb.LogService.LogServiceBeanLocal</local>
  <ejb-link>ACC_EJB.jar#LogServiceBean</ejb-link>
 </ejb-local-ref>
</web-app>
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
tmccobb
Post subject:   PostPosted: May 21, 2009 - 10:01 PM
Veteran Member
Veteran Member


Joined: Apr 20, 2004
Posts: 47

The IllegalStateException apparently was caused by deploying the BIRT jars to the EAR wrapper instead of the WAR/WEB-INF/lib directory.

Now I cannot get the BIRT jars to deploy to the /lib directory unless I have 'Jars from User Libraries' checked in the Deployment tab of MyEclipse|Web. Seems that the BIRT libs should not be internally identified as a User Library. The problem is that I have a jar in a User Library that I need in the project for compiler support, but which I cannot have in the /lib folder at deployment. I have to manually remove it each time I build and deploy.

Is this a bug in MyEclipse, or is there something else I should be doing?
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
tmccobb
Post subject:   PostPosted: May 21, 2009 - 10:41 PM
Veteran Member
Veteran Member


Joined: Apr 20, 2004
Posts: 47

I think I have resolved my build issue for the time being, but I am still interested to know why ME treats the BIRT jars as a user library
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
Display posts from previous:     
Jump to:  
All times are GMT - 6 Hours
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Powered by PNphpBB2 © 2003-2004 The PNphpBB Group
Credits