Archived Thread: 'Stable Build?'

• Stable Build?

  Posted by montyguy on Thursday, March 29, 2007

  I know nothing is stable right now. Just curious as to what source code release do you feel is most stable? 1.06? I'd like to get the new functionality you guys are building but I get different build issues almost with each new download in the source code repository - which is understandable since this is an ongoing product build.

  Examples are - in actionpack-20547 the scaffolding throws an error "Error: Object reference not set to an instance of an object. "

  If I switch this back to version actionpack_20330 - no error, but the stripTableText isn't working either.

  Again, I understand this is ongoing... just curious as to the estimated stable 2.0 release?
   

• Re: Stable Build?

  Posted by tzarger on Thursday, March 29, 2007

  I have a problem where every since you need the templateDirectory, no matter what it fails to create the generated code. It fails with an exception saying something is not set...

  Any ideas what could be causing this in the last few builds?

• Re: Stable Build?

  Posted by Tirtohadi on Thursday, March 29, 2007

  It is because the template at the Dev\Code Template folder is not correct. If the templateDirectory is not set, the DLL will use template from Resources.Resx which contain the correct code.

  Need to wait for the templates to be updated by the team.

• Re: Stable Build?

  Posted by montyguy on Thursday, March 29, 2007

  Thx Tirtohadi - I followed the path and saw that as well. Just wanted to check-in to get some feedback.

  I just generated a data access class with the recent build off one table and opened up the .cs class that it generated - it had the using statements and then the word "Resources" ... that's all :P

  nonetheless, a stable SS is well worth the wait. cheers! 

• Re: Stable Build?

  Posted by canofunk on Thursday, March 29, 2007

  As you've noted, the last few builds have had some stability issues. There have been some significant changes under the hood in the last few builds which have resulted in some rough spots.

  The good news is that things should be stabilizing from this point forward, now that the 2.0 feature set is frozen. While there is not yet an official release date, I can say it will be "real soon."
  

• Re: Stable Build?

  Posted by paul1664 on Friday, March 30, 2007

  Hi Eric,

  I don't mean to be a pain but how soon is "real soon" ?

  "Real soon" for me is lunchtime (mmm... food ;-) ) but I guess you're talking a little longer... days? weeks? months?

   I don't want to start with 1.06 if 2.0 is just days away - or will they be easily interchangeable?

  Cheers, Paul.

• Re: Stable Build?

  Posted by montyguy on Friday, March 30, 2007

  thanks for the update eric. i know dates (and even estimates) are nearly impossible to provide being that it's an open source project.

  so, continue the amazing work and i'll just keep myself updated. 

• Re: Stable Build?

  Posted by canofunk on Friday, March 30, 2007

  I realize that "real soon" isn't much of an answer, so let me put it this way: Rob and I both want to have 2.0 squarely behind us by the time we head to Mix 07 at the end of the month. There will be some interim milestone releases between now and then (keep an eye out for announcements), and the more we can get people to bang on them, the sooner 2.0 can go final.
  

  Incidentally, Rob's got a spot on a panel at Mix talking about .NET open source and SubSonic. I'm just there to keep him honest, ask difficult questions, and make him pick up a few rounds... [:)] Also, since Rob is in Hawaii and I'm in Massachusetts, Las Vegas is kinda like meeting half way...
  

• Re: Stable Build?

  Posted by canofunk on Friday, March 30, 2007

  Also, with regards to the decision on whether to go 1.0.6 or 2.0:

  Your decision should be based primarily on your tolerance for risk, your time frame for deployment, and the complexity/design of your database. I would generally look at it this way:

  Start with 1.0.6 and upgrade to 2.0 at a later date if you:

  • Have a single SQL Server database
  • Have design flexibility in database object naming, or existing standardized naming practices in the database
  • Have short-term production deployment requirements (less than 1 month).
  • Don't anticipate the need to customize generation templates
    

  Start with the current pre-2.0 change sets if you:

  • Have multiple databases on a single or multiple platforms
  • Have database naming issues that require transformations at run time.
  • Have a slightly longer window (greater than 1 month) to production, and can tolerate a little bug shakeout.
  • Need maximum flexibility to perform custom queries in code.
    
  • Want/need to customize generator templates.
  • Plan to rely heavily on the scaffolds
  • Plan to do lots of work with stored procedures.
  • Want to be really kind and help us out by exercising the new code base.
    
• Re: Stable Build?

  Posted by montyguy on Friday, March 30, 2007

  Ok, I'll bang on the recent 2.0 releases then. I'm all for helping out.

  Issues I'm having right now is that stripTableText doesn't seem to strip. My table name is "Foo_" and if I enter stripTableText="Foo_" I'm getting  classes names like so: Foo[Tablename].cs instead of just being [Tablename].cs

  It also generated classes with just the word "Resources" in the .cs file (along with the appropriate using statements). So I actually can't do much with the current build.
  
  With such a fubar, I would assume it must be me doing something wrong on my side. But if I go back a few source code releases, it at least builds out the classes properly. The namespace and striptext don't work though in the earlier releases.
  

  I'm using SqlServer 2005.

  Let me rebuild again, play around with some stuff, and check my sanity. But until then, hopefully this helps provide some feedback.
   

   

• Re: Stable Build?

  Posted by canofunk on Friday, March 30, 2007

  Do you have stripTableText set at the service level or the provider level? One of the recent changes was to move it to the provider level (so you can perform different operations on different databases). The setting at the service level is now ignored.

  If you're feeling brave, I just added a new Change Set

• Re: Stable Build? and how do you employ SS in your project

  Posted by montyguy on Saturday, March 31, 2007

  i'm brave enough :)

  ok, so I have the stripTableText attribute on the provider level - always had it there actually. In fact, if I were to put it on the service level I believe an exception would be thrown...just tried it and yes it says there's an "unrecognized attribute".
  

  i'm using build 2065, which is a bit updated from your recent ChangeSet you mentioned above.
  

  here's a question for you guys - how are you employing subsonic in your new projects?

  For example, when I start a new project, I essentially copy the /Dev directory into that new project, and drop the latest SS dll in the bin. I also have to copy the defaut.master page stuff into the /Dev directory from the SubSonic.Web root and then also change the path to the tamplte in the /Dev .aspx files. (ugh, I know) Otherwise, I obviously get runtime errors because those master templates aren't there, lose styles, etc.
  
  But this allows for multiple versions of SubSonic to be running on various projects, which is sometimes I need (otherwise upgrading SS locally would require many builds). Also allows for me to continue to build the generated classes and scaffolding just for that project. I like the feel of that project encapsulation, but now I'm starting to think I may just be better off just running SubSonic.Web for each version of the SS release I have locally, instead of dropping it into each project (which again I like because I can write custom code in the .aspx Generators to only retrieve tables for that project, etc). Here's one reason below I'm thinking this mighht not be beneficial in the long run...
  

  The issue I'm having right now with that is that the AutoScaffold.cs I move into my /Dev dir for my project doesn't recognize any of the controls on the page. Which for the life of me I can't figure out. So I actually, for time sake, just comment out the entire AutoScaffold.cs file just so I can get my project to compile. But it works fine in the out of the box Subsonic.Web project. So this is obviously on my side when I'm moving files into my projects but I haven't resolved what would be causing this yet (even intellisense recognizes the controls on the page!).
  

  Anyway, any feedback is appreciated. Running with 1.06 was great and I'm hoping to get back to that same speed eventually with the 2.+ releases.