Jump to content
We've recently updated our Privacy Statement, available here ×

kkelleher

Members
  • Posts

    109
  • Joined

  • Last visited

 Content Type 

Profiles

Forum

Events

Featured Visualizations

Knowledge Base

Documentation (PDF Downloads)

Blog

Documentation (Test Area)

Documentation

Dr. Jaspersoft Webinar Series

Downloads

Posts posted by kkelleher

  1. Apparently, 9.x versions of Postgres have a new binary encoding algorithm for LOB fields. This changed a setting’s default value in 9.x (bytea_output); the 8.x driver doesn’t recognize the new encoding, and fails to read the value.


    Two workarounds have been suggested:


    • Option 1: Use the Postrgres 9.x JDBC driver instead of the 8.x version.
    • Option 2: Reconfigure postgres instance to use 8.x default value.

    For Option 2:


    1- Edit the <postgres>datapostgresql.conf file.


    2 - Locate this line:


        bytea_output = ' hex'          # hex, escape


    3 - Change : ' hex' to 'escape'. For example:


        bytea_output = 'escape'          # hex, escape


    You need to make this change BEFORE any data is written to the database.


    Note that this configuration affects everything in this Postgres instance. If other apps have databases in this Postgres instance, they will also need to be able to handle the ‘escape’ setting for the bytea_output option.


     


  2.  

    The short answer is no.

    This procedure does not work for JBoss AS7/EAP6 because, in addition to the JasperReports Server web application and the repository contents, Jaspersoft’s buildomatic creates a new module (jaspersoft.org.apache.batik) under the JBoss modules directory.  If this module is not present, deployment will fail.

    (Please note that JBoss AS7/EAP6 is not  supported with JasperReports Server versions earlier than 5.1.)

  3. Edit: Just realized that you've got another, longer thread on this same topic that seemsto answer my question.

     

    Hey Carl,

    The plug-in is from Jaspersoft. There's some doc on it in the Pro user guide, but it certainly doesn't cover how to connect via SSH. I've never tried that before, myself, so I don't know what might get in your way.

    What kind of errors/behaviors are you seeing?

    Thanks,

    Kristen



    Post Edited by kkelleher at 12/08/2011 11:01
  4. The ultimate guide is the closest thing I think you'll find to a comprehensive list.

    In terms of decorate = no, its behavior varies between different versions of JasperReports server, and in 4.x and above, some users have complained that it doesn't have the expected behavior (see this tracker item). One important detail in the tracker item is the note about using &viewAsDashboardFrame=true instead of decorate = no when working with dashboards.

    Please vote for the issue if it's important to you!

    Thanks,

    Kristen

  5. I expect what's happening is that when you run the js-import command (intending hit to it your 3.7.0 install) you are actually hitting your 4.0 install. The easiest way to get around this is to stop your 4.0 server before running the import; then js-import will find your 3.7 install instead of your 4.0 install, and you should be in business.

    Good luck!

    Thanks,

    Kristen

  6. Christian,

    I don't know of a way to achieve this out of the box with the server, but it could be done with some (fairly heavy) customizations. You would need to create a custom page for the Add > New Resource > Input Control work-flow as well as adding a new column to the underlying database + all the related logic to write it. And you would also need some custom web work and logic in the run report/schedule report work-flows.

    Please log a tracker item for this enhancement.

    Thanks,

    Kristen



    Post Edited by kkelleher at 09/23/2011 13:05
  7. This doesn't look like somethign specific to analysis. It sounds like there is something wrng with you MySQL instance but it's ahrd to tell without further details.

    You should try posting this to the JasperServer forum and see if anyone can give you a hand there. If you;ve already posted there, apologies.

    Thanks,

    Kristen

  8. witto wrote:

    Yes indeed, is there a "Never Expires"? Maybe "<session-timeout>0</session-timeout>"?

    That's exactly right (at least according to my advanced testing of setting the session-timeout to 0 and letting my session sit there for a couple hours without expiring....).

    Thanks,

    Kristen

  9. On Saturday, October 30th, Jaspersoft will be making major enhancements to JasperForge. This is a scheduled maintenance window that should last approximately twelve hours between 9:00PM PDT October 30th and 9:00AM PDT October 31st (October 31st 4:00AM and 4:00PM GMT).

    Most of the upgrades will not be obvious to users as they are performance related. However, new administrative tools are being introduced, including integration with JasperServer Professional. Project leads will have access to forty canned reports that will help them measure the health of their communities.

     

    Thanks,

    Kristen



    Post Edited by kkelleher at 10/28/2010 23:58
  10. I think it depends on what you mean by "compatible." Some iReport 3.7.2 features aren't supported by JasperServer 3.1. For example, I'm quite sure the Table component added in iR 3.7.2 isn't supported by JasperServer 3.1.

    Generally, most things will probably work, but the rule of thumb for iR -> JS compatibility is that the version numbers match to the third digit. So iReport 3.7.0 is comppatible with JasperServer 3.7.0.

    Thanks,

    Kristen



    Post Edited by kkelleher at 07/09/2010 20:43
  11. I don't think changing the version of your LDAP server would necessarily cause this to start failing. Perhaps more information about your environment might help. What version of JasperServer are you using? Is that what you used with Win2003 DC?

    Thanks,

    Kristen



    Post Edited by kkelleher at 07/09/2010 00:02
  12. The steps you desribe should work, so I'm not sure what to say. Perhaps you need to restart the application?

    However, if all you want to do is get rid of the extra info on that page, there's a simple way: JasperServer includes an alternate login page that doesn't include all the extra info. You can use it by editing WEB-INF\jasperserverservlet.xml and changing the login_html prop key to login.jsp. Restart the app and that shoulld be it.

    As usual, updating JSPs is getting to the edge of my technical knowledge, but this might get you pointed in the right direction.

    Thanks,

    Kristen

  13. Without more information about your environment, it's going to be hard to diagnose the problem. I'm no expert, but googling "java.security.PrivilegedActionException 401" returned a lot of links that suggest different deployment/configuration for a few different environments.

    The simplest suggestion I saw is that the credentials you're passing are wrong. Edit the data source that your view references, and make sure the username and password are correct.

    Thanks,

    Kristen



    Post Edited by kkelleher at 07/08/2010 23:49
  14. On the JasperServer host, locate the mondrian.properties file. It resides in .the WEB-INF directory in your JasperServer installation. In the file, add the following property setting:

    mondrian.rolap.star.disableCaching=true.

    This turns off caching completely. Disabling caching can have a very noticeable negative performance impact.

    Thanks,

    Kristen

    EDIT: Someone was kind enough to point out my error here - the property needs to be set to TRUE rather than FALSE. Sorry for any confusion.



    Post Edited by kkelleher at 11/05/2010 17:11
×
×
  • Create New...