Hello everyone. I have inherited a project that is using CSLA version 1.51.2163.27113. There is a method in the NameValueList component of this assembly named SimpleTableFetch with a signature of CSLA.NameValueList.SimpleTableFetch(String, String, String(), ByRef System.Data.DataTable).
I don't see this method in any of the 1.5 versions of source code on the website. This leads me to guess that the method was added by a previous programmer; but there are no signs of CSLA source code anywhere on my end. I only have DLLs.
Is it possible that this method was part of CSLA at some point; and, if so, where might one find the source code?
Thanks in advance.
Only the lasted 1.5 version is available: http://www.lhotka.net/cslanet/download.aspx
Unless there's another I don't see somewhere.
Yes, I saw those. Downloaded the 1.4, 1.51 and 1.53 versions. None have that method signature. I was hoping to replace the CSLA DLLs with source code but my project is using that missing method and I hesitate to guess at its implementation. This isn't my actual problem with my inherited project. I was just hoping to get a full trace by using the source code so I could debug my real issue.
I will give this a while in case any old timers have an idea; but I will probably be posting a new topic with my real issue: i.e. really slow performance when issuing MarkOld() on a business object containing collections of business objects that contain collections of business objects. I don't want to fully explain here. I will save it for another topic.
There is a 1.4, 1.51, 1.53 and various alphas and betas out there. None had my missing method.
I don't recall if that method existed in that version or not, its been a while since I've used it. In those days I think it was pretty common for people to modify the source code for Csla though to add helpers as the framework was more of a working sample to go along with the book. Later though it become more of a true framework, and really should be used like any other (don't modify the source).
You could use a decompiler to get the source code from the dll.
There are 3 free ones to choose from (each have different strengths and weaknesses so I ususally try at least 2 of them)
They usually differ on lamda stuff and newer compiler syntax sugar so for v 1.5 I would assume that any one will do the job.
All 3 support save as C# Project - but Resource files is not correctly generated by all of them. Just try!
So my recommendation is
I think that's a great idea. I had already coded what I thought the method was doing from its usage and from the SimpleFetch method that is already in the source code. Now I can check my guess with the decompiler. Thanks very much.
I wonder ... I need to update some third party controls if I want to use them in designer mode and I was thinking I might update the project from VS2008. Now I am wondering if I should update CSLA also. If I did, should I update to a specific version or just jump all the way to the top and get the most recent version? What do you think?
I think moving to the latest CSLA will be well worth it. There are a TON of useful features, better support for plugging into the Csla processes, better support for unit testing, support for more modern UIs (Asp.Net MVC, Metro apps, WebApi), async / await (if you can get to .Net 4+) etc.
It will NOT be an easy thing to do though, and I think you'll need to do it in stages as there are numerous breaking changes along the way.
This thread discusses such an upgrade: http://forums.lhotka.net/forums/t/10279.aspx
Copyright (c) Marimer LLC