connection string and actors_config.cfg
-
Thursday, July 26, 2012 2:28 PM
Hi,
I was trying to figure out if it's possible with casablanca to fetch the connection string from the role environment like it's possible to do with Azure SDK for .NET. is that possible? I couldn't find any REST api call or documentation on this.
Because I couldn't find that information, I tried to store the account name and credentials in the actors_config.cfg but seems there's a bug that will trim the trailing == chars of the shared key. the configs vector will not contain those trailing chars and therefor authentication vs storage services cannot be completed. Is it a bug or the '=' should be escaped somehow?
Yoav
All Replies
-
Thursday, July 26, 2012 5:57 PMOwner
That definitely sounds like a bug. Could you send me an example of what it looks like (not a real key, but something that has the same syntax)?
Thanks,
Niklas
-
Friday, July 27, 2012 11:43 AM
Hi Niklas
I found out that if i wrap the value with "" it works fine.
For example:
If i put in the actors_config.cfg the following line the trailing == are disappearing:
ServerCreds = 92hAt....bQ==
But if I put it like this:
ServerCreds = "92hAt....bQ=="
then its OK.
Forgot to mention I'm using Visual studio 2010 and not the 2012RC
But the real issue for me - Is there a way to fetch any of the settings value like done with .NET?
thanks,
Yoav
-
Friday, July 27, 2012 2:45 PMOwner
OK, I'll take a look at the .cfg issue. Thanks for reporting.
As for your real issue -- there isn't, but there will be. Casablanca is just a prototype, and before going live, there will be integration with the configuration mechanisms in Azure. What we're missing is integration with the Azure Service Runtime, which we will add later this year.
For now, the .cfg file or your own ad hoc configuration system is your best bet.
Niklas
-
Friday, July 27, 2012 3:07 PMOwner
Yep, the cfg parser got all confused by the '=' sign, which it thought was used to separate a cfg key from its value. Quoting takes care of it, but it should not be necessary. A fix will be in the next refresh (no date yet).
Niklas
- Edited by Niklas GustafssonOwner Friday, July 27, 2012 3:08 PM

