[Building Sakai] release 1 SP1 of Lesson Builder

[csev]

Jim,

I think that we can come up with an elegant way to soft-wire these without requiring extremely ugly pom wiring.

I think that the path to soft-wiring is EntityBroker and it is why we need to put EB into kernel so we can get to the point where we are comfortable expecting virtually every tool to implement some EB capabilities that export lists of fine-graned launch able resources.

I would not be surprised if as we push more and more through EB - we may find the need to tweak EB.

I think that the best way to think of the roadmap is to allow CHuck H to get it into production at Rutgers, get some real experience, react to performance and usability issues that come up in production and then after a few months take a look at making it plug into Sakai more elegantly and have the rest of Sakai plug into it more elegantly.

But we do need to let it run at Rutgers for a while because real production experience on emerging software is *very precious* for the long-temr quality of that software.

/Chuck

On Dec 22, 2010, at 11:46 AM, Jim Eng wrote:

> Adam,
> 
> There are at least three issues here:
> 
> 1) build-time dependencies
> 2) run-time dependencies
> 3) What shows up in the UI
> 
> These are all non-trivial. What you propose deals with only the third issue, and even that may not be easy, depending on the implementation. That's why I'm posing this question. 
> 
> IMO, the best approach would deal with all three. Instead of having to build and deploy code for each supported entity type, you would build and deploy LB plus some set of connectors.  A connector for Samigo would depend on LB and Samigo, but LB would not depend on Samigo.  I don't know whether that is feasible.  
> 
> The problem I am asking about is probably part of the reason something like LB has not been available in Sakai sooner.  I'm really excited about LB, and I'm hopeful we can introduce it at Michigan. But if it requires us to include modules in our build that we do not use, we may not be able to do so.  
> 
> Thanks.
> 
> Jim