I'm sorry with my attitude, but it is very frustrating to not event get an answer to your post when you have a problem that, most of the time, isn't directly related to the work you did.
I've seen better and faster support on aquariums troubleshooting forums. Anyway, I'll promise to calm down from now on as I'm pretty sure I'll have to create new posts soon.
I had to learn NetTiers not because I wanted to , but because It was already implanted in the systems I have to work on. If it was my code, I would be able to troubleshoot it easily.
Maybe the programmer before me didn't realise that this project wasn't ready for a corporate environment.
It's like If I had a problem with a Crystal Report getting corrupted and I wouldn't get any support for it.
The difference with your project is that this is not a report, but the whole DAL. You know how it is critical. It just has to work.
The NetTiers project is a wonderful project, with tremendous potential and the more I learn it, the more I learn about designing a perfect OO DAL.
But the project is quite big and I don't have anything but the code to rely on when I have a problem. Now I understand the design of the DAL much better, but at first I have to admit that I was quite lost. And my problems are always stuff that I can't really troubleshoot, like generating the DAL and compiling it.
I got 3 projects relying on the DAL. That means that if the DAL is not working I have to resolve it asap because I'm stuck on three different projects.
If it was my own DAL I wouldn't bother you guys, because I would know how everything about it.
Again, I have to understand that you guys do this for free and I promise to calm down on my next posts.
But I see so many unanswered posts with critical problems, at least please take the time to say that you will help him later.
To me, when you don't post any answer, it's because you don't care about me and my problem.
----------------------------------------------------------
The error I got was because the COM had references to an older dll of the DAL in the registry.
How did I know ?
Assembly Binding Log Viewer (Fuslogvw.exe)
Displays details
for failed assembly binds. This information helps you diagnose why the
.NET Framework cannot locate an assembly at runtime.
When regasm.exe binds the assemblies for the COM to work properly, it binds the dll in the parameter, but also every other dll (assemblies) used by this dll.
The question is which dlls does this program gets? the ones in the folder of the COM dll project.
So, if you make a new version of the DAL and don't delete (that what I did, maybe another workaround) the DAL dlls so it gets refreshed with the new dlls on build, you get the older ones as references. Even if you put the COM dll and the DAL dlls in the vb6 program folder, it will still get the reference from the project where the COM DLL was builded.
and thats why I had this message System.Configuration.Provider.ProviderException: Unable to load NetTiersServiceSection.
but I still don't know why I wasn't able to get an instance of the provider in the DAL.
And I still don't understand why It was behaving this way with regasm and was working fine with my other test program in C#.
Maybe because it is in the same solution.
I have to say that it took me some time, but I learned about COM Interop with C#, regasm, fuslogvw, and even NetTiers design.