[Building Sakai] Creating new tools: Sakai CLE or Sakai OAE
Hedrick Charles
hedrick at rutgers.edu
Sat Aug 6 18:49:10 PDT 2011
In my opinion most of the content faculty would want to migrate is resources and test questions. That's where the largest time investment is, and the rest tend to be more specific to the individual LMS. Resources are fairly easy to get out of CLE. I can't comment on how hard it would be to import them. As far as I know there's no native OAE testing engine yet, so migration wouldn't be an issue for questions.
For what's it worth, csev seems to have committed me to doing Common Cartridge export for Lesson Builder. That certainly doesn't get the whole set of tools, but again, it gets the things that are most important to migrate. I'd assume that OAE would be able to accept Common Cartridge. It's likely to be 6 months to a year before this is done, however. It's going to be a bear, because of differences in the way content is organized in CLE and the Common Cartridge model. Also, with Common Cartridge I have to shoehorn Lesson Builder into a much less powerful model. We're just now going into beta for the version of Lesson Builder with Common Cartridge import.
I'm guessing that there is going to be enough shared between the systems that migration won't end up being an issue in the long run.
On Aug 5, 2011, at 4:29:23 AM, Jean-Francois Leveque wrote:
> If you want to use a Sakai product for production use right now, you
> should try Sakai CLE 2.8. Sakai OAE's product page
> http://sakaiproject.org/node/2307 only shows Sakai OAE Q1 (0.1 version)
> which is explicitly not intended for production use.
>
> If you're not hurried, you could wait for Sakai OAE version 1, which is
> expected on August 15, 2011 (see
> https://confluence.sakaiproject.org/display/3AK/OAE+Home). You will then
> be able to check which product is best for you.
>
> As far as I know, there is no documented way to migrate from CLE to OAE
> and no team is working on it yet. Because the products are different and
> both are community driven, you cannot expect it unless enough members of
> the community want spend resources on this.
>
> There might be institutions that will be using CLE and OAE for some time
> if they need the features of both.
>
> Regards,
> J-F
>
> On 05/08/2011 03:21, Rafael Morales wrote:
>> Interesting question. I may need to re-read the documentation but, what
>> would it be the profile for an institution that would prefer to stick to
>> CLE instead of moving to OAE? Of course, there would be more
>> difficulties/uncertainties in migrating to OAE but, anything else?
>>
>> Regards,
>> Rafael
>>
>> El 04/08/2011 12:36 p.m., Bryan Holladay escribió:
>>> Sakai 3 was changed to Sakai OAE (Open Academic Environment) and Sakai
>>> CLE (Collaborative Learning Environment) is the one that's in a 2.x
>>> state. This is to distinguish the fact that Sakai OAE isn't a
>>> replacement for Sakai CLE.
>>>
>>> All the information given to you was for Sakai CLE. If you're planning
>>> on using CLE, then you should develop for it.
>>>
>>> -Bryan
>>>
>>> On Thu, Aug 4, 2011 at 1:28 PM, Rafael Morales
>>> <rmorales at udgvirtual.udg.mx <mailto:rmorales at udgvirtual.udg.mx>> wrote:
>>>
>>> Hello:
>>>
>>> My guess is that this also applies to 2.7.x, but what about Sakai
>>> 3? We are starting on developing support in Sakai for a web
>>> service providing access to competence-maps, so that we can
>>> provide automatic rubric generation, activity design support, and
>>> other functionalities. We are wondering whether it would be better
>>> to develop for Sakai 2.7 or Sakai 3. What would you suggest?
>>>
>>> Regards,
>>> Rafael
>>>
>>> El 03/08/2011 07:29 p.m., Steve Swinsburg escribió:
>>>> Definitely check out one of the quickstart's as Bryan listed below.
>>>>
>>>> You'll need to get a development environment up and running. See
>>>> here:
>>>> https://confluence.sakaiproject.org/display/BOOT/Sakai+Programmer+Manual
>>>>
>>>>
>>>> Here is a summary I wrote for a bootcamp I held recently:
>>>>
>>>> 1. Install Subversion (1.6).
>>>> 2. Install Java (1.6).
>>>> 3. Install Maven (2.2.1, not 3 unless you are working on Sakai
>>>> trunk).
>>>> 4. Download and unpack Tomcat (5.5.33, not 6 or 7 yet). You
>>>> will probably end up with multiple instances of Tomcat so
>>>> arrange your workspace accordingly.
>>>> 5. Configure environment variables.
>>>> 6. Check out the Sakai source code.
>>>> 7. Build the source code and deploy into Tomcat.
>>>> 8. Setup your database for Sakai
>>>> 9. Configure sakai.properties.
>>>> 10. Start Tomcat.
>>>>
>>>> Most of this is covered in the comprehensive Sakai Install Guide,
>>>> please read this: external link:
>>>> https://confluence.sakaiproject.org/display/DOC/Sakai+CLE+2.8+Release+Notes
>>>>
>>>> It covers the initial installation and configuration of Maven and
>>>> the setup of the environment variables.
>>>>
>>>>
>>>> cheers,
>>>> Steve
>>>>
>>>>
>>>>
>>>> On 04/08/2011, at 2:22 AM, Bryan Holladay wrote:
>>>>
>>>>> There are a few ways to get started quickly.
>>>>>
>>>>> Maven archetype (credit Steve Swinsburg)
>>>>> https://confluence.sakaiproject.org/display/BOOT/Sakai+Wicket+Maven+Archetype
>>>>>
>>>>> Eclipse App Builder: (credit Aaron Zechoski)
>>>>> https://confluence.sakaiproject.org/display/BOOT/Sakai+App+Builder
>>>>>
>>>>>
>>>>> Just a personal preference, but the Sakai Wicket Maven Archetype
>>>>> is the quickest, but if you don't know wicket, then you have the
>>>>> learning curve. Eclipse app builder has RSF, JSF, JSP and Wicket
>>>>> for it's options but takes a lot more setup to get started
>>>>> (compared to maven archetype).
>>>>>
>>>>> There may be something else out there too, this is just off the
>>>>> top of my head.
>>>>>
>>>>> -Bryan
>>>>>
>>>>> ps... sorry to reply twice, I meant to reply all to include the
>>>>> dev list
>>>>>
>>>>>
>>>>> On Wed, Aug 3, 2011 at 11:59 AM, Khalid Qureshi
>>>>> <kq2119 at columbia.edu <mailto:kq2119 at columbia.edu>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I am a Java developer in Columbia University and I am
>>>>> assigned to develop a new tool in Sakai.
>>>>>
>>>>> I searched thru documents in Sakai confluence and Google but
>>>>> did not get clear idea.
>>>>>
>>>>> So I am looking for some help regarding new tool development
>>>>> in Sakai, since I have very
>>>>>
>>>>> Short amount of development time. I will appreciate if
>>>>> someone can response to me. Thanks
>>>>>
>>>>> Khalid Qureshi
> _______________________________________________
> 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"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3817 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110806/b6dfddd1/attachment.bin
More information about the sakai-dev
mailing list