Brutus Online

Just a quick CRM 4.0 tip when you are working on Custom Reports in Visual Studio 2005.

Use Filtered Views instead of Tables or Views, otherwise you will recieve errors when running the report after importing it :

An error has occurred during report processing.
Query execution failed for data set 'Test_Dataset'
For more information about this error navigate to the report server on the local server machine, or enable remote errors

A little while ago, I was having trouble with postbacks and databound dropdownlists in a custom ASP.NET applicaion for CRM 4.0. After struggling for a day and sticking my head in the sand for a month, I picked up the problem for the last time. I was going to nail this sucker!

Going back to basics and suddenly I started thinking : But what was the solution?

Viewstate in ASP.NET! So after some digging, some google I found my hero : Gustaf Westerlund.
Add this line to your web.config of your custom ASP.NET application for CRM 4.0 and you are done :

<pages enableViewState="true" />

Shame on me for not seeing that in an earlier stage!

The viewstate in your web.config in the root of your CRM installation is set to false. That means that every site “beneath” that root level is taking over this viewstate setting… To false! So basically… Viewstate is evil! ASP.NET is scary!

Ow…yeah… and don’t forget to enable this property for your databound controls :

AppendDataBoundItems="True"

Dit lost dus voor mij een berg problemen met databinding en postbacks op, misschien heeft die ene trouwe lezer van mijn blog er wat aan?

This is solving a lot of databinding and postback problems! Maybe I’m helping that one reader of my blog with this?

PS: Gustaf, thank you very much!

Iedere keer als ik log4net logging wil gebruiken in een project, vergeet ik weer hoe dat ook al weer moest. De apache site is er ook niet echt duidelijk over, of je moet in de SDK gaan zitten zoeken. Voorbeelden staan her en der verspreid. Vanwege de wens om enige consistentie te creeeren in mijn manier van logging en omdat ik graag overzicht heb, post ik hier de stappen om logging aan te zetten in je .NET project.

1. Allereerst moeten we natuurlijk de log4net dll downloaden : http://logging.apache.org/log4net/download.html
2. Dan leggen we een referentie naar de dll.
3. Dan deze code bovenin je classes die je van logging wilt voorzien :

private static ILog logger = LogManager.GetLogger(MethodBase.GetCurrentMethod().DeclaringType.Name);

(owja MethodBase.GetCurrentMethod zit in de Sytem.Reflection class en op deze manier hoef je niet iedere keer een naam in te voeren die de huidige class representeerd…)

4. Vervolgens in de Page_Load van een Webapplicatie of in de Main van je console of Winforms applicatie :

XmlConfigurator.Configure();

5. Dan in de config-file (app.config of web.config) een configSection toevoegen :

<section name="log4net" type="log4net.Config.Log4NetConfigurationSectionHandler, log4net" />

6. Onderaan de config-file je log4net configuratie toevoegen :

<log4net>
<appender name="ColoredConsoleAppender" type="log4net.Appender.ColoredConsoleAppender">
<mapping>
<level value="ERROR" />
<foreColor value="White" />
<backColor value="Red, HighIntensity" />
</mapping>
<layout type="log4net.Layout.PatternLayout, log4net">

<param name="ConversionPattern" value="%date [%thread] %-5level %logger [%property{NDC}] - %message%newline" />
</layout>
</appender>

<appender name="GeneralFileLog" type="log4net.Appender.RollingFileAppender">       <file value="BertusTool.log" />       <appendToFile value="true" />       <maximumFileSize value="10000KB" />       <rollingStyle value="Size" />       <maxSizeRollBackups value="5" />       <layout type="log4net.Layout.PatternLayout, log4net">         <param name="ConversionPattern" value="%date [%thread] %-5level %logger [%property{NDC}] - %message%newline" />       </layout>     </appender>

<!-- levels: DEBUG, INFO, WARN, ERROR, FATAL -->
<root>
<level value="INFO"/>
<appender-ref ref="GeneralFileLog" />
<appender-ref ref="ColoredConsoleAppender" />
</root>
</log4net>

De eerste appender zorgt ervoor dat er een console geopend wordt, waarin gelogd wordt. De laatste appender is een fileappender.

7. In je code kun je dan bijvoorbeeld zeggen :

logger.Error("Help!", ex);

8. Voor meer informatie over andere appenders :

http://logging.apache.org/log4net/release/config-examples.html

Zo… dat vergeet ik niet zo snel meer

Edit : Een collega van me bij Sogyo kwam met de melding dat hij een errormelding kreeg op de log4net configuratie zoals hierboven beschreven. Na een onderzoek kwam ik tot de conclusie dat de SyntaxHighlighter de value in het conversionPattern foutief weergeeft. Ik heb het pattern vervangen door een simpele, die wel correct wordt weergegeven (bron : http://logging.apache.org/log4net/release/config-examples.html)

Edit2 : André Boonzaaijer heeft een sheet voor als je wilt weten hoe je standaard framework logging wilt gebruiken

Wanneer je op onderzoek gaat in de wereld van plugins voor Microsoft Dynamics CRM 4.0, dan komen er vragen boven. Wat moet er gebeuren om een plugin te kunnen maken/gebruiken. Wat is bijvoorbeeld het verschil tussen een workflow en een plugin? Wat is de inhoud van de context gevoelige objecten? Is debuggen mogelijk en zo ja : hoe? Daar kan ik een heel mooi epistel over schrijven maar dat kunnen anderen ook.

Deze vragen worden in deze post beantwoord aan de hand van een scenario, om een beeld te krijgen van een mogelijk doel van een plugin.

Read the rest of this entry »

Tenminste… dat was het subject van een email die ik laatst kreeg. Die mail bevatte een screencast om aan te tonen dat Resharper toch wel een hele fijne tool is.

Maar hoe fijn is ReSharper?

Persoonlijk ben ik van mening dat je lui bent als je ReSharper gebruikt. Aan de andere kant, hoe vaak gebeurd het niet dat je even niet meer weet hoe je iets moet implementeren? Of hoe vaak gebeurd het niet dat je het gevoel hebt, hetzelfde stukje code in een ander project opnieuw aan het typen bent?

En hoe vaak is die discussie al niet gevoerd op internet? Martin Fowler heeft zelfs de Tools pagina op zijn refactoring site al uitgeschakeld. Een beetje googlen en het lijkt of iedereen er toch wel met veel plezier gebruik van maakt! Er zijn zelfs fanatiekelingen die het twitteren!

Ouderwets

Noem me ouderwets, maar ik ben tegen. Okay, onderstaande screencast is dan wel een leuk voorbeeld van een pluspunt van ReSharper… Maar dat wil nog niet zeggen dat ik ook lui ga worden! Liever klop ik zelf mijn code zodat ik weet wat ik maak, dan dat ik tv ga kijken en ondertussen een ingewikkelde applicatie schrijf… Of…

Let op : Ondanks dat ik van een resharpende collega deze screencast kreeg en dat ik het woord “lui” heb genoemd, wil dat niet zeggen dat mijn werkgever luie mensen in dienst heeft

Anders dan in Visual Studio 2005, herbergt Visual Studio 2008 standaard wel de mogelijkheid om een Ajax enabled ASP.NET website te maken, maar net als in VS2005, bevat VS2008 nog geen Ajax Toolkit zodat je kant en klare Ajax Controls op je website kunt slepen. In deze post geef ik aan hoe je de toolkit toevoegd aan VS2008 en hoe je een popup-control toevoegd aan een ASP.NET website.

Read the rest of this entry »