So I don't actually own a Pre - but I still think its fairly lame for Apple to produce a special release of iTunes whose only purpose is to disable Palm Pre syncing.
http://www.engadget.com/2009/07/15/itunes-8-2-1-brings-pres-music-syncing-capability-to-a-halt/
Dim scale = New Scale() With {.Name = String.Format("{0} - {1}", items.First(), items.Last())}
Dim englishId = GetEnglishLanguageId()
For i As Integer = 0 To items.Count() - 1
scale.ScaleTexts.Add(New ScaleText() With {.ScaleLabel = items.ElementAt(i), _
.ScaleOrder = i + 1, _
.ScaleValue = i + 1, _
.LangID = englishId})
Next
Db.ScaleTexts.InsertAllOnSubmit(scale.ScaleTexts)
Db.Scales.InsertOnSubmit(scale)
Db.SubmitChanges()
Return scale
In addition, we'll be upgrading to Visual Studio 2008 as soon as possible . I believe the plan is to get the MSDN SKU of it, which will be awesome. We'll also be creating a seperate area of FogBugz for the use of this project and discussion best practices for using that.
Getting all this through will probably be a not easy task. But doing it will get us right on line for some world-class development environment characteristics. And it will make our projects more successful - which means it will be worth it.
Huh.
Never thought this would be the case, but it looks like there is a case where Transact-SQL is case-sensitive.
( Be warned - this cut is very nerdy )
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif){kind=small}
netbardictales. As well as RP, which is awesome.jilliko off at her rehearsal and then go off to Aikido. Wednesday night is looking like some game work and, thus, computer time. Thursday is more Aikido and then it looks like I'll be running Forsaken on Friday.[WebService(Namespace = "http://tempuri.org/")]I typed this:
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[ToolboxItem(false)]
[ScriptService]
public class SurveyList : System.Web.Services.WebService
[WebService(Namespace = "http://tempuri.org/")]And of course the AutoCompleteExtender simply failed silently. Argh.
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[ToolboxItem(false)]
public class SurveyList : System.Web.Services.WebService
When attempting to sign a document in an ASP.NET environment, its important to realize that you're likely running in the ASPNET user account. This user account has almost no privileges; amongst those missing are the ability to access the private key's of certificates (though this is a pretty rare privilege - it looks like only the Administrators group and the System account get default access to those). Attempts to access X509Certificate2.PrivateKey will fail by throwing a System.Security.Cryptography.CryptographicException exception with the text payload (keyset does not exist). There are three ways to fix this:
- Give ASPNET permissions to read the private key of your certificate. Best way to do this that I've found is to download the Microsoft Web Service Enhancements tools and install them (when installing, select the administration option, unless you're installing it on an actual development box). This will install a certificates management program which you can use to find your certificate and give ASPNET permissions to read your certificate's private key.
- Change the user account that your ASPNET site is running under. Remember, though, that by default only the Administrators group and the System account have access to private keys. Generally speaking, you don't want to give this amount of permission to the account running an externally facing web site. Its a very bad idea.
- Do both. Create a special user account for ASPNET sites that need to encrypt things, and then give it access to the private key of your certificate.