lms-developers — Announcements, news, events, issues.

[Lms-developers] A New Article on How to Integrate Open Source LMS with MDA Concept

[Lofi D. <de...@gm...>]

Dear LMS Community,

FYI:

we published a new article about how to integrate Open Source LMS
(Learning Management System) using MDA (Model Driven Architecture) concept.

Title:
Model Driven Architecture (MDA): Integration and Model Reuse for Open
Source eLearning Platforms. By: Heinz Lothar Grob, Frank Bensberg,
Blasius Lofi Dewanto.

Abstract:
Open Source (OS) community offers numerous eLearning platforms of both
types: Learning Management Systems (LMS) and Learning Content Systems
(LCS). General purpose OS intermediaries such as SourceForge, ObjectWeb,
Apache or specialized intermediaries like CampusSource reduce the cost
to locate such eLearning platforms. Still, it is impossible to directly
compare the functionalities of those OS software products without
performing detailed testing on each product. Some articles available
from eLearning Wikipedia show comparisons between eLearning platforms
which can help, but at the end they barely serve as documentation which
are becoming out of date quickly [1]. The absence of integration
activities between OS eLearning platforms - which are sometimes quite
similar in terms of functionalities and implementation technologies - is
sometimes critical since most of the OS projects possess small financial
and human resources. This paper shows a possible solution for these
barriers of OS eLearning platforms. We propose the Model Driven
Architecture (MDA) concept to capture functionalities and to identify
similarities between available OS eLearning platforms. This contribution
evolved from a fruitful discussion at the 2nd CampusSource Developer
Conference at the University of Muenster (27th August 2004).

Read at:
http://www.digijournals.de/eleed/archiv/59

---

The complete eLearning Journal eLeed:
http://www.digijournals.de/eleed/Aktuelle_Ausgabe

Hope to be able to start a new discussion on this matter :-)

Cheers,
-- 
---------------------------------------------------
Blasius Lofi Dewanto
---------------------------------------------------
OpenUSS - Open University Support System
http://openuss.sourceforge.net
---------------------------------------------------
E-Mail   : de...@un...
---------------------------------------------------

RE: [Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 msg

[Peter G. <pe...@ne...>]

How's the project going guys?

P

-----Original Message-----
From:	Rich Andrews [mailto:ric...@po...]
Sent:	Tue 15/04/2003 03:33
To:	lms...@li...
Cc:=09
Subject:	Re: [Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 =
msg

I have a question: does the CMI protocol mandate any client technology? =
If
not, then it would seem that some gnarly javascript doing http posts and
gets would work in lieu of the applet.  That is a little off topic, but =
I
did get the chance to bounce the concept of a replacing the ADL RTE =
adapter
applet with a flash movie (swf) off the MMedia ELearning guru.  He =
didn't
get it, and on second thought, a Flash based adapter makes it real hard =
for
SCO's to communicate with it since other things in the browser can't =
tickle
the movie the way javascript can an applet, right?  On the other hand, =
it
would be pretty sweet to have Flash endemic support for the CMI protocol =
if
all of the courseware is indeed authored in flash.

- Rich


----- Original Message -----
From: "bryan hunt" <bry...@os...>
To: <lms...@li...>
Sent: Monday, April 14, 2003 8:47 AM
Subject: Re: [Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 =
msg



My comments were regarding the client side communication API
where I'm afraid it is true to say that the specification was written
with Internet Explorer as the only client platform in mind.

The spec has been out for years now, Mozilla 1.3 certainly hasn't
and mozilla 1.3 is the only other browser to support it now.

So I think that my comments may in fact have been correct.

One other point that is certainly worth bearing in mind is that
applications based on client side JavaScript are not exactly
considered the vogue with sucessfull web sites or professional
developers.

Anyhow everyone is using it now so whether it is "dog food"
or not is irelevant as we have to and will eat it.

--B

On Mon 14 Apr 2003 12:33, Bj=F6rn Weide wrote:
> Hi,
>
> I think SCORM is fully platform independent: it just defines content =
as
web
> content. So if a course doesnt run under Linux, be sure that the SCOs =
are
> written in valid HTML. Also it is possible that the api-adapter-applet
isnt
> loaded in some browsers. But that has nothing to do with SCORM ;) Did =
you
> thought about a flash-adapter? It seems to be more useful.
>
> Regards,
> Bj=F6rn
>
> From: bryan hunt <bry...@os...>
> To: lms...@li...
> Date: Fri, 11 Apr 2003 16:08:24 +0100
> Subject: [Lms-developers] SCORM browser compatability
>
>
> FYI
>
> I have been developing my stuff on a linux box and that has being =
going
> pretty
> ok for me .... until I got to the part where I get the javascript to =
talk
> to
>
> the applet.
>
> I have always thought that scorm was a joke of a spec but it's the
> bandwagon
>
> that everyone else has jumped on so I might as well get on for the =
ride.
>
> Anyhow I can tell you that SCORM does work with linux but only with =
the
> latest
> version of Mozilla ( Mozilla 1.3 )
>
> It doesn't work with konqueror 3.1 or any earlier version of mozilla, =
I
> don't
> know if it even worked with Netscape Navigator.
>
> What a fantastic standard eh ? Truly cross platform !
>
> Anyhow I have to upgrade to the latest version of Mandrake to get MOZ =
1.3
> so it will be after the weekend before I can check in my stuff.
>
> Here is some things that I am doing
>
> I am now using the swing based applet as the api adaptor .
>
> I have created an Interface called ISCORMApplet which my new applet is
> using
>
> I am using stubs in conjunction with my appletlogger class at present =
but
> am going to switch to implimentation on Monday.
>
> --B
>
>
>
> --__--__--
>
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers
>
>
> End of Lms-developers Digest
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Lms-developers mailing list
Lms...@li...
https://lists.sourceforge.net/lists/listinfo/lms-developers






-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Lms-developers mailing list
Lms...@li...
https://lists.sourceforge.net/lists/listinfo/lms-developers

Re: [Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 msg

[Rich A. <ric...@po...>]

I have a question: does the CMI protocol mandate any client technology? If
not, then it would seem that some gnarly javascript doing http posts and
gets would work in lieu of the applet.  That is a little off topic, but I
did get the chance to bounce the concept of a replacing the ADL RTE adapter
applet with a flash movie (swf) off the MMedia ELearning guru.  He didn't
get it, and on second thought, a Flash based adapter makes it real hard for
SCO's to communicate with it since other things in the browser can't tickle
the movie the way javascript can an applet, right?  On the other hand, it
would be pretty sweet to have Flash endemic support for the CMI protocol if
all of the courseware is indeed authored in flash.

- Rich


----- Original Message -----
From: "bryan hunt" <bry...@os...>
To: <lms...@li...>
Sent: Monday, April 14, 2003 8:47 AM
Subject: Re: [Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 msg



My comments were regarding the client side communication API
where I'm afraid it is true to say that the specification was written
with Internet Explorer as the only client platform in mind.

The spec has been out for years now, Mozilla 1.3 certainly hasn't
and mozilla 1.3 is the only other browser to support it now.

So I think that my comments may in fact have been correct.

One other point that is certainly worth bearing in mind is that
applications based on client side JavaScript are not exactly
considered the vogue with sucessfull web sites or professional
developers.

Anyhow everyone is using it now so whether it is "dog food"
or not is irelevant as we have to and will eat it.

--B

On Mon 14 Apr 2003 12:33, Björn Weide wrote:
> Hi,
>
> I think SCORM is fully platform independent: it just defines content as
web
> content. So if a course doesnt run under Linux, be sure that the SCOs are
> written in valid HTML. Also it is possible that the api-adapter-applet
isnt
> loaded in some browsers. But that has nothing to do with SCORM ;) Did you
> thought about a flash-adapter? It seems to be more useful.
>
> Regards,
> Björn
>
> From: bryan hunt <bry...@os...>
> To: lms...@li...
> Date: Fri, 11 Apr 2003 16:08:24 +0100
> Subject: [Lms-developers] SCORM browser compatability
>
>
> FYI
>
> I have been developing my stuff on a linux box and that has being going
> pretty
> ok for me .... until I got to the part where I get the javascript to talk
> to
>
> the applet.
>
> I have always thought that scorm was a joke of a spec but it's the
> bandwagon
>
> that everyone else has jumped on so I might as well get on for the ride.
>
> Anyhow I can tell you that SCORM does work with linux but only with the
> latest
> version of Mozilla ( Mozilla 1.3 )
>
> It doesn't work with konqueror 3.1 or any earlier version of mozilla, I
> don't
> know if it even worked with Netscape Navigator.
>
> What a fantastic standard eh ? Truly cross platform !
>
> Anyhow I have to upgrade to the latest version of Mandrake to get MOZ 1.3
> so it will be after the weekend before I can check in my stuff.
>
> Here is some things that I am doing
>
> I am now using the swing based applet as the api adaptor .
>
> I have created an Interface called ISCORMApplet which my new applet is
> using
>
> I am using stubs in conjunction with my appletlogger class at present but
> am going to switch to implimentation on Monday.
>
> --B
>
>
>
> --__--__--
>
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers
>
>
> End of Lms-developers Digest
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Lms-developers mailing list
Lms...@li...
https://lists.sourceforge.net/lists/listinfo/lms-developers

Re: [Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 msg

[bryan h. <bry...@os...>]

My comments were regarding the client side communication API=20
where I'm afraid it is true to say that the specification was written=20
with Internet Explorer as the only client platform in mind.=20

The spec has been out for years now, Mozilla 1.3 certainly hasn't
and mozilla 1.3 is the only other browser to support it now.

So I think that my comments may in fact have been correct.

One other point that is certainly worth bearing in mind is that=20
applications based on client side JavaScript are not exactly=20
considered the vogue with sucessfull web sites or professional
developers.

Anyhow everyone is using it now so whether it is "dog food"
or not is irelevant as we have to and will eat it.

=2D-B

On Mon 14 Apr 2003 12:33, Bj=F6rn Weide wrote:
> Hi,
>
> I think SCORM is fully platform independent: it just defines content as w=
eb
> content. So if a course doesnt run under Linux, be sure that the SCOs are
> written in valid HTML. Also it is possible that the api-adapter-applet is=
nt
> loaded in some browsers. But that has nothing to do with SCORM ;) Did you
> thought about a flash-adapter? It seems to be more useful.
>
> Regards,
> Bj=F6rn
>
> From: bryan hunt <bry...@os...>
> To: lms...@li...
> Date: Fri, 11 Apr 2003 16:08:24 +0100
> Subject: [Lms-developers] SCORM browser compatability
>
>
> FYI
>
> I have been developing my stuff on a linux box and that has being going
> pretty
> ok for me .... until I got to the part where I get the javascript to talk
> to
>
> the applet.
>
> I have always thought that scorm was a joke of a spec but it's the
> bandwagon
>
> that everyone else has jumped on so I might as well get on for the ride.
>
> Anyhow I can tell you that SCORM does work with linux but only with the
> latest
> version of Mozilla ( Mozilla 1.3 )
>
> It doesn't work with konqueror 3.1 or any earlier version of mozilla, I
> don't
> know if it even worked with Netscape Navigator.
>
> What a fantastic standard eh ? Truly cross platform !
>
> Anyhow I have to upgrade to the latest version of Mandrake to get MOZ 1.3
> so it will be after the weekend before I can check in my stuff.
>
> Here is some things that I am doing
>
> I am now using the swing based applet as the api adaptor .
>
> I have created an Interface called ISCORMApplet which my new applet is
> using
>
> I am using stubs in conjunction with my appletlogger class at present but
> am going to switch to implimentation on Monday.
>
> --B
>
>
>
> --__--__--
>
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers
>
>
> End of Lms-developers Digest
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers

[Lms-developers] RE: Lms-developers digest, Vol 1 #18 - 1 msg

[<bw...@co...>]

Hi,

I think SCORM is fully platform independent: it just defines content as =
web
content. So if a course doesnt run under Linux, be sure that the SCOs =
are
written in valid HTML. Also it is possible that the api-adapter-applet =
isnt
loaded in some browsers. But that has nothing to do with SCORM ;) Did =
you
thought about a flash-adapter? It seems to be more useful.

Regards,
Bj=F6rn

From: bryan hunt <bry...@os...>
To: lms...@li...
Date: Fri, 11 Apr 2003 16:08:24 +0100
Subject: [Lms-developers] SCORM browser compatability


FYI=20

I have been developing my stuff on a linux box and that has being going
pretty=20
ok for me .... until I got to the part where I get the javascript to =
talk to

the applet.=20

I have always thought that scorm was a joke of a spec but it's the =
bandwagon

that everyone else has jumped on so I might as well get on for the =
ride.=20

Anyhow I can tell you that SCORM does work with linux but only with the
latest=20
version of Mozilla ( Mozilla 1.3 )

It doesn't work with konqueror 3.1 or any earlier version of mozilla, I
don't=20
know if it even worked with Netscape Navigator.=20

What a fantastic standard eh ? Truly cross platform !=20

Anyhow I have to upgrade to the latest version of Mandrake to get MOZ =
1.3=20
so it will be after the weekend before I can check in my stuff.

Here is some things that I am doing=20

I am now using the swing based applet as the api adaptor .

I have created an Interface called ISCORMApplet which my new applet is =
using

I am using stubs in conjunction with my appletlogger class at present =
but=20
am going to switch to implimentation on Monday.

--B



--__--__--

_______________________________________________
Lms-developers mailing list
Lms...@li...
https://lists.sourceforge.net/lists/listinfo/lms-developers


End of Lms-developers Digest

[Lms-developers] SCORM browser compatability

[bryan h. <bry...@os...>]

FYI 

I have been developing my stuff on a linux box and that has being going pretty 
ok for me .... until I got to the part where I get the javascript to talk to 
the applet. 

I have always thought that scorm was a joke of a spec but it's the bandwagon 
that everyone else has jumped on so I might as well get on for the ride. 

Anyhow I can tell you that SCORM does work with linux but only with the latest 
version of Mozilla ( Mozilla 1.3 )

It doesn't work with konqueror 3.1 or any earlier version of mozilla, I don't 
know if it even worked with Netscape Navigator. 

What a fantastic standard eh ? Truly cross platform ! 

Anyhow I have to upgrade to the latest version of Mandrake to get MOZ 1.3 
so it will be after the weekend before I can check in my stuff.

Here is some things that I am doing 

I am now using the swing based applet as the api adaptor .

I have created an Interface called ISCORMApplet which my new applet is using

I am using stubs in conjunction with my appletlogger class at present but 
am going to switch to implimentation on Monday.

--B

[Lms-developers] RFC: Applet navigation

[bryan h. <bry...@os...>]

Hello,

The latest version of the code in "HEAD" now contains my 
navigational applet. 

It's purpose is to encapsulate all the javascript and layer hiding
and messy stuff that is ultimatly only responsible for sequencing through
the course/offering a sellection of lessons.

How the applet works is very simple. 

When the page is created ( I envisige a jsp page/or servlet )
the applet tag will be written.

ie ........

    <applet code="org/openlms/lms/client/applet/APIAddaptor.class"
            archive="../client.jar"

            height="100"
            id="APIAdapter"
            name="APIAdapter"
            width="400"
            mayscript="true">
            <!-- This part will be generated by the LMS -->
	    <param name="SCOITEMS" 
value="http://localhost:8080/OpenLMS/applet-test/sco-01.html,http://localhost:8080/OpenLMS/applet-test/sco-02.html,http://localhost:8080/OpenLMS/applet-test/sco-03.html,http://localhost:8080/OpenLMS/applet-test/sco-04.html,http://localhost:8080/OpenLMS/applet-test/sco-05.html,http://localhost:8080/OpenLMS/applet-test/sco-06.html">
	    <param name="SCODESCRIPTIONS" 
value="SCO-01,SCO-02,SCO-03,SCO-04,SCO-05,SCO-06"> 
	     <param name="SESSIONID" value="09809890809">

Please note the last 3 parameters. 
SCOITEMS is a list of urls for sco's 
SCODESCRIPTIONS is a matching list of descriptions for above sco's
SESSIONID is the current session id

SESSIONID is not at this stage used
From the other 2 parameters are generated the gui shown in the attached 
images, please note as well the ammount of debugging information in the 
java console.

Thoughts ? Comments ?

--B





















-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] new stuff that I have just checked in

[bryan h. <bry...@os...>]

Please check out head and take a look at the src/org/openlms/lms/client/applet 
package

OK This is quite a large component. 
What I have got here is a dumb applet which 
just displays something called a NavPanel.

The NavPanel ( panel for navigating sco's )
is intended as a component that can be integrated
with the API addaptor or else displayed alongside
it. It currently has 4 buttons << < > >> and a 
dropdown combo box.

There is a flexible event handling system ( a simple
interface to impliment ). Using this event handling
system it should be very easy to replace my handler 
( which just logs to the console using the AppletLogger 
class ) with something more usefull.

Anyhow it's nearly the weekend now so I doubt that there
will be anything new till monday.

Thoughts anyone ?

--B

-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] UML Diagrams

[bryan h. <bry...@os...>]

The time is starting to approach when we will need to create UML diagrams 
in order to plan the shape of the system. 

Many UML tools are prohibitably expensive however there are some excellent
free ones available.

I think we should use one of these free tools to develop our stuff. 

My reasons are 

1) These tools are "good enough"
2) There will not be a cost barrier for anyone getting involved in the 
project.

There is one such very good tool  called ArgoUML, it is a BSD licenced open
source project. 

http://argouml.tigris.org/


As it is BSD licenced it's creators have also been able to sell an enhanced 
commercial version as well.

http://www.gentleware.com/products/index.php3

The commercial version comes in a free version called the 
"Community Edition" 

I suggest that we use the Community Edition and become familiar with its 
workings.

Rgds 

Bryan




-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

Re: [Lms-developers] TODO Comments

[Rich A. <ric...@po...>]

Great idea.  I've been playing with Eclipse 2.1, and it will search 
out for TODO's in comments.

> 
> I have started adding comments such as this to my code ( where 
relevant )
> 
> //TODO: change this class so that properties are read from 
properties file
> 
> I think this is a good thing to do as it tags areas that need 
further 
> refinement and also indicates what kind of refinement is required. 
> 
> We can also grep the source and give anyone who would like to get 
> involved a good spot to start hacking away at.
> 
> --B
> 
> -- 
> Bryan Hunt
> Systems Manager
> Ossidian Technologies   www.ossidian.com
> 17 Carysfort Avenue, Blackrock, Co Dublin IRELAND
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb: 
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
> No other company gives more support or power for your dedicated 
server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers
> 
> 

-- 

[Lms-developers] TODO Comments

[bryan h. <bry...@os...>]

I have started adding comments such as this to my code ( where relevant )

//TODO: change this class so that properties are read from properties file

I think this is a good thing to do as it tags areas that need further 
refinement and also indicates what kind of refinement is required. 

We can also grep the source and give anyone who would like to get 
involved a good spot to start hacking away at.

--B

-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] APIAdapterApplet thoughts + RFC

[bryan h. <bry...@os...>]

The APIAdapterApplet gets the cookie that it uses to communicate back 
and forth with the servlet via javascript .... this has 2 problems 

1) It's ugly and un-necessary :: It would be easier to write the sessionid 
as a parameter to the applet ie

<applet name="APIAdapterApplet" 
name="asddsaf"
class="dsafd"
>
<param name="sessionid" value="98789089080980">
</applet>

That would allow us to reduce the length of our code by 
a couple of functions and a lot of lines. 

2) It makes debugging the applet a bit of a cnt ( as we say in 
Ireland ) as it relies on a cookie in its html page to do anything

If we substituted all that cookie crap for a simple parameter 
all the cookie reading code could be reduced to the following line .....

String sessionid = getParameter("sessionid"); 

Thoughts ? Comments ? Is there anything I'm missing here ?


--B








-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] RFC sequencing engine and applet stuff.

[bryan h. <bry...@os...>]

Hello all,

I have been looking at a couple of issues 

I have been looking at the whole issue of the sequencing engine and I really 
don't like what I see. So I have been doing some thinking about some nice 
neat ways so do the sequencing. 

What I have thought of is putting the sequencing engine inside a session 
object. 

Advantages

a) Cut down on database calls
b) Reduce application complexity 
c) Reduce the number of state variables which seem to be being tracked #
all over the place.

Disadvantages

a) With heavy user load it will increase memory requirements 

Thoughts anyone ?

The second thing that I have been looking at is the APIaddator applet.

I just hate that whole frame the hidden layer exposed by JavaScript to 
show the navigational controls etc .... It's just such an awful kludge
JavaScript talking to applet applet talking to DOM ... whatever !!!! 

My suggested solution: 

Why don't we just have the navigational controls on the applet ? 

Advantages :

a) If we do that we can just scrap all that superfluous JavaScript bollox 
b) The application will be less likely to break in different browser 
versions
c) The application will look more professional 

Disadvantages : 

a) Our JavaScript skillz may get rusty ? 

Thoughts anyone ?

Rgds

Bryan

-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

Re: [Lms-developers] Look, Ma, No EJBs!

[bryan h. <bry...@os...>]

scratch that, I've just finished reading it

On Fri 28 Mar 2003 14:31, bryan hunt wrote:
> https://www6.software.ibm.com/reg/devworks/dw-db2-dabeans-i
>
> I think this article might be well worth reading,
> I have to confess that I although I have used them
> a lot CMP beans generate a lot of conflicting emotions for me

-- 

[Lms-developers] Look, Ma, No EJBs!

[bryan h. <bry...@os...>]

https://www6.software.ibm.com/reg/devworks/dw-db2-dabeans-i

I think this article might be well worth reading, 
I have to confess that I although I have used them 
a lot CMP beans generate a lot of conflicting emotions for me



-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

Re: [Lms-developers] LMSCMIServlet and api adaptor applet

[bryan h. <bry...@os...>]

The version that I have here is only set up for a single course with 
hard coded course locations etc.

--B

On Wed 26 Mar 2003 14:34, Rich Andrews wrote:
> I'm depending on Travis for this, but we expect to receive the applet and
> server piece from someone out of ETH in Zurich.  Travis, what's the word?
>
> Also, Byran, how is the ADL one not working?  I had it working well enough
> to qualify for a release.
>
> ----- Original Message -----
> From: "bryan hunt" <bry...@os...>
> To: <lms...@li...>
> Sent: Wednesday, March 26, 2003 4:03 AM
> Subject: [Lms-developers] LMSCMIServlet and api adaptor applet
>
> > Is it true that someone is working on the LMSCMIServlet and
> > api adaptor applet ?
> >
> > What is the timetable for delivery. I would like to get a 0.1
> > release together this week/early next week.
> >
> > Thoughts ?
> >
> > --B
> >
> >
> > --
> > Bryan Hunt
> > Systems Manager
> > Ossidian Technologies   www.ossidian.com
> > 17 Carysfort Avenue, Blackrock, Co Dublin IRELAND
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by:
> > The Definitive IT and Networking Event. Be There!
> > NetWorld+Interop Las Vegas 2003 -- Register today!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> > _______________________________________________
> > Lms-developers mailing list
> > Lms...@li...
> > https://lists.sourceforge.net/lists/listinfo/lms-developers
>
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers

-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

Re: [Lms-developers] LMSCMIServlet and api adaptor applet

[Rich A. <ric...@po...>]

I'm depending on Travis for this, but we expect to receive the applet and
server piece from someone out of ETH in Zurich.  Travis, what's the word?

Also, Byran, how is the ADL one not working?  I had it working well enough
to qualify for a release.

----- Original Message -----
From: "bryan hunt" <bry...@os...>
To: <lms...@li...>
Sent: Wednesday, March 26, 2003 4:03 AM
Subject: [Lms-developers] LMSCMIServlet and api adaptor applet


>
> Is it true that someone is working on the LMSCMIServlet and
> api adaptor applet ?
>
> What is the timetable for delivery. I would like to get a 0.1
> release together this week/early next week.
>
> Thoughts ?
>
> --B
>
>
> --
> Bryan Hunt
> Systems Manager
> Ossidian Technologies   www.ossidian.com
> 17 Carysfort Avenue, Blackrock, Co Dublin IRELAND
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:
> The Definitive IT and Networking Event. Be There!
> NetWorld+Interop Las Vegas 2003 -- Register today!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers
>
>

[Lms-developers] LMSCMIServlet and api adaptor applet

[bryan h. <bry...@os...>]

Is it true that someone is working on the LMSCMIServlet and
api adaptor applet ? 

What is the timetable for delivery. I would like to get a 0.1
release together this week/early next week. 

Thoughts ?

--B


-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] pfp sql scripts in the db directory

[bryan h. <bry...@os...>]

What are they ? Are they needed ? 

--B

-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] LMSCMIServlet.java

[bryan h. <bry...@os...>]

I'm going to take a look at the LMSCMIServlet.java, am I correct in believing 
that it is the server end of the APIAddaptor (API) applet ? Is it what we are 
using ? The version in CVS is the ADL version which only supports a single 
(hard coded) course ... is there a newer version anywhere ?

Regards

Bryan


-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

Re: [Lms-developers] check in of 2 new classes

[Rich A. <ric...@po...>]

Bingo.  That is perfect.  What a pain to have had to change all the jndi
lookups throughout code huh? ;-)

----- Original Message -----
From: "bryan hunt" <bry...@os...>
To: <lms...@li...>
Sent: Friday, March 21, 2003 7:31 AM
Subject: Re: [Lms-developers] check in of 2 new classes


> Oh yeah, I forgot to mention, if you are in favour of this I will replace
> all the database stuff in our application with database connections
> provided by these new classes.
>
> --B
>
> On Fri 21 Mar 2003 12:06, bryan hunt wrote:
> > Hello all,
> >
> > Today I am checking in the org.openlms.util.db.DbConnectionFactory
> > and the org.openlms.util.db.LMSDbProperties classes.
> >
> > The ConnectionFactory encapsulates the getting of a
> > database connection. By changing a field in the LMSDbProperties
> > class it is possible to switch from container managed
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Lms-developers mailing list
> Lms...@li...
> https://lists.sourceforge.net/lists/listinfo/lms-developers
>
>

Re: [Lms-developers] check in of 2 new classes

[bryan h. <bry...@os...>]

Oh yeah, I forgot to mention, if you are in favour of this I will replace
all the database stuff in our application with database connections 
provided by these new classes.

--B

On Fri 21 Mar 2003 12:06, bryan hunt wrote:
> Hello all,
>
> Today I am checking in the org.openlms.util.db.DbConnectionFactory
> and the org.openlms.util.db.LMSDbProperties classes.
>
> The ConnectionFactory encapsulates the getting of a
> database connection. By changing a field in the LMSDbProperties
> class it is possible to switch from container managed

[Lms-developers] check in of 2 new classes

[bryan h. <bry...@os...>]

Hello all,

Today I am checking in the org.openlms.util.db.DbConnectionFactory 
and the org.openlms.util.db.LMSDbProperties classes.

The ConnectionFactory encapsulates the getting of a 
database connection. By changing a field in the LMSDbProperties
class it is possible to switch from container managed 
database connection to JDBC based database connection.

My reasoning is that you can switch this boolean flag so 
that you can work on the application in a web container
( such as tomcat under netbeans ) 

However when it comes to deployment you can flick the 
switch back again ( I will enhance this class at a later 
stage to use a properties file ).

Another advantage is that it will make the code cleaner,
this advantage will be realised by the fact that we will
not have all that ugly database connection/getting context
and hence datasource crap all over our code (I think it is
bad for readability)

Thoughts anyone ?


-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] JDBC driver upgrade info

[bryan h. <bry...@os...>]

I have upgraded to devpgjdbc3.jar ( http://jdbc.postgresql.org/download.html ) 
and I am now using it locally. It fixes a bug whereby if you create a jdbc 
url of the following form 
jdbc:postgresql://localhost:5432/ 

ie you do not specify what database you are connecting to that causes a null 
pointer exception. 

It is necessary for me to connect to such a URL in order to have my new ANT 
script handle the database up and down code. 

I propose to remove the old pgjdbc2.jar file and replace it with 
devpgjdbc3.jar .... anyone got any objections to this ? 

I can leave the old one there but it is a waste of 170 k or whatever. 

--B

Anyone got a problem with this 




It is the postgres JDBC3 driver. It is dependant on Java 1.4 but 
then again so does JBoss. 



-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND

[Lms-developers] scorm course importer

[bryan h. <bry...@os...>]

I have been looking at the current course importer and sequencing stuff.
It has occured to me that the standards governing these things are constantly 
changing.

The current standard is SCORM version 1.3, our stuff is based on 1.2 

This will cause us problems in the future

However I think I see a solution 

If we define interfaces for the importer and sequencer objects and then code
implimentations to this interface for the different versions we will be able 
to load the appropriate implimentation by reflection at runtime, better still
an approach like this would enable us to have a plugin approach to this stuff.

Thoughts anyone ?

Bryan 

-- 
Bryan Hunt
Systems Manager
Ossidian Technologies   www.ossidian.com
17 Carysfort Avenue, Blackrock, Co Dublin IRELAND