Brutus Online

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!

Duplicate detection in CRM 4.0 is a nice tooling for frontend-users and works like a charm, but what if you want to do this in code? The MSDN API is not telling me enough and google search isn’t much of a help at all.

Therefore I posted some code which shows creation of a contact-record with duplicate detection :

contact eenContact = new contact();
eenContact.firstname = "Bert-Jan";
eenContact.lastname = "Diedering";
eenContact.address1_city = "Utrecht";

TargetCreateContact target = new TargetCreateContact();
target.Contact = eenContact;

CreateRequest request = new CreateRequest();
request.Target = target;
request.OptionalParameters = new OptionalParameter[]
{
new CreateDuplicatesOptionalParameter {Value = false}
};

CreateResponse response = (CreateResponse)client.Execute(request);

Also read a few words about the OptionalParameter.

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

Wie met CRM 4.0 werkt, weet dat het gebruiken van workflows een hoop werk kan besparen. Je kunt bijvoorbeeld een workflow starten op het moment dat er een CRUD operatie op een record wordt uitgevoerd, of wanneer een status van een record gewijzigd wordt. Wat door CRM 4.0 standaard niet beschikbaar is, is een timer functie. Om bijvoorbeeld alerts op een einddatum te kunnen versturen, hebben we een timer nodig. Hieronder laat ik zien hoe je je eigen implementatie van alerts kunt maken in CRM 4.0.

Read the rest of this entry »

Voor een opdrachtgever heb ik met Visual Studio 2008 een functie gemaakt voor in Excel (net als SUM en AVG) door een COM AddIn te schrijven en netjes te deployen. Hieronder leg ik uit hoe je dat doet.

Read the rest of this entry »