As the reason for most of these posts to come out, there’s been something that I’ve been fighting with for a very long time now. Flash Builder performance. It’s always been sluggish and quite frankly it’s a huge memory hog. Eventually I came across posts about how to increase the heap size of the java virtual machine that Flash Builder uses via adding -Xms and -Xmx switches with the appropriate values afterwards. But after a while Flash Builder will crash out with java heap errors, which directs me, yet once again, to go back and adjust those flags in the FlashBuilder.ini file. So how can I get this program to behave better? The trick brought back memories of the days when 64 bit processors where first introduced.
“Somewhere, somehow Flash Player trace logging stopped appearing in the flashlog.txt file.”
I’m sure many of you have had that thought run through your mind. I know I’ve been fighting it for a long time now. I do component development for SAP BusinessObjects Xcelsius and for their newly released SAP BusinessObjects Dashboards 4.0 sp4. When I work on my Xcelsius connectors I flip back over to Flash Player 9 as somewhere during the Flash Player 10.x trace logging just stopped. Also I’m on Windows 7, and since Windows Vista the only way to install the connectors in is to run Xcelsius as an administrator. So somewhere along the way the latest Flash Players have stopped logging to the flashlog.txt file, which for those who do component development for Xcelsius and Dashboards 4.0 know that will really slow down your debug time. But how can I get this working again? The answer wasn’t nearly as straightforward as I hoped.
So recently I’ve come across a new extension for Visual Studio 2010 called Visual Studio Achievements, which is a fun little extension that just made me chuckle a little, especially considering it isn’t anything that will make me more productive. Or did it? Discovering this little gem did introduce me to FxCop! Can’t believe that I’ve been tooling around in the .NET world and never heard of this little tool. Because I’m feeling particularly lazy today, here’s a “what this is about” snip right from the msdn page.
So I’ve decided to take on a favorite task, loved by developers the world over. Upgrading projects to the latest version of the IDE. One of them had to make the trek from Visual Studio .NET (yes you just read that correctly) all the way up to Visual Studio 2010. Everything was moving a long quite nicely. Just down to identifying a ton of warnings now being thrown when I build the project. To my amazement it really seemed Microsoft.CppBuild.targets had a fit. There were so many warnings related to this document that Visual Studio had to stop reporting them (as the final warning for that document stated). So 101 warnings in a framework file tucked away in C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0. Clearly something we, as developers, don’t have control over. Something really odd is going on here. My suspicion is the project migration failed in some glorious way. Reviewed the upgrade logs and nothing of note there. So onto google! Continue reading
Today I’ve been spending some time learning how to implement a simple self hosted WCF (Windows Communication Foundation) service. To implement a self hosted one, you need to create a Web Service Library project to create the dll. Then the idea is you can self host the dll either through a console application or service application. I’ve been following along pluralsight’s training course on basic WCF implementations, configuring services with endpoints at 8:37, and I’ve seemed to hit a snag.
I’ve gotten to the point where I’m changing the default port from a debug port (8732 or 8731 in their example) to use port 8080 and my service will not stand up. In addition to that I’m also adding tcp service endpoints as well. When I try to debug the service, I keep getting the following error:
Please try changing the HTTP port to 8732 or running as Administrator.
System.ServiceModel.AddressAccessDeniedException: HTTP could not register URL http://+:8080/evalservice/. Your process does not have access rights to this namespace (see http://go.microsoft.com/fwlink/?LinkId=70353 for details). —> System.Net.HttpListenerException: Access is denied.