As a first attempt, I've created a DSpace shell. See: 
http://jira.dspace.org/jira/browse/DS-321

I'd be interested in your comments. Please could this be discussed in  
the developers meeting today/tomorrow (depending upon when you read  
this).

Cheers,


Stuart Lewis
IT Innovations Analyst and Developer
Te Tumu Herenga The University of Auckland Library
Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand
Ph: 64 9 373-7599 x81928
http://www.library.auckland.ac.nz/


On 23/09/2009, at 1:01 AM, Bradley McLean wrote:

> Mark H. Wood wrote:
>> 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.
>>
> <flamebait><theonetrueanswer> Isn't bash available on all platforms?
> </theonetrueanswer></flamebait>
>> 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.
>>
> I'm uncomfortable with this, due to issues like drift and feature  
> parity.
>> 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.
>>
> I like this direction, if we're unable to embrace the one true answer.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; 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&#45;12, 2009. Register  
> now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Dspace-devel mailing list
> Dspace-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-devel



------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; 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&#45;12, 2009. Register now&#33;
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