[Building Sakai] Sakai Presentation layer

[Cris J Holdorph]

Spring MVC can do a lot to support doing javascript heavy development. 
I strongly recommend it for that kind of development as well.

---- Cris J H

On 02/11/2014 07:16 PM, John Bush wrote:
> Build it as a separate webapp and bring in via LTI, seriously, you
> should think about it...  I don't know what you are building but you
> might want to consider if that type of architecture would work for
> you.  There are a lot of advantages, pick your technology stack, free
> your deployment schedule from sakai, free your code from sakai
> dependence (to a certain point), maybe your tool might be useful with
> another lms one day.
>
> In this day and age I'd be looking at javascript frameworks and doing
> the UI fully that way, and then use whatever your favorite rest
> producing framework is on the backend.  Ember is the one I'm most
> interested in trying out personally.  You could do this inside or
> outside of hosting the backend in the Sakai container.  It really
> depends on what services you need and how you intend to implement
> them.  If you need a really tight integration with sakai than build it
> inside tomcat, if not build it outside and use rails, grails, php,
> scala, or whatever Java framework you fancy.
>
> On Tue, Feb 11, 2014 at 3:29 PM, Jaco Gillman <jaco at opencollab.co.za> wrote:
>> Thanks Mark! I will have a look!
>>
>> Regards,
>>
>> Jaco Gillman
>>
>> Java Developer
>>
>> opencollab
>>
>> Tel: +27 21 970 4017  |  Fax: +27 21 914 3098
>>
>> Email: jaco at opencollab.co.za  |  Skype: gillmanjc
>>
>> Web: www.opencollab.co.za
>>
>>
>>
>> On 12 February 2014 00:23, Mark J. Norton <markjnorton at earthlink.net> wrote:
>>>
>>> For JSP, have a look at
>>> https://confluence.sakaiproject.org/display/~markjnorton/JSP+in+Sakai
>>>
>>> - Mark
>>>
>>> On 2/11/2014 5:01 PM, Jaco Gillman wrote:
>>>
>>> Hi all
>>>
>>>
>>>
>>> After many hours of struggling to make a new Sakai tool work like I
>>> expected inside the Sakai framework, I went back to the Sakai documentation
>>> and came across the different Presentation Layers
>>> (https://confluence.sakaiproject.org/display/BOOT/Presentation+Layer)
>>>
>>>
>>>
>>> Java Server Pages (JSP)
>>>
>>>   - no documentaion, and no current Sakai tools listed here
>>>
>>> Java Server Faces (JSF)
>>>
>>>   - documentaion found, but no current Sakai tools listed here
>>>
>>> Reasonable Server Faces (RSF)
>>>
>>>   - documentaion found, Sakai tools listed here
>>>
>>> Apache Wicket (Wicket)
>>>
>>>   - documentaion found, Sakai tools listed here
>>>
>>>
>>>
>>> I then found a page where these technologies are compared:
>>> https://confluence.sakaiproject.org/display/BOOT/Comparing+Sakai+Display+Technologies
>>>
>>> The following stood out from the list:
>>>
>>> JSP - No real integration with Sakai other than the fact that it is
>>> functional
>>>
>>> JSF - Integration with Sakai - Has widgets and best integration with Sakai
>>> (currently) that is being kept up to date
>>>
>>> RSF - Integration with Sakai - Current average but improving rapidly, new
>>> widgets being developed
>>>
>>> Wicket - Integration with Sakai - Excellent, see the existing tools for
>>> the minimal setup required
>>>
>>>
>>>
>>> Wicket and JSF seems to be the better options.  How relevant are these
>>> today? Is there still no real JSP integration with Sakai? I guess my
>>> question is, for someone that has little to no experience on all except JSP,
>>> which Presentation layer option would be a better choice for creating new
>>> tools in Sakai?
>>>
>>>
>>> Regards,
>>>
>>> Jaco Gillman
>>>
>>> Java Developer
>>>
>>> opencollab
>>>
>>> Tel: +27 21 970 4017  |  Fax: +27 21 914 3098
>>>
>>> Email: jaco at opencollab.co.za  |  Skype: gillmanjc
>>>
>>> Web: www.opencollab.co.za
>>>
>>>
>>> ________________________________
>>> See OpenCollab email disclaimer at
>>> http://www.opencollab.co.za/email-disclaimer
>>>
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email to
>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>> "unsubscribe"
>>>
>>>
>>>
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email to
>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>> "unsubscribe"
>>
>>
>>
>> ________________________________
>> See OpenCollab email disclaimer at
>> http://www.opencollab.co.za/email-disclaimer
>>
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org
>> with a subject of "unsubscribe"
>
>
>