I think we need to work out the sense of the community on changes like
this one.  We seem to have one faction building scripts for another
faction to take out.  Do we intend to have convenience scripts (and deal
with platform dependencies) or not?

I understand the desire to avoid unnecessary platform dependencies,
but I appreciate having the scripts -- those class names are soooo
long and hard to remember.  When I have need of a commandline tool
from DSpace for which there is no script, I tend to write my own
script even for a single use.

Maybe the scripts should be modularized out of the base package?
There could be a "sh scripts" add-on, a "cmd scripts" add-on, and
perhaps others as needed.

Or maybe we just need to extend dsrun so that it can look those
entrypoints up for us.  If I could use 'dsrun ItemImporter' rather
than 'dsrun long.path.through.the.namespace.itemImporter.ItemImporter'
then I might not need the scripts so much.  This being Java, dsrun
could rummage through the classpath to find all of the methods with
the necessary signature, show a list if requested, and recognize
abbreviated names.  (Actually it might be better to define a common
interface for classes which expose commandline tools, both as a marker
for ease of introspection and to require the implementation of a
method which returns a brief description of the command.)

Hmmm, it would probably be good to do both.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
"And some people go both ways." -- Scarecrow

Attachment: pgpp6KLq84L1A.pgp
Description: PGP signature

------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel

Reply via email to