1 Reply Latest reply on Sep 23, 2009 2:38 AM by Ales Justin

    VFS outside of AS

    Bob McWhirter Novice

      Howdy guys--

      JRuby has the need to deal with things-inside-jars-inside-jars and the like. I obviously have enjoyed VFS working within JBossAS, and have solved a lot of my problems.

      But, we'd like to try to wedge VFS into the core of JRuby to solve their FS issues once and for all.

      To that end, it seems like VFS requires 3 jars

      jboss-vfs (244k)
      jboss-common-core (523k)
      jboss-logging-spi (12k)

      Has anyone inspected the actual dependencies on these jars to determine if we could remove or lessen them?

      I know logging-spi is tiny, but it's yet-another-jar. jboss-common-core is somewhat large, considering. I'd love to be able to reduce that to just what VFS needs also.

      Or, all else failing, would it be possible for VFS to ship a jboss-vfs-with-deps.jar which includes the other bits all together in a single package?

      Thanks,

      -Bob

        • 1. Re: VFS outside of AS
          Ales Justin Master

           

          "bob.mcwhirter" wrote:

          Has anyone inspected the actual dependencies on these jars to determine if we could remove or lessen them?

          I doubt it.
          I think the easiest way to determine this would be to run Tattletale.

          The common-core usage I can think off the top of my head:
          * VFSCache mostly relies on the existing common cache
          * Legacy usage of JarUtils

          "bob.mcwhirter" wrote:

          Or, all else failing, would it be possible for VFS to ship a jboss-vfs-with-deps.jar which includes the other bits all together in a single package?

          You're free to add any assembly to the project.
          (the stable version is atm Branch_2_1)

          e.g. use Tattletale to determine what you need from common-core
          and merge only those classes into single jboss-vfs-all.jar.
          If there is some mechanism in place to make this consistent
          (e.g. I need some new class from common-core or other ext lib),
          I'll make sure the rules are followed and your -all.jar is not broken.