Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: 5.1.0 GA
    • Fix Version/s: None
    • Component/s: JBoss Rules
    • Labels:
      None

      Description

      Fix for BRMS-594 needs to be include in SOA platform

      I am running Drools (actually JBoss Rules 5.1.0 ) in Glassfish.

      My deployable is an EJB that uses a StatelessKnowledgeSession to run
      some rules that I get from a KnowledgeAgent that has a Changeset with a
      .drl in it.
      Therefore, I have placed the drools compiler into the deployable and it
      all appears to work.

      Glassfish has a clever little mechanism that, when you unload a
      deployable that had some open streams, it tells you all about it (and
      kindly closes them).

      Glassfish is reporting that InputStreams are being left open that were
      opened in the isPackage() method of
      org.drools.commons.jci.compilers.EclipseJavaCompiler.
      That method has the following code in it:-

      final InputStream is =
      pClassLoader.getResourceAsStream(ClassUtils.convertClassToResourcePath(pClazzName));
      if (is != null)

      { return false; }

      So, when "is" is not null (i.e. open), it is forgotten about and not closed.

      Isn't this a potential file handle leak?

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  Unassigned
                  Reporter:
                  rhn-support-mattd Matt Davis
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  1 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: