Saturday, September 05, 2009

Jopr 2.3 released



Jopr version 2.3 has been released. You can find the binaries http://sourceforge.net/projects/rhq/ on SourceForge.

IMPORTANT UPDATE: 2.3.1 is out with a fix for dbupgrade

Notable changes are:
  • Support for JBoss EAP 5

  • A new command line interface: you can now talk to Jopr from a Linux or Windows command line. This interface uses the Java 6 script support, so that you can create scripts for re-use.

  • Group alerts: it is now possible to fire an alert when any resource in a group runs into an error condition by defining alert templates on the group

  • Experimental support for embedded H2 database and MS SQL Server (same as in 2.2.1)

  • Plugins can now depend one of several others: if you have e.g. a plugin that uses JMX it is now possible to either depend on JBossAS when the resource types are used within the JBossAS or depend directly (and only) on JMX plugin to discover standalone JVM versions of those resources.

  • Support for taking snapshots of resource configurations: it is now possible to gather e.g. all config files from one of your JBossAS servers and have that zipped up and put in a place on the Jopr server

  • Dynagroups have been extended to support searching more levels of ancestry

  • Postgres 8.4 is now officially supported

  • Autodiscovery of JBossAS jnp credentials: Jopr is now looking at the config files to obtain the security credentials for secured JBossAS instances, so that you do not need to type them in by hand in the inventory



And many many more improvements. You can see lists of closed Jiras for
RHQ and Jopr projects.

Matching SVN tags are http://svn.rhq-project.org/repos/rhq/tags/RHQ_1_3_0/ and Jopr_2_3_0.

As so often :) join us on irc.freenode.net #jopr or in the forums or or or :)

10 comments:

  1. What about subscribing compatible groups to a content channel like the JBoss CSP (Customer Support Portal) RSS feed? Is this on the roadmap?

    ReplyDelete
  2. I am waiting for this release for couple of days.

    I just installed this new release. It seems does not work .After installation and log in , there is always license validation error. Do I need to do some extra thing to work around this problem ?

    Thanks

    Jim

    ReplyDelete
  3. Hi jimma,

    The Jopr distro includes a non-expiring RHQ license (jopr-server-2.3.0/jbossas/server/default/deploy/rhq.ear.rej/license/license.xml). That should be all you need. If you join the #jopr channel on the freenode IRC server, we should be able to help you figure out what's going on.

    -Ian

    ReplyDelete
  4. Jim,
    Jopr should come with a pre-packed license that is included in the zip. There is no need to install a different license file.

    Otherwise: can you please file an RHQ jira with error messages you see on the Jopr server console.

    ReplyDelete
  5. Thanks Ian and Heiko,
    It's a sun's 1.6.0_05-b13 issue . After I switch to sun's jdk1.5, I never saw that license validation error.

    -Jim

    ReplyDelete
  6. Interesting, I don't think we've seen that before. Did you happen to save the stack trace for the error?

    ReplyDelete
  7. Yes.
    I presume this is caused by the Apache xlan version shipped in Sun's jdk1.6 :
    The exception during the jopr-2.3 installation :
    --------------------------------------
    11:05:22,424 ERROR [[/]] Servlet threw load() exception
    java.lang.IllegalArgumentException: Not supported: indent-number
    at org.apache.xalan.processor.TransformerFactoryImpl.setAttribute(TransformerFactoryImpl.java:574)
    at java.util.prefs.XmlSupport.writeDoc(XmlSupport.java:247)
    at java.util.prefs.XmlSupport.export(XmlSupport.java:106)
    at java.util.prefs.AbstractPreferences.exportSubtree(AbstractPreferences.java:1596)
    at org.rhq.enterprise.server.core.comm.ServerCommunicationsService.loadConfigurationFile(ServerCommunicationsService.java:912)
    at org.rhq.enterprise.server.core.comm.ServerCommunicationsService.prepareConfigurationPreferences(ServerCommunicationsService.java:790)
    at org.rhq.enterprise.server.core.comm.ServerCommunicationsService.reloadConfiguration(ServerCommunicationsService.java:339)
    at org.rhq.enterprise.server.core.comm.ServerCommunicationsService.startCommunicationServices(ServerCommunicationsService.java:192)

    And after I log into the jopr console , there is stack trace print out :
    -------------------------------------
    org.rhq.enterprise.server.license.UnavailableLicenseException: Error: software license validation failed. Please contact support to resolve the issue.
    org.rhq.enterprise.server.license.LicenseStoreManager.store(LicenseStoreManager.java:61)
    org.rhq.enterprise.server.system.SystemManagerBean.getLicense(SystemManagerBean.java:566)
    sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    java.lang.reflect.Method.invoke(Method.java:597)
    org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
    org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
    org.rhq.enterprise.server.common.TransactionInterruptInterceptor.addCheckedActionToTransactionManager(TransactionInterruptInterceptor.java:77)
    ....
    $Proxy161.getLicense(Unknown Source)
    org.rhq.enterprise.gui.legacy.AuthenticationFilter.doFilter(AuthenticationFilter.java:114)
    org.rhq.helpers.rtfilter.filter.RtFilter.doFilter(RtFilter.java:124)
    org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)


    -Jim

    ReplyDelete
  8. This seems to be no issue on snert:/jon/HEIKO-EXP/rhq/modules/enterprise/server/jar hrupp$ java -version
    java version "1.6.0_15"
    Java(TM) SE Runtime Environment (build 1.6.0_15-b03-219)
    Java HotSpot(TM) Client VM (build 14.1-b02-90, mixed mode)
    on OS X, but someone running 1.6.0_07-b06/sun x64 on ubuntu seems to show this too.

    ReplyDelete
  9. Yeah, it's due to a bug in Java 6, that wasn't fixed until 6u10 (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6396599). I suppose we should consider changing the minimum required Java 6 version for Jopr to 6u10, since people with earlier versions of Java 6 will hit this whenever Jopr tries to write out Java prefs.

    ReplyDelete
  10. Hi, Did any one try this feature "Support for taking snapshots of resource configurations: it is now possible to gather e.g. all config files from one of your JBossAS servers and have that zipped up and put in a place on the Jopr server"

    I am not sure where this option available. Can you please let me know

    Thanks
    Nida

    ReplyDelete