Any changes to DatabaseMigrator in 1.6.5?
 
Home My Account Forum Try It! Buy It!
About Contact Us Site Map
StrataFrame Forum
Home      Members   Calendar   Who's On
Welcome Guest ( Login | Register )
      


12»»

Any changes to DatabaseMigrator in 1.6.5?Expand / Collapse
Author
Message
Posted 02/13/2008 12:05:46 PM


Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 10:06:43 AM
Posts: 595, Visits: 11,181
I have a web project that deploys DDT package files to databases via the DatabaseMigrator class.

I haven't touched this in weeks and it was working, now the database is created but the tables are not deployed. Were there any changes to this class in 1.6.5 that might have caused this before I rip it apart? To the best of my knowledge the SF upgrade is the only thing that has changed in this area of the project.

Thanks.
Post #14350
Posted 02/13/2008 12:19:30 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 8:47:41 AM
Posts: 4,104, Visits: 4,175
Were there any changes to this class in 1.6.5 that might have caused this before I rip it apart?

Only one line of code....which should not have any impact on this.  We added a line that sets whether or not the column is a RowGuid column.  But if there were some error it should show up in the log file that gets generated.

I would be really surprised if the update had anything to do with this.  I would start with the log files and go from there.

Post #14351
Posted 02/13/2008 12:26:49 PM


Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 10:06:43 AM
Posts: 595, Visits: 11,181
Hmm where does this log file get generated?
Post #14353
Posted 02/13/2008 12:50:28 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 8:47:41 AM
Posts: 4,104, Visits: 4,175
By default it should be in the same location as the package file with a name like MyPackage_Results.log.  You do have to turn on logging though:

Dim mg As New MicroFour.StrataFrame.DBEngine.SQL.DatabaseMigrator("MyConnection", MySyncObject)
mg.EnableLogging = True
mg.LogFilePathAndFileName = "c:\CustomPathandFilenameHere.log"

I am pretty sure that if you don't set the LogFilePathAndFileName that it will just use the defaults (same folder location as the PKG file and the naming schema mentioned above.)

Post #14355
Posted 02/13/2008 12:58:55 PM


Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 10:06:43 AM
Posts: 595, Visits: 11,181
0oooooo logging, I would have pretty much loved to know that was there, I think DatabaseMigrator was skipped in the documentation phase?

Anyhow....."fld_RowGuiD" ?

• 2/13/2008 1:56:10 PM-> Deploying meta-data for database 'ioi_oo6972'
• 2/13/2008 1:56:13 PM-> The database 'ioi_oo6972' was created successfully.
• 2/13/2008 1:56:13 PM-> Ensuring Filegroups exist on database 'ioi_oo6972'
• 2/13/2008 1:56:14 PM-> Filegroup verification complete.
• 2/13/2008 1:56:14 PM-> Ensuring Tables exist on database 'ioi_oo6972'
X 2/13/2008 1:56:14 PM-> An error occurred while deploying the meta-data to the server.
X 2/13/2008 1:56:14 PM-> ArgumentException
X 2/13/2008 1:56:14 PM-> Column 'fld_RowGuid' does not belong to table DBEFields.
X 2/13/2008 1:56:14 PM->
X 2/13/2008 1:56:14 PM-> Source : System.Data
X 2/13/2008 1:56:14 PM->
X 2/13/2008 1:56:14 PM-> Stack Trace:
X 2/13/2008 1:56:14 PM-> at System.Data.DataRow.GetDataColumn(String columnName)
X 2/13/2008 1:56:14 PM-> at System.Data.DataRow.get_Item(String columnName)
X 2/13/2008 1:56:14 PM-> at MicroFour.StrataFrame.DBEngine.SQL.FieldInfo.get_fld_RowGuid()
X 2/13/2008 1:56:14 PM-> at MicroFour.StrataFrame.DBEngine.SQL.DatabaseMigrator.CreateSmoColumn(Table ColParent, FieldInfo ColInfo)
X 2/13/2008 1:56:14 PM-> at MicroFour.StrataFrame.DBEngine.SQL.DatabaseMigrator.CreateSmoTable(Database TblParent, TableInfo TblInfo, Boolean TempTable)
X 2/13/2008 1:56:14 PM-> at MicroFour.StrataFrame.DBEngine.SQL.DatabaseMigrator.EnsureTables(Database TblParent, DatabaseInfo DbInfo)
X 2/13/2008 1:56:14 PM-> at MicroFour.StrataFrame.DBEngine.SQL.DatabaseMigrator.EnsureDatabases()
X 2/13/2008 1:56:14 PM-> at MicroFour.StrataFrame.DBEngine.SQL.DatabaseMigrator.DeployMetaDataThread()
X 2/13/2008 1:56:14 PM->
Post #14356
Posted 02/13/2008 1:05:01 PM


Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 10:06:43 AM
Posts: 595, Visits: 11,181
I also get this when trying to view Stored Procs within the DDT.

Thanks.



  Post Attachments 
error.jpg (2 views, 35.85 KB)
Post #14358
Posted 02/13/2008 1:18:05 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Today @ 8:47:41 AM
Posts: 4,104, Visits: 4,175
You did not update your StrataFrame structures when you loaded the last update (or whichever server is housing the StrataFrame database).  There are new fields that are used, such as the fld_RowGuid property.  Just reload the latest 1.6.5 build and be sure to update the structures...or take the StrataFrame.pkg file in the C:\Program files\common files\microfour\strataframe folder and deploy it to the appropriate server.  I have attached the latest PKG file so that you are sure to have the most recent version.

  Post Attachments 
StrataFrame.pkg (5 views, 350.65 KB)
Post #14361
Posted 02/13/2008 1:34:23 PM


Advanced StrataFrame User

Advanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame UserAdvanced StrataFrame User

Group: StrataFrame Users
Last Login: Today @ 10:06:43 AM
Posts: 595, Visits: 11,181
OK I will but I did the installs myself and and surprised the servers are not updated, in fact we have two in-house SQL Servers and I remember trying to remember the 2nd time which one I did the first

Why does the package file need to access the SF database when it is being applied to a project database? I don't want to have a SF database at all on the server this will eventually be deployed to in production as this project doesn't use SF for anything other than this one function.

Thanks.