[Building Sakai] Sakai Presentation layer

Wed Feb 12 07:57:06 PST 2014

Unicon has done a fair bit with Spring MVC based apps with Angular on
the frontend. We have also use Grails as the thin backend (which is
not as good a fit since you have to throw away a lot of it). Generally
speaking, the heavier stacks like JSF, RSF, Wicket, etc. are not
really a great fit for that kind of development. You can strip them
down and use them that way but at that point you probably would has
been better off using something simpler.

-AZ

On Wed, Feb 12, 2014 at 10:03 AM, Cris J Holdorph <holdorph at unicon.net> wrote:
> 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"
>>
>>
>>
> _______________________________________________
> 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"

-- 
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile