Re: [xmlvm-users] OneJar and XMLVM

[Joshua M. <xm...@me...>]

Panayotis,

The one jar distribution has a single big advantage:  It has a known,
working, consistent set of files/code/classes that an provably work
together.  If we wanted to I could test it and say here, it works, use it.
It is a much more difficult process (and usually combinatorially impossible)
to do that with every version of every library that someone might attempt to
run XMLVM against.

As a user, I care mostly about one thing: that java -jar xmlvm.jar always
works with minimal hassle.  The one jar approach helps with that in certain
cases.

To address some of your other points:

Size: In 1992 I downloaded 12 megs over a 14400 baud modem.  It took most of
the day.  These days I can download 200 mb during a coffee break.  Its just
not that much of an issue.

Command line: I believe with most JRE implementations, you can get
./xmlvm.jar --arguments to work somehow.

Complication time packaging time for xmlvm.jar: meaningless for users, only
XMLVM dev types do that.  XMLVM run time might be a consideration, though in
my experience it is fast enough that it doesn't feel like a bottle neck in
my work flow.

Thats my 2 cents --

I like hearing your ideas they are always interesting.  Unfortunately, I
am arguing more against this one than for it.

-- Joshua Melcon


On Fri, Sep 17, 2010 at 7:28 AM, Panayotis Katsaloulis <
pan...@pa...> wrote:

>
> On Sep 17, 2010, at 5:22 PM, Jeff Palmer wrote:
>
> > Maybe something like a .zip or .tar of jars will give a feel of the best
> of
> > both approaches.  One file so no accidental mis-matched use, but still
> > separate when used.
> >
> > Yes, a .jar is already a .zip, but OS'es do special things when the
> > extension is .zip.  I believe OSX expands such file automatically when
> > downloaded & Windows shows as a directory in explorer.
> >
>
> I am not talking about distribution - distribution can be anything you like
> - from a deb package to a tag.bz2 file.
> Or even a portlist entry in MacPorts.
>
> I am mostly talking about how XMLVM tool-chain will "live" in our
> hard-drive.
> In a few words, I just believe that the monolithic approach should come to
> an end :)
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>