>From what I'm aware of, Twig is a templating language for PHP. How will
this incorporate into Java?
Also, one of the more annoying pain-points in Yet-Another-UI, is amount of
code duplication into your UI that is currently required, when
communicating with the DSpace-API. There was a conversation about creating
"Business Services" to handle centralizing these frequently re-used API to
UI code. So I am curious if you've thought about how you would handle the
situation where XMLUI or JSPUI or WEBMVC or SPRINGUI all have an exact same
piece of code in the UI, and how you might address somehow moving that into
a re-usable core.
Just my two cents, but if I were to embark on a new UI, I would want to
have an ORM (which might be scope creep). Also, I would weigh the
cost/benefit of straight Java (DSpace-API), vs querying REST, vs Solr.
Also, there are other frameworks to consider, such as Play! framework which
is built in Java, or something like Ruby on Rails where you can query the
Rest API / Solr for the data. There is also the possibility of JRuby, which
is ruby implemented in the JVM, which means if you needed to make Java
calls to DSpace-API, you still could. I found that the documentation for
Spring's MVC UI system was very sparse or hard to find, and I felt like you
had to fight to make it work, in contrast with other frameworks that are
very well documented and have a very healthy user-base that provide lots of
tutorials and learning for others who might want to join later.
i.e. Will University X that has limited IT resources be able to staff
someone (possibly a student) who can customize this UI?
I agree very much that cocoon/XMLUI/XSLT is a challenge, I just hope you
weigh that you not just find a system that "works better than XMLUI", but
perhaps is actually a good framework for development. Especially given that
it will require a considerable investment of time and resources.
Peter Dietz
On Thu, Jul 19, 2012 at 11:12 PM, DSpace @ Lyncode <[email protected]>wrote:
> Hi all,
>
> some of the current lyncode developments for DSpace, in fact, begin by
> some specific requirements of the SpringUI, that is, an under development
> UI for DSpace. As we are willing to develop a robust, wide accepted UI and
> giving it to the DSpace community as a code contribution, we would like to
> have, firstly, some feedback from the DSpace devel team.
>
> Let me invite you to read the following draft:
> https://wiki.duraspace.org/display/~lyncode/SpringUI
>
> As you could see at the end of the referred page, our contact with the
> DSpace community in this specific will start by *"**1. Compile an about
> page with all necessary info"*. So, is there anything left to say?
>
> We would be pleased, based on your expertise, to listen to your
> advices/doubts.
>
> --
>
> Thanks, DSpace @ Lyncode
> DSpace Department
> *Lyncode*: Official website <http://www.lyncode.com/>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Dspace-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspace-devel
>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel
