Dynamicweb 8 kommer med nogle opdatering til modulerne og et nyt modul, Online Marketing Center, som giver mulighed for, at sætte dine ukendte besøgende lidt i system baseret på nogle informationer, som de både tager med sig, men også lidt om deres tidligere besøg.

Primært så er Dynamicweb 8 dog et motorskifte forstået på den måde, at selve Dynamicweb koden bliver skiftet ud og omstruktureret til fordel for, at komme op på nyere teknologi, så systemet nu skal køre på Microsofts .NET Framework 4.0. Hvad der helt praktisk bliver nyt i Dynamicwebs API kan du følge med i på Dynamicwebs Udviklingschef og medstifters blog http://nicolaipedersen.com hvor der allerede findes flere blogpost om Refactoring af Dynamicwebs API.

Som udvikler på Dynamicweb platformen synes jeg, at dette tiltag er længe ventet. Jeg havde håbet, at Dynamicweb ville have gjort dette arbejde de nu har gjort tilbage til, da de konverterede deres ASP version til .NET, men nu begynder det at ligne noget, der bliver bedre at arbejde med.
En bedre struktur i API’ets områder, et mere moderne .NET 4 framework som byder på rigtig mange forbedringer og genveje i forhold til at Dynamicwebs eksisterende API bygger primært på .NET 1.1 men også .NET 2.0. Det betyder, at vi nu kan bruge LINQ og selvfølgelig også alle de nye ting som anonyme typer, dynamic type, option parametre og en masse mere, som er kommer dels i .NET 3.5 og 4.

Beta testen viser p.t. at hvis du har fået udviklet på din løsning og dermed har en custom-løsning, så er du nødt til at få din Dynamicweb partner til at teste en opdatering. Der er lavet nogle ret fundamentale ting om i Dynamicwebs API og bare skiftet fra .NET 2 og til .NET 4, giver mig altså nogle problemer, som at Dynamicweb ikke kan finde mine moduler og mine tilpasninger, men hvis jeg åbner mine projektet og opgradere dem til Framework 4.0 og retter et par fejl, så kører det igen, så der ligger forhåbentlig ikke det store i det.

Men standardløsninger, bør være lige til, og bliver også de første som får glæde af den Online Marketing Centeret.

Har du spørgsmål til din Dynamicweb løsning uanset om du har dit eget website i Dynamicweb eller om du er Dynamicweb Partner, så bare spørg, jeg vil gerne undersøge nogle ting for dig – helt uforpligtende naturligvis.

Her til aften er der så tikket en mail ind med en hotfix release 19.2.3.1, hvor det nu er muligt at lave extensions til filtre, hvilket betyder, at vi nu har mulighed for at oversætte filtrene. Det er f….. pisse godt gået Dynamicweb, at i inden for meget kort tid, stemmer de rigtig folk sammen om en workshop for at få input, og så leverer i – det er så lækkert!

Tusind tak til Kristian Knudsen, Jeppe Eriksson Agger, Pavel Volgarev og fedt også at høre inputs fra Lars Sørensen (Bleau A/S).

I næste uge vil der komme endnu en hotfix release, hvor det så bliver muligt at oversætte data i ProductCategory modulet samt at paginering fejlen vil være løst.

Det ser vi frem til.

Der blev også tid til, at snakke lidt omkring JSON og XML output fra søgninger op med det nye Lucene indeks. Og Pavel var skarp og fandt lidt i gemmerne, som jeg lige vil dele.
I søgninger på produkter kan du tilføje et paragraphID og o=json eller 0=xml til URL’en, så får du output som JSON og XML. Lækker detalje, hvis du skal lave AJAX søgninger.

Gå direkte til løsningen

Nyheden i Dynamicweb eCommerce Cart V2

Til Cart v2 er der kommet en ny Notification Subscriber “Dynamicweb.Ecom7.Cart.Notifications.CheckoutDoneOrderIsComplete”. Denne bliver fyret af, når ordren er betalt i mit tilfælde og kunden dermed har gennemført sin ordre.

Så jeg skulle implementere en ellers triviel lille detalje når en ordre var betalt, så skulle jeg lige sende en mail ud til kunden, så jeg gemte nogle indstillinger i brugerens Session under checkout og ville så udføre følgende når ordre.

public override void OnNotify( string notification, Dynamicweb.Extensibility.NotificationArgs args )
{
    string settings = HttpContext.Current.Session["settings"].ToString();
    SendMail(settings);
    base.OnNotify( notification, args );
}

Altså at tage fat i min Session igen og så sende en e-mail ud, men min detalje fejlede konsekvent! ARGH! Nå, jeg tjekkede ecom log’en jeg tjekkede ordre loggen og sidst måtte jeg lige lave min egen lille try/catch:

public override void OnNotify( string notification, Dynamicweb.Extensibility.NotificationArgs args )
{
    try
    {
        string settings = HttpContext.Current.Session["settings"].ToString();
        SendMail(settings)
    }
    catch ( Exception ex )
    {
        LogToFile.Log( ex.ToString(), "/eCom/CheckoutHandler/CustomLog", LogToFile.LogType.ManyEntriesPerFile );
    }
    base.OnNotify( notification, args );
}

Løsningen til Cart V2

Og så fandt jeg ud af, at min Session ikke eksisterede! Den var null, ØV, hvordan nu det?

Jo, efter noget grundig eftertænksomhed, fandt jeg frem til, at denne Notification ikke bliver fyret af af min brugers browser!!! Men af et “callback” fra min betalings-gateway i dette tilfælde “Quick Pay”, det fandt jeg ud af, ved at kontrollere REMOTE_ADDR server variablen.

Så prøv at huske følgende:

Hvis du arbejder med Cart V1 i Dynamicweb eCommerce, så har du en Notfication Subscriber på “Dynamicweb.Notifications.eCommerce.Order.Steps.Completed” og denne bliver altså fyret af af din brugers browser.

Hvis du arbejder med Cart V2 i Dynamicweb eCommerce, så har du en Notification Subscriber på “Dynamicweb.Ecom7.Cart.Notifications.CheckoutDoneOrderIsComplete”, og denne bliver altså fyret af af din betalings-gateways server, hvis du altså har online betaling på selvfølgelig.

Jeg håber denne blogpost kan spare dig for lidt grå hår og CPU forbrug i knolden!

Vores situation med Flash indlæsning af XML data

Vi ville indlæse XML data fra en Dynamicweb løsning ind i en Flash film som lå på et andet domæne navn.

www.domain1.com (Flash viser data fra XML output fra www.domain2.com/Default.aspx?ID=123)

Når vores bruger nu er på www.domain1.com og skal have hentet en side fra www.domain2.com, så startes der en ny session på www.domain2.com, og når der startes en ny session på en Dynamicweb løsning, så er der et fint javascript i slutning af dit indhold.

Uheldigvis gør dette javascript i vores tilfælde vores XML ugyldig og Flash filmen kunne ikke læse XML’en (klart!), men hvis vi trykkede F5, så fungerede det (klart! vi har jo en kørende session på www.domain2.com, og dermed laves der ikke noget javascript på vores side 2. gang).

Udviklet løsning med Dynamicweb API

Vi var så heldige at Dynamicweb API’et giver os mulighed for at bestemme om dette javascript skulle med ud på siden eller ej.

Med en PageTemplateExtender kan vi udføre flg.:

Men vi kan ikke bare fjerne det konsekvent, så der måtte noget mere til for at det kunne ville gælde for den side, som leverede noget XML.

Derfor lavede jeg et lille modul, hvor vi kan registrere de ID-numre på sider, hvor javascriptet konsekvent skal fjernes fra.

Kan du bruge sådan et modul eller måske har du lyst til at bygge videre på det til et anden formål, så skriv til mig på kevin@websiteudvikler.dk. Jeg håber snart Dynamicweb giver mulighed for at du kan downloade modulet på engage.dynamicweb-cms.com på noget Market Place (se evt. http://pterkildsen.com/2010/09/15/validating-links-in-dynamicweb-cms/)

Opfordring: Er du webudvikler og Dynamicweb Partner så lad mig høre om din mening til mine tanker om at Dynamicweb burde starte et udvikler community som fx SourceForge, Codeplex, StackOverflow etc..

I denne omgang startede det med, at jeg fik en henvendelse fra Morten Snedker for nogle uger siden, som gik på, at vi havde lavet integration mellem Dynamicweb eCommerce og e-conomic. E-conomic er et online webbaseret regnskabsprogram, og vi har et par kunder, som har anvendt e-conomic i flere år, og har fulgt udviklingen af e-conomics API siden start.

Dynamicweb eCommerce API Workshoppen gav mig et hint

På workshoppen var vi inde på at snakke om, hvad Dynamicweb kunne gøre for os webudviklere. Jeg nævnte, som jeg også skrev i en tidligere  blogpost, at jeg synes, de burde åbne deres udvikling mere op, så vi kunne få et sparringsnetværk på benene, hvor vi kunne være med i processen og bidrage til udviklingen af systemet, moduler og features, hvilket er en stor styrke i udviklingen af software på platforme som bl.a. SourceForge og Codeplex.

Integrationsmodulet mellem Dynamicweb eCommerce og E-conomic

Mortens henvendelse gik på, at Dynamicweb ville igang med at udvikle et integrationsmodul til E-conomic, og at han lige ville høre lidt om vores erfaringer med det, da vi står på E-conomics website som integrationspartner. Jeg fik givet Morten lidt input og så kom det fra en klar himmel, nu har jeg muligheden for at vise dem, hvad det er jeg mener med hele det koncept jeg savner om, at få åbnet deres udvikling op.

Jeg skrev til Morten, at vi har lavet et modul til integration mellem Dynamicweb eCommerce og E-conomic i ny version baseret på .NET 3.5/4 og Dynamicweb 7, om det ikke ville give mening, at de tog et kig på vores idéer. – Så ringede Tobias (Commercial Lead på Dynamicweb eCommerce) og vi fik en snak om situationen og blev enige om, at jeg skulle prøve at demonstrere, det vi har lavet i form af en screencast.

Modul demo på Dynamicweb eCommerce integration til E-conomic

Du kan her se hele min demo – en demo i 6 kapitler á 5 min. varighed (pga. at det er lavet lidt hurtigt med Jing)

Kapitel 1
Intro om modulets opbygning, indstillinger, lidt E-conomic opsætning

Kapitel 2
E-conomic Settings kontrolpanel, overførsel af varegrupper og varer, lave en ordre på vores vare

Kapitel 3
Overførsel af Dynamicweb ordre til E-conomic, intro til priser i E-conomic, opbygning af koden og extension modellen

Kapitel 4
Gennemgang af OrderSync koden med debugger

Kapitel 5
Demo af extenders på ProductSync

Kapitel 6
Fortsættelse af demo af extenders på ProductSync og afrunding

Hvad synes du, tror du ikke på at modulet ville kunne blive godt?

Et hvert output nedenfor er meget værdsat.

Med venlig hilsen
Kevin Steffer

Cart V2

Vi fik kort demonstreret lidt nyt fra 7.1 bla. en helt ny kurv “CartV2″, hvor det nu er muligt at lave sine egne steps, men rent API mæssigt ligger der også et helt nyt namespace tilrådighed Dynamicweb.Ecom7.Cart. Og her ser det ud til, at vi endelig har fået noget af det vi råbt efter en lang række notifications, så vi kan lave en hel del baseret på de notifications som bliver fyret af under de events, som brugen aktivere. På overfladen ser det ret gennembearbejdet ud, så det glæder jeg mig meget til at få afprøvet.

Den nye brugerstyring kan være løsningen

I vores dialog omkring de udfordringer vi havde med tilpasning af funktionalitet, var der rigtig meget, som peget på Extranet modulet, som API mæssigt var alt for dårligt, og vi øfte var nodt til at programmere direkte på databasen, for at opnå den funktionalitet vi skulle bruge, så blev rigtig mange af vores problemer henvist til, at vi bare skulle bruge det nye Dynamicweb.Modules.UserManagement namespace. Den nye brugerstyring, som blev introduceret i Dynamicweb 7, og der er ingen tvivl om at eksisterende løsninger med mange brugere, har det svært med at blive konverteret til den nye brugerstyring, men det lyder til at det er værd at bruge nogle kræfter på.

Et åbent udvikler community

Jeg har til flere møder med Dynamicweb ønsket fra dem, at de fik åbnet op for deres udvikling, også for partnere imellem. Vi var næsten enige bordet rundt, at vi ikke havde noget i mod at dele ud af snippets, Best Practice scenarier og tutorials m.m. Jeg er tidligere blevet fejet lidt til side med, at der arbejdes på et nyt partnersite “Engage”, bevarres, det er nu lanceret, og der er lagt op til en hel del funktionalitet, men helt gennemført er det ikke – Dynamicweb svarer hertil, at det er pga. interne ressourcer, at det ikke helt er kommet op at stå.

Mine behov for at udvikler community i Dynamicweb regi er, at Dynamicweb får skabt en community platform, hvor partnere, udviklere, frontend-udviklere kan samles omkring Dynamicweb generelt, men endnu mere ERFA, udveksling, vidensdeling osv. omkring det at programmere og extende Dynamicweb, vi skal ALLE udvikle de missing features, som vores kunder ønsker – min approach er, at det bør være muligt partnere imellem, at starte nogle modul-projekter op, som man i fællesskab videreudvikler på, meget i stil med den måde der gøres i Open Source miljøerne så som på www.sf.net og www.codeplex.com, hvor enhver kan starte et projekt op og ellers give øvrige udviklere tilladelse til at udvikle med på projektet.

Der er sikkert nogle forretningsmæssigt konsekvenser, som der skal tages en beslutning om, men jeg har til dato kun hørt positivt om mit forslag, så måske mit forslag ikke er kommet videre i Dynamicweb organisationen – men det har jeg en klar tro på, at det kommer nu!

Under vores dialog, var vi faktisk helt der henne, hvor sådan et community ville kunne bidrage til Dynamicweb moduler, modul forbedringer osv.

Et ønske om true OOP

Der blev også ønsket, at det kunne være helt vildt godt, hvis vi kunne override en masse metoder på eksisterende klasser, så man havde en standard funktionalitet, at tage udgangspunkt i, og dermed blot kunne ligge en tilpasning ind i standard funktionaliteten, ved at override en enkelt metode. JAAAAA! Please

I morgen er der TechReview på Dynamicweb 7.1, og det glæder jeg mig rigtig meget til – jeg vil se om jeg kan formidle de nye headlines via twitter, så hop ind og følg mig på http://twitter.com/webudvikler

God pinse

Min liste kan du finde her nedenfor, men har du nogle ideér så tager jeg dem gerne med:

Åbn indberetning og send mig dine ønsker

Min liste af Dynamicweb eCommerce API problemer – jeg har dog ikke testet om nogen af disse er blevet rettet i nylige releases, men jeg har så igen ikke fået en tilbagemelding fra Dynamicweb at de har rettet API’et til jf. disse problemstillinger.

Note 1)

Class Dynamicweb.eCommerce.Products.Group

Egenskaben ShopID ser ikke ud til at have nogen effekt når man kører Save(”GROUP1”) metoden

Eksempel:

Dynamicweb.eCommerce.Products.Group g = new Dynamicweb.eCommerce.Products.Group();
g.ID = objGroup.Number.ToString();
g.LanguageID = "LANG1";
g.Name = objGroup.Name;
g.Number = objGroup.Number.ToString();
g.ShopID = "SHOP1";
g.Save( objGroup.Number.ToString() );

Workaround

Man skal selv kende til jeres database og så vide at der findes en tabel som holder på ShopGroupRelations og dertil har i også design en klasse, men det er ikke intuitivt at man skal vide sådan en information og slet ikke når egenskaben ShopID nu findes på Group klassen.

Eksempel:

ShopGroupRelation sgr = new ShopGroupRelation();
sgr.GroupID = g.ID;
sgr.ShopID = "SHOP1";
sgr.Save( "SHOP1", g.ID );

Note 2)

Class Dynamicweb.eCommerce.Products.Product

Egenskaben p.Groups.Add(objProduct) har ingen indvirkning på produktet efter man har kørt Save() metoden.

Eksempel:

Dynamicweb.eCommerce.Products.Group g = new Dynamicweb.eCommerce.Products.Group();
g.ID = objGroup.Number.ToString();
g.LanguageID = "LANG1";
g.Name = objGroup.Name;
g.Number = objGroup.Number.ToString();
g.ShopID = "SHOP1";
g.Save( objGroup.Number.ToString() );

Dynamicweb.eCommerce.Products.Product p = new Dynamicweb.eCommerce.Products.Product();
p.Active = objProduct.IsAccessible;
p.Created = DateTime.Now;
p.DefaultPrice = double.Parse( objProduct.SalesPrice.ToString() );
p.Groups.Add( g );
p.ID = objProduct.Number;
p.LanguageID = "LANG1";
p.LongDescription = objProduct.Description;
p.Name = objProduct.Name;
p.Number = objProduct.Number;
p.PriceType = Dynamicweb.eCommerce.Products.ProductPriceType.FixedPrice;
p.ShortDescription = objProduct.Description;
p.Stock = double.Parse( ( objProduct.Available != null ) ? objProduct.Available.Value.ToString() : "0" );
p.Type = Dynamicweb.eCommerce.Products.ProductType.Stock;
p.Updated = DateTime.Now;
p.Volume = double.Parse( objProduct.Volume.ToString() );
p.Save(objProduct.Number, "");

Workaround

Man skal selv kende til jeres database og så vide at der findes en tabel som holder på EcomGroupProductRelation og dertil har i også design en klasse, men det er ikke intuitivt at man skal vide sådan en information og slet ikke når egenskaben Groups nu findes på Product klassen hvor man kan tilføje grupper til listen.

Eksempel:

ProductGroupRelation pgr = new ProductGroupRelation();
pgr.GroupID = g.ID;
pgr.ProductID = p.ID;
pgr.Save( p.ID, g.ID );

Note 3)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Line.Decreased

Når den sidste ordrelinje slettes eller nedskrives til 0-antal og kurven slettes får man ingen Notification. Vi har også stillet os selv det spørgsmål: om man ikke også bør få en Dynamicweb.Notifications.eCommerce.Cart.Line.Removed og en   Dynamicweb.Notifications.eCommerce.Cart.Deleted?

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Line.Decreased)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 4)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Line.Removed

Når den sidste ordrelinje slettes eller nedskrives til 0-antal og kurven slettes får man ingen Notification. Vi har også stillet os selv det spørgsmål: om man ikke også bør få en Dynamicweb.Notifications.eCommerce.Cart.Deleted?

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Line.Removed)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 5)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Deleted,

Når man bruger funktionen ”Empty Basket” får man ingen Notification.

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Deleted)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 6)

Ecom BekræftelsesEmails

Meget få datoer fungerer når man prøver at skrive dem ud

Eksemplel:

Disse datotags fungerer fx ikke:
<!--@Ecom:Order.Date.LongDayName-->
<!--@Ecom:Order.Date.LongDate-->
<!--@Ecom:Order.Date.MediumDate-->
<!--@Ecom:Order.Modified.LongDate-->
<!--@Ecom:Order.Modified.MediumDate-->

Workaround

Hvis man OGSÅ udskriver <!–@Ecom:Order.Date–> vil disse tags alligevel udskrive den rigtige dato:
<!--@Ecom:Order.Date.LongDayName-->
<!--@Ecom:Order.Date.LongDate-->
<!--@Ecom:Order.Date.MediumDate-->

Note 7)

Import/Eksport modul problemer

Import/Eksport akvititeterne ”File Destination” og ”XML File Destination” skriver filer ud i UTF-16 (jf. udtalelse fra Lasse Ebert i Engage Forum) og ikke i UTF-8

Eksempel:

Lav noget output med æøå i og brug ”File destination” aktiviteten til at få output ud i en fil. Konsekvensen er at æøå ikke vises korrekt. Bruger vi ”XML File destination” står der godt nok fint i XML-declaration encoding=”utf-8”, men filen er dannet med UTF-16 encoding og ikke UTF-8, hvilket igen giver fejl ved brugen af filen (kan ses hvis man åbner den i IE)

Workaround:

Vi har været nødt til at lave vores egen Import/Eksport aktivitet for at kunne håndtere det.