[Building Sakai] Sakai Presentation layer

[John Bush]

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"



-- 
John Bush
602-490-0470

** This message is neither private nor confidential in fact the US
government is storing it in a warehouse located in Utah for future
data mining use cases should they arise. **