Tijdens het ontwikkelen van software op een WM5.0 apparaat kom je er vanzelf een keer achter.

Je applicatie moet verbinding maken met een server waarvoor je een certificaat nodig hebt om te kunnen synchroniseren (met Exchange bijvoorbeeld). Dit is tijdens de ontwikkeling natuurlijk mateloos irritant, aangezien je vaak op een test-server zit te werken en je daar geen duur certificaat op wilt, maar een test certificaat of iets dergelijks.

Deze wordt vaak niet goed gevalideerd door WM5.0, dus krijg je een foutmelding te zien in je applicatie, browser of ActiveSync.

Op PPC2002 en WM2003 pocket pc’s had je nog de DisableCertCheck.exe applicatie https://www.microsoft.com/downloads/details.aspx?WT.mc_id=AZ-MVP-5003246&FamilyID=D88753B8-8B3A-4F1D-8E94-530A67614DF1&displaylang=en, maar die werkt niet meer op WM5.0.

Aangezien ik dit toch wilde uitschakelen ben ik op zoek gegaan naar een oplossing.

Wat blijkt? Je kunt gewoon zelf in het register gaan knoeien om de certificaten check uit te schakelen. Deze informatie heb ik hier gevonden https://winzenz.blogspot.com/2006/03/hacking-your-windows-mobile-50.html

Je moet gewoon in het register onder het pad Hkey_Current_User\\Software\\Microsoft\\ActiveSync\\Partners een value toevoegen.
Dit moet wel onder de value die van toepassing is op de server waarmee je wilt synchroniseren.

Onder die value voeg je de volgende DWORD key toe secure 0
Vanaf dat moment wordt het certificaat niet meer gecontroleerd en kun je weer lekker door gaan met synchroniseren.

Nog iets leuks dat ik tegen kwam, is het draaien van Windows XP of Vista op je pocket pc.

Uiteraard draai je het OS niet zelf op de kleine apparaatjes, maar heeft het een skin die er op lijkt.

De theme’s zijn al geschikt voor apparaten vanaf Windows Mobile 2002. Dus iedereen kan ze draaien.

https://www.downloadsquad.com/2007/06/11/how-to-make-windows-mobile-more-like-windows-mobile-minute/

Toch leuk

Wat ik vandaag tegen kwam tijdens het surfen.

Een pagina op de Microsoft website met alleen maar Windows Mobile webcasts. Erg handig en leuk voor de ontwikkelaars op dit medium.

Uiteraard moet je jezelf wel even registreren voordat de webcasts bekeken mogen worden, maar dat is het wel waard.

Zelf heb ik weinig tijd om ze te bekijken/beluisteren, maar ik vond het toch goed genoeg om te delen.

Bij deze dus:

https://www.microsoft.com/events/series/msdnmobility.mspx

Nog iets dat ik in de afgelopen weken nodig had was een HOSTS bestand op de pocket pc.

De eerder genoemde webservice werd namelijk op het interne netwerk bij ons op het werk geplaatst. Aangezien ik via ActiveSync m’n applicatie wilde debuggen en tegelijkertijd met de webservice wilde communiceren had ik een HOSTS bestand nodig.

Ja, ik weet dat je de webservice ook via het IP-adres kunt benaderen, dus https://192.1868.2.8/Webservice/Service.asmx.
Het vervelende is echter dat wanneer je een semi-release build maakt is dat je een zo representatief mogelijke build wilt maken.

Ik wilde dus de domeinnaam gebruiken die ook gebruikt wordt bij de klant van het product, dus bijvoorbeeld https://www.webservicedomein.nl/Webservice/Service.asmx.

Tegen beter weten in ging ik ongeveer 30 seconden zoeken naar een HOSTS bestand op de pocket pc. Deze bestaat niet, wat ik eigenlijk ook wel wist.
Omdat ik deze functionaliteit toch nodig had ben ik op zoek gegaan naar de oplossing.

Deze vond ik al redelijk snel via de Google discussiegroepen.
Op deze site https://windowsmobilepro.blogspot.com/2006/04/etchosts-file-equivalent-in-windows.html wordt namelijk uitgelegd hoe je zoiets voor elkaar kunt krijgen.

Via het register moet je een bepaalde host dus invoeren. Aangezien ik niet alles over ga typen, hier een quote:

How to make “hosts” in Windows Mobile devices for name resolution?

Read more →

Om gelijk ook maar een technische post te plaatsen, bij deze dan maar.

Enkele weken geleden was ik druk bezig met m’n mobiele applicatie. Hier was ik bezig om een webservice aan te spreken. Voorheen lukte dit al goed, dus ik had hier ook geen problemen verwacht.

Nu had ik wel problemen met een connectie te maken met de webservice. Dat vond ik nogal raar, maar ach, dat is Windows Mobile programmeren per definitie.

Dus ik een mooi groot try-catch blok maken, zodat ik een nuttige foutmelding kon krijgen. Eenmaal in de catch aangekomen kreeg ik als enige melding

Could not find resource assembly

Normaliter betekend dat dat de applicatie de webservice niet kan vinden. Nou, daar was ik dus ook van uit gegaan. Dus druk op zoek naar een oplossing. Via Pocket IE was de webservice namelijk wel bereikbaar. Ook via m’n laptop, dus het kon niet aan de webservice liggen of de bereikbaarheid daarvan.

Ook crashte de applicatie niet bij het maken van de webservice variabele. Dat deed die pas bij het aanroepen van een functie.

Aangezien er ook geen error-codes in de exception waren had ik niet echt een idee hoe ik hiervoor een oplossing kon bedenken.