Home
Help
Register
Log in

Search

 
   Active Threads  

You are here: Home > General > Announcements> .NET 4.0 / VS.NET 2010 supported added to LLBLGen Pro v2.6!
 

Pages: 1
Announcements
.NET 4.0 / VS.NET 2010 supported added to LLBLGen Pro v2.6!
Page:1/1 

  Print all messages in this thread  
Poster Message
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 16-Apr-2010 12:58:33.  
As LLBLGen Pro 3.0 will arrive in May, not in April, we decided to add .NET 4.0 /VS.NET 2010 templates to LLBLGen Pro 2.6, so the happy few of you who are allowed to work with the latest and greatest of Microsoft's dev tools can now do that with v2.6. The new build uploaded this morning contains the new templates.

Of course, you're encouraged to try out the beta of v3.0 which already supported .NET 4.0 / VS.NET 2010 Regular Smiley
Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
T0M
User



Location:
Belgium
Joined on:
09-Nov-2009 13:29:19
Posted:
7 posts
# Posted on: 16-Apr-2010 14:17:03.  
Great!

Just yesterday I was thinking about converting my project to .NET 4.0 & VS 2010 until I realized there were no templates available.

Good to know LLBLGen Pro staff keeps things up-to-date.

Edit: Could it be that the Linq Template Binding hasn't been updated yet?

I manually added a .NET 4 platform tag in the SD.TemplateBindings.Linq.templatebindings file. I'm not sure this is the proper way to do it, but this way it'll generate the LinqMetaData.cs file.


LLBLGen Pro v3.1 Final (28/02/2011) > 3.1.11.311
Visual Studio 2010 SP1 > .NET 4
SQL Server 2008 R2
 
Top
arschr
User



Location:
Atlanta, Georgia; USA
Joined on:
14-Dec-2003 16:57:29
Posted:
879 posts
# Posted on: 16-Apr-2010 14:50:42.  
Thanks for the update.
- Al  Top
cjbiggs
User



Location:
Salinas, California USA
Joined on:
17-Apr-2009 01:57:50
Posted:
64 posts
# Posted on: 16-Apr-2010 18:12:31.  
Thanks for updating version 2.6 with the .NET 4.0 Templates.

There is nothing to it but to do it.  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 16-Apr-2010 18:13:08.  
T0M wrote:
Great!

Just yesterday I was thinking about converting my project to .NET 4.0 & VS 2010 until I realized there were no templates available.

Good to know LLBLGen Pro staff keeps things up-to-date.

Edit: Could it be that the Linq Template Binding hasn't been updated yet?

I manually added a .NET 4 platform tag in the SD.TemplateBindings.Linq.templatebindings file. I'm not sure this is the proper way to do it, but this way it'll generate the LinqMetaData.cs file.

oops! I'll correct that right away!

Indeed by adding the 4.0 platform to the list should fix it.

(edit) uploaded again. Sorry for this inconvenience! If you already had downloaded the bits, just open the linq template bindings file in notepad and add a
<platform name=".NET 4.0" />
line below the 3.5 platform specification.
Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
cjbiggs
User



Location:
Salinas, California USA
Joined on:
17-Apr-2009 01:57:50
Posted:
64 posts
# Posted on: 21-Apr-2010 17:31:56.  
Hey Otis.

Will there be new Runtime Libraries for .NET 4.0. I only see the ones for .NET 1.x, 2.0, and 3.5?

These of the runtimes I am using
SD.LLGLGen.Pro.DQE.Access.NET20
SD.LLGLGen.Pro.LinqSupportClasses.NET35
SD.LLGLGen.Pro.ORMSupportClasses.NET20

I guess I was expecting the ones for .NET 4.0 to have these names
SD.LLGLGen.Pro.DQE.Access.NET40
SD.LLGLGen.Pro.LinqSupportClasses.NET40
SD.LLGLGen.Pro.ORMSupportClasses.NET40

I know you added the 4.0 Templates, but I guess I expected it to use 4.0 Runtimes.

Thanks,

Charlie J.


There is nothing to it but to do it.  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 21-Apr-2010 17:56:15.  
cjbiggs wrote:
Hey Otis.

Will there be new Runtime Libraries for .NET 4.0. I only see the ones for .NET 1.x, 2.0, and 3.5?

These of the runtimes I am using
SD.LLGLGen.Pro.DQE.Access.NET20
SD.LLGLGen.Pro.LinqSupportClasses.NET35
SD.LLGLGen.Pro.ORMSupportClasses.NET20

I guess I was expecting the ones for .NET 4.0 to have these names
SD.LLGLGen.Pro.DQE.Access.NET40
SD.LLGLGen.Pro.LinqSupportClasses.NET40
SD.LLGLGen.Pro.ORMSupportClasses.NET40

I know you added the 4.0 Templates, but I guess I expected it to use 4.0 Runtimes.

Thanks,

Charlie J.

No, there won't be any .net 4.0 specific builds, because no code has changed (as in: we don't use any 4.0 specific code)
Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
cjbiggs
User



Location:
Salinas, California USA
Joined on:
17-Apr-2009 01:57:50
Posted:
64 posts
# Posted on: 21-Apr-2010 19:51:34.  
Thanks Otis. I see and I understand. That is what I figured.

There is nothing to it but to do it.  Top
cjbiggs
User



Location:
Salinas, California USA
Joined on:
17-Apr-2009 01:57:50
Posted:
64 posts
# Posted on: 21-Apr-2010 20:05:31.  
Will this be the case for LLBLGEN 3.0 as well for the Runtime Libraries as well?

Thanks,

Charlie J.
There is nothing to it but to do it.  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 21-Apr-2010 20:33:33.  
cjbiggs wrote:
Will this be the case for LLBLGEN 3.0 as well for the Runtime Libraries as well?

Thanks,

Charlie J.

Yes, as v3.0 focuses mainly on the designer (we always do that: update designer, next verion update runtime etc.) and not the runtime (although we made some changes and optimized a lot of code in the DQEs for example). We don't use .NET 4.0 specific code yet. The main reason we want to keep 1 code base is to have less code to maintain. v2.6 has also 2 code bases (.net 1.x and .net 2.0+) and it's not easy to maintain it. In 3.0 we drop .net 1.x, but want to stay on .net 2.0 specific code for a while, as there's no real necessity for using .net 4.0 specific code in the runtime at this point.


Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
Pablo
User



Location:
Sneek
Joined on:
21-Mar-2005 01:17:52
Posted:
81 posts
# Posted on: 23-Apr-2010 10:11:34.  
Hello,
I installed the new version 2.6 with support for vs2010.
When I use the designer to create the new DAL, everything works fine.
When I use CliGenerator to generate, it produces a porjectfile that still requires conversion in visual studio 2010.
Any ideas on that?
I recompiled cligenerator.exe using reference to the updated dlls.
Paul
  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 23-Apr-2010 10:23:39.  
Pablo wrote:
Hello,
I installed the new version 2.6 with support for vs2010.
When I use the designer to create the new DAL, everything works fine.
When I use CliGenerator to generate, it produces a porjectfile that still requires conversion in visual studio 2010.
Any ideas on that?
I recompiled cligenerator.exe using reference to the updated dlls.
Paul

cligenerator uses the settings inside the project file for .net version etc. So if you have a .lpg file which was used to generate .NET 3.5 code, then use the cligenerator, it won't generate .net 4.0 code for you. You have to first generate code for .net 4.0 (and use the 4.0 preset) in the designer, save the project afterwards, and then use the cligenerator. Did you use that process? Also, if you use the command line parameter format where you specify the preset etc., you have to make sure you use the 2010 preset.


Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
Pablo
User



Location:
Sneek
Joined on:
21-Mar-2005 01:17:52
Posted:
81 posts
# Posted on: 23-Apr-2010 10:46:31.  
Thanks for your reply.
I did not see the 2010 preset, since I kept my target platform 3.5.

The thing is, I don't want to target platform 4.0 (i suppose). My hosting company did not upgrade to 4.0 yet. However, I do want to use VS2010, targeting 3.5.

Does that make sense?
Paul

ps. sofar i did not change the commandline of cligenerator.exe ...

  Top
Pablo
User



Location:
Sneek
Joined on:
21-Mar-2005 01:17:52
Posted:
81 posts
# Posted on: 23-Apr-2010 10:55:30.  
I changed the preset on the commandline to 2010.
This works. No more conversion required.

Strange enough though ... it also makes VS2010 not notify me of a new version of the dal project available (asking me to reload etc..)
I think that's not a problem.

Paul

ps. after using this a couple of times now. It seems to work fine, and the missing Reload dialog actually is a blessing.


  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 24-Apr-2010 10:48:17.  
Pablo wrote:
I changed the preset on the commandline to 2010.
This works. No more conversion required.

Strange enough though ... it also makes VS2010 not notify me of a new version of the dal project available (asking me to reload etc..)
I think that's not a problem.

Paul

ps. after using this a couple of times now. It seems to work fine, and the missing Reload dialog actually is a blessing.

The re-load happens if you have the project open in vs.net and it gets overwritten _and_ you have 'CleanUpVsNetProjects' set to true in the project properties inside llblgen pro.

To use vs.net 2010, you have to select .net 4 indeed.
Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
Pablo
User



Location:
Sneek
Joined on:
21-Mar-2005 01:17:52
Posted:
81 posts
# Posted on: 02-May-2010 21:18:33.  
I've been running my app now more than a week using 4.0 framework and working with vs2010. It has been a rough week, with lots of 'new' problems. I have the feeling (dificult to measure) that this setup uses some more memory, since my application pool gets recycled a lot, since working with this version. My hoster provides 200MB internal ram, and when the app actually uses that memory(with some delay) it recycles the pool. Normally this is not a problem, say 2 times a day, but every 5 minutes is really no fun.

So actually I would like to go back to 3.5 ... (not vs2008 though), or ... another option is to move forward, and go to Azure.

I've done some preliminary testing and investigating in Azure ... it seems to support only 3.5.

Either way, I think I need to be able to target .net framework 3.5 using Vs2010.

Any thoughts on this?
Paul



  Top
Otis
LLBLGen Pro Team



Location:
The Hague, The Netherlands
Joined on:
17-Aug-2003 18:00:36
Posted:
37644 posts
# Posted on: 03-May-2010 10:05:10.  
Pablo wrote:
I've been running my app now more than a week using 4.0 framework and working with vs2010. It has been a rough week, with lots of 'new' problems. I have the feeling (dificult to measure) that this setup uses some more memory, since my application pool gets recycled a lot, since working with this version. My hoster provides 200MB internal ram, and when the app actually uses that memory(with some delay) it recycles the pool. Normally this is not a problem, say 2 times a day, but every 5 minutes is really no fun.

So actually I would like to go back to 3.5 ... (not vs2008 though), or ... another option is to move forward, and go to Azure.

I've done some preliminary testing and investigating in Azure ... it seems to support only 3.5.

Either way, I think I need to be able to target .net framework 3.5 using Vs2010.

Any thoughts on this?
Paul


First, please open a new thread if you run into problems, this is an announcement thread, not a support thread.

Second, locally do memory profiling: run the application you wrote and profile the memory consumed. This might take a while, i.e. you've to do more than clicking a single link. Memory profilers are for example Ants from red gate or dottrace from jetbrains. With the memory profiling you can discover what's been kept in memory. This might be caused by asp.net 4.0 which for example caches way more data now than before.
Frans Bouma
LLBLGen Pro / ORM Profiler Lead Developer | Blog | Twitter
 
Top
Pablo
User



Location:
Sneek
Joined on:
21-Mar-2005 01:17:52
Posted:
81 posts
# Posted on: 03-May-2010 19:33:46.  
thanks. I'll open new thread.

  Top
Pages: 1  


Powered by HnD ©2002-2007 Solutions Design
HnD uses LLBLGen Pro

Version: 2.1.12172008 Final.