Hitachi Vantara Pentaho Community Forums
Results 1 to 29 of 29

Thread: jboss 4.0.5.ga notes w/ 1.6 RC1

  1. #1

    Default jboss 4.0.5.ga notes w/ 1.6 RC1

    Just one note thus far, and to be precise related to EAR deployments -

    The infamous "java.lang.NoSuchMethodError: org.apache.commons.httpclient.HttpConnectionManager.getParams()" has raised its ugly head again.

    Updating from 3.0-rc4 to 3.1-rc1 commons-httpclient did not make a difference (shouldn't have anyway). Since I was attempting an EAR deploy, also placed the jar within the /WEB-INF/lib, no difference.

    Root of $JBOSS_HOME/lib/commons-httpclient.jar updated, no difference.

    *$JBOSS_HOME/server/<default?>/lib/commons-httpclient.jar updated -- this was the ticket, updating this to one of the 3.x series.

    I see some class-loader configs in jboss-web.xml, would one of these correct this behavior? And if it can, could it be turned on by default?
    Last edited by dhartford; 08-21-2007 at 08:45 AM.

  2. #2

    Default

    Enabling the classLoading repository following http://wiki.jboss.org/wiki/Wiki.jsp?...gConfiguration . The reason the setup classLoading was to

    1) See if it would fix a NoClassDefFound: org.pentaho.repository.HibernateUtil after successful login.

    2) Check commons-httpclient back to 2.x series on the default 4.0.5.GA server, but have the recent (3.x series) within the app. Using Java2DelegateParent=false should allow this.

    example:
    jboss-app.xml
    ==========
    <!-- setup classLoader repository. java2ParentDelegation to always have package libs override server libs for this application -->
    <loader-repository>
    dot.com:loader=pentaho
    <loader-repository-config>
    java2ParentDelegation=false
    </loader-repository-config>
    </loader-repository>
    ==========
    jboss-web.xml
    ==========
    <class-loading java2ClassLoadingCompliance="false">
    <loader-repository>
    dot.com:loader=pentaho
    <loader-repository-config>java2ParentDelegation=false</loader-repository-config>
    </loader-repository>
    </class-loading>
    ==========


    After configuring jboss-app.xml and jboss-web.xml, ran into the linkage problem mentioned here: http://forums.pentaho.org/showthread.php?t=56039

    Removing jtidy.jar corrected the linkage problem.

    However, still having HibernateUtil problem after initial login.

    Edit: HibernateUtil problem same as here - http://forums.pentaho.org/showthread.php?t=54939&page=2

    Other errors when dom4j missing from classpath/HibernateUtil problems:

    dom4j/HibernateUtil also experiences this problem when dom4j is not in classpath during startup
    =======================
    11:04:02,583 ERROR [HibernateUtil] HIBUTIL.ERROR_0006 - Building SessionFactory failed.
    org.hibernate.HibernateException: Could not instantiate cache implementation
    .....
    11:04:03,005 FATAL [Logger] misc-org.pentaho.core.system.PentahoSystem: PentahoSystem.ERROR_0013 - Could not create obje
    ct com.pentaho.repository.subscribe.SubscriptionRepository
    java.lang.ExceptionInInitializerError
    =======================
    Last edited by dhartford; 08-22-2007 at 11:29 AM.

  3. #3

    Default dom4j

    Stuck --

    The org.pentaho.repository.HibernateUtil NoClassDefFound problem seems related to dom4j.

    However, by adding dom4j to the classpath, the template engine stops working (although HibernateUtil now works fine).

    What to do or test, I'm out of ideas...

  4. #4

    Default

    Template engine errors


    webpage:
    ==============
    Template engine could not be loaded
    ==============

    server log:
    ==============
    2007-08-22 09:46:14,044 ERROR [org.pentaho.util.logging.Logger] misc-org.pentaho.core.system.PentahoSystem: PentahoSystem.ERROR_0023 - Could not return object IUITemplater of scope null
    ==============

    I want to reiterate - when I did not have dom4j-1.6.1 in the classpath, the template engine was working fine, but HibernateUtil was not. With dom4j-1.6.1 now in the classpath, the template engine now no longer works (But HibernateUtil does).
    Last edited by dhartford; 08-22-2007 at 10:01 AM.

  5. #5

    Default

    ....and running into similar problems with WAR deployments. Default install with no modifications, then with some fixes, still can not test Pentaho 1.6 as simply can not get it installed.

    Does Pentaho 1.6 just plain not work on jboss 4.0.5.GA?

  6. #6
    Join Date
    Apr 2007
    Posts
    2,010

    Default

    There seems to be quite a few jboss issues.

    One of note is the plan to upgrade to 4.2 for the PCI in 1.6 RC2:

    http://jira.pentaho.org/browse/BISERVER-222

    Other posts elsewhere seem to imply that work is complete, never-the-less it's a blocker for RC2 anyway.

    Maybe the fixes for Jboss 4.2 will also fix these problems with 4.0.5?

    ( if you search for jboss at jira.pentaho.org and order by the date (newest first ) you'll see the various issues i'm talking about..

  7. #7
    Join Date
    Oct 2006
    Posts
    817

    Default

    The PCI has been upgraded. The bug has not been closed since not all of the paths through the build scripts have been tested.

  8. #8

    Default

    I tested build 807, created a J2EE_Deployment zip, then tried to create a jboss-non-portal-ear - with the same results related to HibernateUtil exception problems on jboss 4.0.5.ga.

  9. #9
    Join Date
    Oct 2006
    Posts
    817

    Default

    Who has not resolved their deployment issues? I'd like to get the the bottom of the problems mentioned in this thread and this one. Please list the following information:

    • Java version.
    • If not using PCI, what app server are you using? If JBoss, are you using JBoss Portal too?
    • Name of Pentaho file downloaded including build number (e.g. 1.6.0-RC2.808).
    • What database you're using.
    • Any modifications to original download including Ant properties files, files under pentaho-solutions, etc.
    • Name(s) of Ant target(s) run.
    • Complete server.log from startup to shutdown.


    I've tested the EAR built with Ant target "ear-pentaho-jboss-hsqldb-no-portal" from nightly j2ee deployments v1.6.0-RC2.808 on JBoss 4.2.1 and it seems to work.

  10. #10

    Default

    • Java version 1.6.0-b105
    • Jboss 4.0.5.GA, no portal, no library modifications.
    • pentaho_j2ee_deployments-1.6.0-RC2.813
    • MySQL 4
    • web.xml: enabled hibernateManaged=true.
    • web.xml: Acegi security stuff.
    • web.xml: base-url of the server.
    • application.xml: added dao-ldap-authorities-populator.jar.
    • application.xml: removed legacy/older lib references related to pentaho-*.jar, so just use pentaho-*-RC2.jar.
    • application.xml: removed datasource references, managed from jboss *-ds.xml files in a seperate SAR (this has worked fine, no challenges related to this).
    • Name(s) of Ant target(s) run -- "build-all" (use jboss-mysql-no-portal ear)
    • Complete server.log from startup to shutdown -- clipped datasource/acegi security. Debug on.
    Attached Files Attached Files

  11. #11

    Default

    If using hibernateManaged=true, need to add the following lines to the PENTAHO_SOLUTIONS/system/hibernate/hibernate-jboss-managed.xml file. Recommend adding to default solutions:

    <!-- property name="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property -->
    <property name="hibernate.cache.use_second_level_cache">false</property>
    <property name="hibernate.cache.use_query_cache">false</property>

  12. #12

    Default

    To re-iterate the problems I run into on Jboss 4.0.5 -

    1) The default Jboss server libs use commons-httpclient 2.X

    2) By enabling the classloaders (java2ParentDelegation=false) in both jboss-app.xml and jboss-web.xml, work around the commons-httpclient problem, but introduces new problems.

    --linkage, supposedly fixed by removing Tidy.jar from classpath.

    As of build 813, it looks like the HibernateUtil/template problem related to dom4j seems to have magically gone away. However, I do not understand the impact of removing Tidy.jar from classpath (nor why it causes linkage problems).

    This is still based on FileSolutionRepo, so not sure if DBSolutionRepo will have different results.


    edit: This is with the jfreeReport and Mondrian system listeners disabled as still having problems with them.
    Last edited by dhartford; 09-05-2007 at 11:54 AM.

  13. #13

    Default

    Some of my problems have been related to dirty classpaths - I've just been updating from SVN for quite some time, and old libs were still in-place and being added to application.xml.

    See Thomas's response from the JfreeSystemListener thread:

    Quote Originally Posted by Taqua View Post
    The application.xml file is auto-generated from within ant. So ultimately it comes from the third-party/lib directory (which (I assume) get copied to the deployment directory, which then get used to generate that file).

    At least the version from the SVN repository is clean and does not contain the jfreereport-jars anymore. If you work with a SVN version, then such obsolete files are usually caused by manual changes done to a previous version. If you only use release versions, then it is up to you to make sure that there are no old files. (And for a project like pentaho, with its numerous dependencies, this can be a tough job.)
    Will update with more information once I have re-built and re-tested.

  14. #14

    Default

    Got everything working fine with file-based repository. Just had to set the hibernate cache on hibernateManaged=true to either false, or specify cache mechanism.

    Also, enabled classloader to work around the jboss 4.0.5.ga having different commons-httpclient version.

    --good for filebased, but not db-based repo.

    However, with DB-based repo enabled running into the UItemplate/HibernateUtil/dom4j problems. Also, needed to set hibernate.autocommit=false to work around some type of problem with the hibernateManaged=true when using DB-based repo.

    EDIT: spoke prematurly - went to show someone the filebased repo version of 1.6, and low and behold, HibernateUtil problems. No changes other than swapping the repo in /system/pentaho.xml and restarting.
    Last edited by dhartford; 09-06-2007 at 03:15 PM.

  15. #15
    Join Date
    Oct 2006
    Posts
    817

    Default

    Can you try enabling classloader logging as described here?

  16. #16

    Default

    UCL log is 3mb zipped, 2.5mb rar (even with maximum compression) - is there a portion of it you wish to look at?

    Starting from the beginning, httpclient with jboss 4.0.5.ga is still a problem on RC2.820.
    Attached Files Attached Files

  17. #17
    Join Date
    Oct 2006
    Posts
    817

    Default

    Have the DeploymentExceptions been fixed? For example:

    Code:
    org.jboss.deployment.DeploymentException: url file:/lib/kettle-2.5.1a.jar could not be opened, does it exist?
    Also, have you updated dom4j.jar in pentaho.war at all?

  18. #18

    Default

    I pulled everything out of SVN as-is, from scratch. Above is the first error I came across (httpclients version conflicts as described earlier in the thread), and rather than trying to fix it myself and describe other problems, going one at a time until it gets fixed and then move to the next problem. Httpclients isn't fixed.

    Has anyone been able to deploy Pentaho 1.6 on Jboss 4.0.5.GA without any problems, or is it just me? And, to make it very clear: JBoss 4.0.5.GA, not 4.2.1

    If you can prove me wrong that it deploys on 4.0.5.GA fine, great!!

    Build 838 tested as well, same httpclient issue

    edit, error log:
    =========
    java.lang.NoSuchMethodError: org.apache.commons.httpclient.HttpConnectionManager.getParams()Lorg/apache/commons/httpclient/params/HttpConnectionManagerParams;
    org.pentaho.util.HttpUtil.getClient(HttpUtil.java:49)
    org.pentaho.util.HttpUtil.getURLContent(HttpUtil.java:63)
    org.pentaho.ui.component.HtmlComponent.getUrl(HtmlComponent.java:99)
    org.pentaho.ui.component.HtmlComponent.getContent(HtmlComponent.java:68)
    =========

    problem identified as Jboss 4.0.5.ga uses an older version of commons-httpclient within the /server/<default>/lib. The EAR contains the newer version, but is not propertly class-loaded. Potential solution in using jboss-app.xml class-loading feature as detailed previously in this thread.
    Last edited by dhartford; 09-26-2007 at 08:58 AM.

  19. #19

    Default

    This will be the 19th post in the thread.

    I have attempted to give as much information in as detailed as feasible regarding the usecase of testing 1.6 RC on the Jboss 4.0.5 platform.

    Please, Pentaho, try it yourself. Seeing it in action will speak many more volumes than thread-post after thread-post.

    EAR deployment on a standard, unmodified, non-portal, jboss 4.0.5.GA platform.

    [[edit: FYI, if you fix httpclients with something like jboss-app.xml, the dom4j problem -seems- to have been fixed with file-based repo]]
    Last edited by dhartford; 09-26-2007 at 09:38 AM.

  20. #20
    Join Date
    Jul 2007
    Posts
    2,498

    Default

    Damn, I just got this error myself! But I could swear I got this working before. I'll make a few tests and get back here
    Pedro Alves
    Meet us on ##pentaho, a FreeNode irc channel

  21. #21
    Join Date
    Jul 2007
    Posts
    2,498

    Default

    Solved. I was getting the HibernateUtil exception (class not found) because my database was not running (!!!)

    I had a connection error exception thrown before, but I missed it.

    dhartford, I'm sure your problem is not as simple as this, but at least I've (accidentally) shown that this error may be related not to jars but to the database structure itself. Try to use the database from hsql to see if it works and only after switch to mysql.

    Good luck
    Pedro Alves
    Meet us on ##pentaho, a FreeNode irc channel

  22. #22

    Default

    did you get past the httpclients problem first?

    The hibernateUtil being related to not connecting to the database is interesting. I remember someone else's post about problems related to that...but it looks like I'm o.k. on that side (my recent deployed have not hit that yet, but that is FILE-BASED repo only, haven't gotten to DB-based repo testing yet).

    I was trying to be pro-active, and solve one problem, move to the next problem, try to solve that one, then 3rd one in hit a bottleneck...but then at that point, the first problem hasn't been officially-solved in SVN yet. So, I need to start taking it slower ;-)
    Last edited by dhartford; 09-28-2007 at 09:11 AM.

  23. #23
    Join Date
    Jul 2007
    Posts
    2,498

    Default

    But I'm also using a file-based repo, and I got that error nonetheless. No, I had no errors related to httpclients. I'm using the PCI.

    Even using file-based repository, try pointing hibernate.cfg.xml to hypersonic from pentaho-data. It's a 1 minute test, and nothing to loose Good luck
    Pedro Alves
    Meet us on ##pentaho, a FreeNode irc channel

  24. #24

    Default

    I have not recieved the HibernateUtil problem for a while yet. I'm using the j2ee-deployment package to build EAR's for jboss 4.0.5.

    when browsing to /home after login, should get the httpclients error.

  25. #25
    Join Date
    Oct 2006
    Posts
    817

    Default

    This post is a response to post #19 in this thread by dhartford.

    I have successfully logged in to the platform without exceptions using both the file-based and db-based repositories. Here is my setup:

    * Java version 1.5.0_11-b03
    * Jboss 4.0.5.GA, no portal, no library modifications.
    * pentaho_j2ee_deployments-1.6.0.RC3.844
    * MySQL 5
    * Ant target: build-all (used jboss-mysql5-no-portal ear)
    * OS: Ubuntu 7.04

    Here are the modifications that I made (after building):

    * Removed *.txt java modules in pentaho.ear/META-INF/application.xml.
    * Added java.io.tmpdir and MaxPermSize parameters to JAVA_OPTS in bin/run.conf. See the JAVA_OPTS here.
    * Unzipped pentaho-solutions next to the jboss directory.
    * Dropped MySQL driver into server/default/lib.
    * Copied *-ds.xml from pentaho-res to server/default/deploy.
    * Changed classloader config: (This page says that when using an EAR, any classloading specified in WAR has no affect.)
    ** Removed classloader lines from pentaho.ear/pentaho.war/WEB-INF/jboss-web.xml.
    ** Added classloader lines to pentaho.ear/META-INF/jboss-app.xml.
    * Turned on db-based repository in pentaho.xml.
    * Did a refresh of the default ACLs. See the "manual method" here.

  26. #26

    Default

    Quote Originally Posted by mlowery View Post
    * Changed classloader config: (This page says that when using an EAR, any classloading specified in WAR has no affect.)
    ** Removed classloader lines from pentaho.ear/pentaho.war/WEB-INF/jboss-web.xml.
    ** Added classloader lines to pentaho.ear/META-INF/jboss-app.xml.
    Thanks Mat,
    That is consistent with my findings regarding classloading (if you leave the classloading in the jboss-web.xml, it will complain but still load correctly). Is there any way to have this be part of the EAR building scripts (j2ee-deployment, if PCI is fine as pmalves states that may not need modifications) so others do not run into these challenges?

    As of build 838, the HibernateUtil/Template Rendering problem seems to have been corrected. Previous linkage issues related to Tidy.jar have been corrected. Classloading as Matt described to correct the httpclient version-conflicts in the classpath is the last (known) missing piece.

  27. #27
    Join Date
    Oct 2006
    Posts
    817

    Default

    If your issue is resolved, can you mark BISERVER-230 resolved?

  28. #28

    Default

    Done, with the note that dom4j problem resolved, but Pentaho 1.6 will not deploy correctly without the classLoading configuration.

  29. #29
    Join Date
    Oct 2006
    Posts
    817

    Default

    Created BISERVER-391.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Privacy Policy | Legal Notices | Safe Harbor Privacy Policy

Copyright © 2005 - 2019 Hitachi Vantara Corporation. All Rights Reserved.