1. Home
  2. LLBLGen Pro
  3. Custom Templates

Using CSLA with LLBLGen... JCL is dead

Posts   
 
    
bunzee
User
Posts: 84
Joined: 20-Mar-2007
# Posted on: 29-Dec-2008 16:23:14   

LLBLGen v2.6 Latest CSLA framework.

I would like to use CSLA with Llblgen. So far in this forum JCL framework is recommended. The problem is JCL tutorial is out dated. Latest JCL download (JCL2.5 for Llblgen2.5) is missing .sln file and has built error. And worse yet there has been no activity or forum response since 2007.

The way I see it, JCL is dead so please do not recommend JCL any more. Can any one recommend any other framework to use CSLA with Llblgen?

Thanks

BZ

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 30-Dec-2008 11:09:50   

JCL was a community effort by a couple of friendly guys from Kuwait. I think they didn't have the time to keep the framework up to date.

I'm not sure what you're looking for in CSLA. If it's validation etc. you don't need CLSA. If it's business rule stuff, it might still be usable but I'm not sure how easy it is to integrate things in the current CSLA stuff (e.g. if it uses linq or not)

Frans Bouma | Lead developer LLBLGen Pro
arschr
User
Posts: 893
Joined: 14-Dec-2003
# Posted on: 30-Dec-2008 13:37:12   

One reason people will look to CSLA is that it supports Silverlight. At least that is why I'm looking at it.

I'm using the LlblGen 3rd part templates for DTOs currently, they are working great for getting data into silverlight, but fall down in areas like change tracking.

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39614
Joined: 17-Aug-2003
# Posted on: 30-Dec-2008 16:47:14   

arschr wrote:

One reason people will look to CSLA is that it supports Silverlight. At least that is why I'm looking at it.

I'm using the LlblGen 3rd part templates for DTOs currently, they are working great for getting data into silverlight, but fall down in areas like change tracking.

Using silverlight with ADO.NET dataservices and our ado.net dataservices templates, would that make a difference? Supporting silverlight is a bit of a pain as the runtime lib has to be stripped from a lot of code which is a lot of work (to put it lightly wink ).

Frans Bouma | Lead developer LLBLGen Pro
bunzee
User
Posts: 84
Joined: 20-Mar-2007
# Posted on: 30-Dec-2008 21:33:45   

Otis,

I agree with the comment regarding CSLA Silverlight. The only reason that I looked at CSLA is for silverlight support. As our web application (web form) is practically stateless I did not have a need for the statefull CSLA business object. However moving to silverlight is a different story. Specifically the communication layer. CSLA has an example (Rolodex) that allows silverlight to talk seemlessly with the dataportal server (which does not compiled against Silverlight dll).

BZ

arschr
User
Posts: 893
Joined: 14-Dec-2003
# Posted on: 31-Dec-2008 12:54:15   

Using silverlight with ADO.NET dataservices and our ado.net dataservices templates, would that make a difference?

I don't know yet, I've not taken the time to look at them. I'll try to over the new year break.