To be honest, we don't really need to be creating repositories in DSpace for
this. You could just create an empty public repo under your own name - fork
it from any existing repository that you need to, you can get people to
collaborate on it and/or fork from it.
And we can have the repo moved to the DSpace account at some point in the
future when it is deemed appropriate.
Regards,
G
On 20 May 2011 18:35, Vibhaj Rajan <vibhaj.rajan.cs...@itbhu.ac.in> wrote:
> Hi Peter,
>
> Thank you for creating the repository. The name restclient if fine.
>
> I would like to suggest that restclient repository be a new empty one and
> not a fork from entitybrowser since entitybrowser is a different project
> from restclient. I mean that I would be using entitybrowser as a framework
> to build the DSpace RestClient.
>
> Just provide me with an empty repository for RestClient work which I'll
> fork and use the entitybrowser framework there. I feel this would be
> cleaner.
>
> Thank you very much for the support.
>
> Warm regards,
>
>
>
> On Fri, May 20, 2011 at 9:47 PM, Peter Dietz <pdiet...@gmail.com> wrote:
>
>> Hi Vibhaj,
>>
>> I made: https://github.com/DSpace/restclient
>>
>> Its forked from the repository you mentioned for your extJS code. You can
>> continue committing to your entitybrowser repository as usual, so you won't
>> be slowed down. When you've got improvements, you can then either contact
>> the mentor of your project, or send a pull request to DSpace/restclient to
>> have your changes merged in.
>>
>> Having someone review the code before merging it is a way for us to have
>> someone review your code.
>>
>> I named it restclient because that is more meaningful than than just
>> clientUI. If you don't want it to be forked from the extJS project, or if it
>> really should be named dspace-clientui, then please let me know, since its
>> very easy to change.
>>
>> Peter Dietz
>>
>>
>>
>>
>> On Fri, May 20, 2011 at 2:52 AM, Vibhaj Rajan <
>> vibhaj.rajan.cs...@itbhu.ac.in> wrote:
>>
>>> Hi all,
>>>
>>> I thank you for answering my queries.
>>>
>>> I understand the licensing issues behind GPLv3 from Sencha Ext JS.
>>> The other libraries provide the following licenses :
>>>
>>> 1. Dojo Toolkit : MIT License
>>> 2. JxLib : MIT License
>>> 3. UIZE : BSD License
>>> 4. MochaUI : MIT License
>>>
>>> I would like the community to help me in finalizing the suitable library
>>> for use in the project. Though some of these libraries make for a small
>>> learning curve, it would be a great opportunity for me to learn another
>>> javascript framework.
>>>
>>> Just as the XMLUI is based on Cocoon, webmvc is based on Spring WebMVC
>>> and DSpace REST is based on EntityBus, I would like the ClientUI to be based
>>> on a generic UI framework for consuming RESTful services.
>>>
>>> This would be an independent project hosted at
>>> http://github.com/tr4n2uil/entitybrowser
>>> Extensions to the EntityBrowser would be designed in the course of the
>>> GSoC project to provide support for each of the functional requirements
>>> [Repository Browsing and Manipulation / Search / Statistics].
>>>
>>> In this way changes to REST API in view of its possible migration to
>>> Spring REST from EntityBus would have little changes to the ClientUI.
>>>
>>> I have already started work on EntityBrowser in Ext JS (though not
>>> committed yet) but I would be happy to port it to other javascript
>>> frameworks as per the decision of the community regarding the licensing
>>> issue.
>>>
>>> And as mentioned by Graham Triggs, the ClientUI will be a part of the
>>> DSpace (though currently as an independent module). Hence I would request
>>> Peter Dietz to create a new repository in DSpace (Git or SVN) for
>>> dspace-clientui module and provide me access since I have not yet obtained
>>> access to any repository.
>>>
>>> Warm regards,
>>>
>>>
>>> --
>>> *Vibhaj Rajan
>>> Junior Undergraduate
>>> Department of Computer Engineering
>>> Institute of Technology BHU Varanasi
>>> +91 92 3531 2784
>>> *
>>>
>>>
>>
>
>
> --
> *Vibhaj Rajan
> Junior Undergraduate
> Department of Computer Engineering
> Institute of Technology BHU Varanasi
> +91 92 3531 2784
> *
>
>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
