StrataFrame Betas: To Install, or Not To Install. That is the Question!


Author
Message
Alex Luyando
Alex Luyando
StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)
Group: StrataFrame Users
Posts: 112, Visits: 1.2K
Hi all -



I've read many postings about how stable the StrataFrame betas are and how MicroFour uses the betas when working on their production medical software before the betas even get posted for the rest of us. From the little experience I've had thus far with the betas they certainly do appear stable and perform as advertised.



Still, I'd like to see some comments from folks both in and out of MF regarding how quickly or slowly everyone installs the betas. Among the questions/thoughts I have are the following, although please do not limit the discussion to just these topics.



- For those in a multi-developer shop supporting internal applications, what are the benefits and risks of early use of SF betas?



- In the above environment, how do people handle situations where you've updated to a SF beta, and then need to get a production patch out? Do you maintain a separate development environment with the prior (perhaps production) StrataFrame release to handle production bug fixes?



- For the early adapters among us, has there been "gotchas" from time-to-time that made the early installation of the betas less than ideal.



- For the early adapters among us, has there been times where it turned out to be significantly better to have installed the beta as it resolved some prior bug or provided improved functionality that significantly reduced development time?





I think our shop needs to determine a policy for all StrataFrame developers to either upgrade to the latest beta pretty much as they come out, or just stick to "production" StrataFrame releases. This has been sparked by what I believe to be the well-documented change to the BOs FieldPropertyDescriptors which seems to cause an application we have to work on one developer's workstation but not the other. Either way, we need to pretty much march to the beat of the same drummer so comments on the above will be helpful, I'm sure.



Thanks.

________________

_____/ Regards,

____/ al




________________
_____/ Regards,
____/ al
Reply
Alex Luyando
Alex Luyando
StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)StrataFrame User (298 reputation)
Group: StrataFrame Users
Posts: 112, Visits: 1.2K
Greg McGuffey (02/06/2009)
I generally run with the Betas. However, I've been thinking about what might be a couple of gotchas related to versioning in general though:



First, since the SF DLLs get installed to the GAC, once upgraded, if you checkout your production branch to do a hot fix, I think your going to get the latest SF DLLs, as VS pulls from the GAC first. So, while your hot fix might be just updating a single method to fix some logic, you might suddenly be updating much more than that (e.g. rebuilding all your BOs).





I have to agree with this being a fairly significant concern, or at least something deserving clear-heading thinking. I tend to prefer to load the betas as they come out for lots of the reasons already mentioned here, but I do want to be able to produce hot fixes as needed.



To that end I am actually considering the benefits of migrating my development environment to a Virtual PC. I can then copy the virtual machine after a build is released to users, and even commit it to source control. In turn, this will give me a way of getting back to the complete and exact development environment--including SF release--that was in place when a production build was released to users.



Thoughts on this approach?




________________
_____/ Regards,
____/ al
GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...





Similar Topics

Reading This Topic

Login

Explore
Messages
Mentions
Search