The people who are crazy enough to think they can change the world, are the ones who do. – Think Different!
RIP Steve.
October 6th, 2011 | by matt | apple
Oct
06
The people who are crazy enough to think they can change the world, are the ones who do. – Think Different!
RIP Steve.
Comments Closed
October 5th, 2011 | by matt | apple, cool videos, in the news
Oct
05
I’m not completely sold on how useful this will be. But I’m looking forward to the big boss getting hers so I can play with the Siri app. This looks pretty damn awesome. If it does a HAL voice, I may have to upgrade early
Check out more information about Siri on Apple’s website.
Comments Closed
September 22nd, 2011 | by matt | tips & tricks, vmware
Sep
22
We’ve recently been setting up vCloud 1.5 in the office and so far we like what we’ve been seeing. During the install, we did run into a bit of an issue when we set the API urls. On our first attempt we didn’t set them and had issues uploading media. You’d think that the two would be unrelated. You’d first think that you had a permissions issue on the file system somewhere right? Wrong-o-bucko! What you need to do is set the API url in Administration > Public Addresses. Uploading media apparently uses it.
Another issue that we ran into after we set the urls was that when we went to an org URL of say vcloud.us.com/org/orgVDC, we got a Org Not Found message. A huge thanks to Dave Hill for this FAQ that solved the issue for us. Here’s the part in particular that saved us some time.
vCloud Director: Org URL Not Found
Q. In vCD, I created an org and the org URL comes up as https://cloudURL/org/tenantOrg. However, attempting to access this Org URL results in an HTTP ERROR: 404 NOT_FOUND error. How do I resolve this problem?
A. Append “/cloud” to the vCD public URL in the VCD public URL setting under the System/Administration/System Settings/Public Addresses.
Comments Closed
September 9th, 2011 | by matt | devdog, micro$oft
Sep
09
Today I had the chance to get back to some code for CreateFolder which creates a public folder within our Exchange 2007 environment support by Microsoft’s Hosted Messaging and Collaboration frame work. I’ve been highly critical of Microsoft’s code before, and today has taken that to a new level.
Here is what I’m dealing with. First, let’s go to the documentation on TechNet:
Pretty clear that we have a few required parameters and a few optional ones to set some quotas. These optional parameters are what will soon drive me to uncontrollable rage.
Next, let’s look at the example directly from the web service. Here’s what it states we can pass:
POST /mpsws/ManagedEmail2007/Service.asmx HTTP/1.1
Host: prov01.bacon.lightedge.com
Content-Type: text/xml; charset=utf-8
Content-Length: length
SOAPAction: "http://provisioning.microsoft.com/webservice/managedemail2007/CreateFolder"
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<CreateFolder xmlns="http://provisioning.microsoft.com/webservice/managedemail2007">
<CreateFolderRequest xmlns="http://provisioning.microsoft.com/managedemail2007">
<Data>
<organization>string</organization>
<preferredDomainController>string</preferredDomainController>
<name>string</name>
<path>string</path>
<server>string</server>
<maxItemSize>string</maxItemSize>
<postStorageQuota>string</postStorageQuota>
<storageQuota>string</storageQuota>
</Data>
</CreateFolderRequest>
<sendCredentials>boolean</sendCredentials>
</CreateFolder>
</soap:Body>
</soap:Envelope>
Again, everything looks great. postStorageQuota and storageQuota are both there and seem perfectly reasonable.
So let’s actually SEND that command to the web service. Here’s the error I get back:
The element 'CreateFolder_Request' in namespace 'http://provisioning.microsoft.com/exchange2007provider' has invalid child
element 'postStorageQuota' in namespace 'http://provisioning.microsoft.com/exchange2007provider'. List of possible elements expected: 'prohibitPostQuota, server, issueWarningQuota' in namespace 'http://provisioning.microsoft.com/exchange2007provider'.The element 'CreateFolder_Request' has invalid child element 'postStorageQuota' . List of possible elements expected: 'prohibitPostQuota, server, issueWarningQuota' .
You get this is you change PostStorageQuota to prohibitPostQuota.
The element 'CreateFolder_Request' in namespace 'http://provisioning.microsoft.com/exchange2007provider' has invalid child element 'storageQuota' in namespace 'http://provisioning.microsoft.com/exchange2007provider'. List of possible elements expected: 'prohibitPostQuota, server, issueWarningQuota' in namespace 'http://provisioning.microsoft.com/exchange2007provider'.The element 'CreateFolder_Request' has invalid child element 'storageQuota' . List of possible elements expected: 'prohibitPostQuota, server, issueWarningQuota' .
In case you missed it, they changed the variable with in the back end server code, and failed to tell anyone that they made this change. Awesome!
This appeared only after we made the jump up to HMC 4.5 rollup 9. Before the PostStorageQuota and StorageQuota worked as expected. Needless to say, I’m less than impressed that they changed properties on me and failed to update the documentation OR the web service example. I guess figuring this out with trial by fire is the way that Microsoft expects you to learn. Thanks Microsoft!
Comments Closed
September 1st, 2011 | by matt | vmware
Sep
01
Hardware issues have forced a lack of blog updates this week. look for a recap next week when I have a chance to decompress.
Comments Closed