Paolo Pialorsi : WCF

Dynamic WCF Service Activation

paolo — Thu, 06 Jun 2013 10:35:00 GMT

Se vi servisse di attivare un servizio WCF dinamicamente, da codice, e non da .config ... ecco qualche riga che può esservi utile:

System.ServiceModel.Activation.ServiceRoute serviceRoute =
    new System.ServiceModel.Activation.ServiceRoute("SampleService.svc",
        new System.ServiceModel.Activation.ServiceHostFactory(),
        Type.GetType("SampleServiceActivations.WCF.SampleService, SampleServiceActivations.WCF", true));
System.Web.Routing.RouteTable.Routes.Add(serviceRoute);

Da eseguire per esempio in un HttpModule o nel global.asax. Se poi dovete rimuovere il servizio:

System.ServiceModel.Activation.ServiceRoute serviceRouteToRemove = System.Web.Routing.RouteTable.Routes.OfType<System.ServiceModel.Activation.ServiceRoute>()
.FirstOrDefault(r => ((System.ServiceModel.Activation.ServiceRoute)r).Url.Contains("SampleService.svc"));
if (serviceRouteToRemove != null) {
System.Web.Routing.RouteTable.Routes.Remove(serviceRouteToRemove);
}

Buon lavoro.

WCF Express Interop Bindings

paolo — Wed, 15 Jun 2011 00:49:14 GMT

Come mi ha prontamente segnalato l’amico Mario, da pochissimo sono disponibili i WCF Express Interop Bindings dei quali potete trovare maggiori dettagli nel blog del team di prodotto.

A cosa servono, in due parole? Sono una estensione per VS2010 che consente di scegliere una piattaforma Java, tra quelle più diffuse, con cui si ha l’esigenza di interoperare da WCF. Il risultato della scelta è un custom binding configurato per parlare correttamente con una delle seguenti piattaforma Java:

Oracle WebLogic
Apache Axis2
IBM WebSphere
Oracle Metro

Sicuramente lo proveremo su un progetto di interoperabilità al quale stiamo lavorando da qualche mese … ci risentiremo non appena l’avrò provato sul campo.

WF Security Pack CTP 1

paolo — Wed, 14 Jul 2010 00:51:27 GMT

Pochi giorni fa è stato rilasciato su CodePlex un aggiornamento delle estensioni di WF prodotte direttamente dal team di prodotto.

In particolare ci tengo a segnalare il WF Security Pack attualmente in CTP 1 perché mi sembra molto interessante l’idea di avere delle activity dentro WF 4 che consentano di integrarsi con WIF, con la Claim based authentication e con scenari complessi di ActAs via WS-Trust.

Service Throttling in WCF 4.0

paolo — Mon, 05 Apr 2010 20:03:42 GMT

Oggi ho trovato sulla rete questo post dell’ottimo Nicholas Allen a proposito di alcune novità sul comportamento di WCF 4.0 in merito al Service Throttling.

Molto interessante notare che i valori di default del throttling sono ora da proporzionare al numero di core (mi sembra una scelta ragionevole). Attenzione però che se li cambiamo noi a mano, non saranno più moltiplicati per il numero di core, ma bensì condivisi e suddivisi tra i vari core.

WCF 4.0: le novità

paolo — Thu, 19 Nov 2009 20:01:00 GMT

Sto seguendo la sessione di Ed Pinto a proposito delle novità di WCF 4.0. Qualche nota utile:

Configurazione:

Sono stati aggiunti i default endpoint ai servizi, basati su una ProtocolMapping table che per ogni scheme definisce il corrispondente binding di default, che verrà applicato se non viene specificato altro in modo esplicito.
Possiamo specificare delle binding configuration senza nome (name=””) e queste diventeranno la configurazione di default per i binding assegnati di default dai default endpoint.
Anche sul fronte dei behaviors ci saranno i default behaviors applicati ai default endpoint.
Le impostazioni di cui sopra sfruttano anche l’ereditarietà dei web.config in una gerarchia di directory.
Di fatto in questo modo possiamo pubblicare un servizio, senza bisogno di avere un .config apposito. Molti odiavano :-) i file di configurazione di system.ServiceModel e questo è un segnale di “disponibilità” :-) nei loro confronti.

Possiamo fare a meno dei file .svc espliciti, sostituiti da una sezione di configurazione specifica (ServiceHostingEnvironment/ServiceActivations)
Ovviamente c’è tutta la parte di Windows Server AppFabric (aka Dublin) che sarà finalmente disponibile il prossimo anno. Ne abbiamo già parlato a DevCon 2009 a maggio 2009 e torneremo presto a parlarne in DevCon 2010 e sui nostri blog. In questo ambito in particolare avremo:

Strumenti di monitoring “umani” ;-) e usabili
Configurazione dei service host, della persistenza, del throttling e della sicurezza dei servizi direttamente dall’interfaccia di IIS7 tramite le estensioni di AppFabric

Avremo a disposizione un RoutingService che ci consente di gestire in modo comodo delle “message pump” che possono servire per gestire problematiche di routing, versioning, service bus, ecc. il tutto con delle logiche di message filtering basate su delle implementazioni specifiche di classi MessageFilter. Inoltre è molto interessante il routing tra diversi binding e tra diverse versioni di protocollo (da SOAP 1.1. a SOAP 1.2 per es.) o tra diverse piattaforme di sicurezza (da claim based a message based identity).
Hanno migliorato il supporto al discovery dei servizi. C’è un nuovo DynamicEndpoint pensato per questo scopo da usare client-side.

ADO.NET Data Services, REST, Windows Security e IIS

paolo — Sun, 27 Sep 2009 12:12:42 GMT

Durante l’estate ho dovuto fare il deployment di un application server per esporre alcuni servizi realizzati con gli ADO.NET Data Services. Chi mi conosce sa che in generale propendo per soluzioni ad hoc, con modelli ad oggetti indipendenti dal backend e dalla tecnologia di accesso ai dati, tuttavia in questo particolare caso (numero basso di utenti, numero elevato di entità e variabilità frequente delle strutture dati) ho preferito questa soluzione.

Lascio una traccia di quello che ho dovuto fare per attivare la sicurezza integrata Windows, perché la procedura non è esattamente corrispondente a quello che ci si aspetterebbe:

Pubblicare la Virtual Directory in IIS
Configurare l’accesso anonimo su IIS (infatti è WCF a gestire l’autenticazione integrata al posto di IIS)
Mettere l’autenticazione di tipo Windows nella parte di web.config relativa a system.web
L’autenticazione Windows integrata sui servizi si ricava in modo implicito dall’impostazione precedente, ma occorre configurare il binding (webHttpBinding) degli ADO.NET Data Services in modo personalizzato, nel web.config della Virtual Directory, per impostare i parametri al contorno (come maxReceivedMessageSize e maxBufferSize, oltre ai ReaderQuotas)

Il contract da richiamare in configurazione è: System.Data.Services.IRequestHandler

Configurare i method GET, MERGE, POST, PUT, DELETE per i file SVC da pubblicare, oppure mettere una regola catch all (*) via ISAPI (wildcard application maps)
Assegnare il diritto di modifica sul file fisico .SVC sul file system del server web, per gli utenti che accederanno in modifica ai dati

Ecco fatto :-) ! Buon lavoro …

Workflow 4.0

paolo — Thu, 11 Jun 2009 08:03:20 GMT

Come molti di voi avranno notato, nella CTP di VS2010 uscita il mese scorso manca il template di workflow di tipo State Machine. Con .NET 4.0 il motore di WF4 è stato praticamente riscritto, il prodotto è stato completamente integrato con WCF4 (i due team di prodotto infatti si sono fusi, forse dovremmo parlare di “fusione per incorporazione” di WF :-) …). Ora in WF4 i workflow saranno orientati solo al markup e non dovrebbe più esistere il concetto di code beside di un workflow. Anche il set di activity di base (vedi qui per averne un’idea) e il modello di estendibilità delle activity personalizzate sono cambiati. Ora le activity non sono più classi derivate dalla classe base Activity, ma classi di una delle seguenti tipologie:

WorkflowElement: classe base astratta per tutte le tipologie di activity
Activity: definite come markup e frutto della composizione di altre activity, come i workflow stessi
CodeActivity: classe base per le activity definite come codice, con l’override del metodo di Execute
NativeActivity: classe base per le activity definite come codice, che devono interfacciarsi con il motore di base di WF4, con il sistema di messaggi a code (ora ribattezzate bookmark), ecc.

In questo contesto sono stati inseriti dei nuovi modelli di workflow. Nello specifico esiste ancora, seppur ridefinito con nuove activity e con un nuovo designer, il modello di Sequential workflow. Esiste un nuovo modello di workflow chiamato Flowchart, che può anche essere una parte di un workflow Sequential. Come citavo all’inizio del post poi non esiste più il modello di tipo State Machine. Mentre inizialmente (lo scorso anno) si ipotizzava che la causa di questa assenza fosse un porting non ancora completato del motore, ora è chiaro che lo State Machine non sarà supportato, almeno inizialmente. Infatti come spiegato in questa serie di documenti sulla migrazione da WF3 a WF4 con un modello di tipo Flowchart è possibile riprodurre il comportamento di uno State Machine.

Ovviamente, per quella che è la natura di .NET Framework, in .NET 4.0 sarà possibile avere comunque il supporto ai workflow definiti con il motore di .NET 3.0 e di WF3, come è spiegato anche qui, quindi non dobbiamo necessariamente buttare tutto il lavoro già svolto in WF3, soprattutto se abbiamo lavorato con le State Machine. Tuttavia è consigliabile iniziare a pensare ad un percorso di migrazione.

Certificati X.509 di test per WCF e abilitazione porte HTTP su ACL di Windows

paolo — Wed, 07 Jan 2009 12:13:15 GMT

Spesso durante le consulenze mi viene chiesto come creare con makecert dei certificati di test assimilabili a quelli veri. Ecco i comandi da impartire, che lascio come reference per me e per chiunque altro ne abbia bisogno:

makecert.exe -sr LocalMachine -ss My -a sha1 -n CN=WCFService -sky exchange -pe

Questo comando crea un certificato con SubjectName "WCFService" e lo salva nello store personale di certificati della macchina locale. Il parametro -sr (store location) e -ss (store) indicano dove salvare il certificato. Il parametro -a indica il tipo di hash da usare. In questo caso sha1. Il parametro -n indica il CN (Common Name) del Subject del certificato. Il parametro -sky exchange indica che la chiave verrà usata per lo scambio di dati. Infine il parametro -pe indica che la chiave privata deve essere marcata come esportabile.

Un'altra richiesta molto inflazionata è relativa a quali comandi usare per autorizzare un utente non admin (come dovremmo essere tutti sulle nostre macchine) ad utilizzare porte HTTP non standard per mettersi in ascolto con self host WCF. Ecco i comandi da impartire al sistema:

netsh http show urlacl
netsh http add urlacl url=http://+:XXXX/ user=DOMAIN\Username

Il primo comando mostra le URLACL attive. Il secondo, mettendo la porta al posto di XXXX e il dominio e nome utente nella proprietà user, abilita l'utente fornito a mettersi in ascolto sulla porta indicata.

Demo TechDays 2008

paolo — Tue, 09 Dec 2008 10:37:31 GMT

Di seguito trovate le demo delle mie sessioni a TechDays 2008:

Come ho già segnalato durante la sessione DEV321, l'esempio di applicazione asincrona basata su Northwind lo renderò disponibile in forma completa, sempre su questo blog, indicativamente nel periodo di Natale, quando avrò il tempo di finirlo con tutti i pezzi mancanti (security, service agent con MEP request/reply, ecc.).

Buon lavoro.

.NET 3.5 e Visual Studio 2008 SP1 - Beta

paolo — Wed, 14 May 2008 00:17:21 GMT

Ecco la prima Beta del SP1 di .NET 3.5 e Visual Studio 2008. Tra le novità più interessanti, oltre ai soliti bug fix tipici dei Service Pack, la diffusione di una nuova release di ADO.NET Entity Framework e ADO.NET Data Services e tutta una serie di migliorie a WCF, compreso un hosting wizard che dovrebbe aiutare nella creazione di WCF Service Host.

WCF Security Full Demo

paolo — Sun, 16 Dec 2007 17:01:45 GMT

Ho appena pubblicato sul mio blog in inglese la demo che userò il 20 dicembre durante il webcast dedicato alla sicurezza di SOAP e di WCF.

Trovo particolarmente interessante la comunicazione con ASMX usando WS-Security e uno UsernamePasswordToken via SSL. Purtroppo nel webcast non ci sarà tempo di vederlo in dettaglio, anche perché il webcast è di livello 300 e questo è un esempio decisamente meno introduttivo degli altri, però se vi serve di raggiungere WCF in modo sicuro da ASMX e non volete andare fuori dal "seminato" di WS-Security e di OASIS ... dategli uno sguardo per prendere qualche spunto.

Buon divertimento ...

SharePoint custom authentication con Windows CardSpace

paolo — Thu, 30 Aug 2007 19:44:01 GMT

Come ho segnalato anche nel mio blog in inglese, oggi io e RoB abbiamo completato le demo della nostra sessione sulla SharePoint Custom Authentication che terremo alla SharePoint Conference 2007, il prossimo 19 e 20 settembre a Segrate.

Tra le parti che troviamo più interessanti e stimolanti c'è l'uso di Windows CardSpace per l'autenticazione forms su un Publishing Portal pubblico e con accesso anonimo consentito.

Se volete vedere che faccia ha il risultato ... date uno sguardo al post inglese, se invece volete capire come l'abbiamo realizzato: iscrivetevi alla conferenza :-) !

WCF Message Inspector

paolo — Thu, 23 Aug 2007 23:03:56 GMT

L'altro giorno ho pubblicato un post nel quale facevo riferimento alla possibilità di scrivere un Message Inspector per WCF. Qualcuno mi ha chiesto maggiori dettagli in merito, quindi ho pensato di scrivere da qui alle prossime settimane qualche post che spieghi le modalità di estensione di WCF.

In questo post del mio blog in inglese spiego come creare un Message Inspector per avere accesso diretto al contenuto SOAP di un messaggio destinato ad un servizio WCF. Nei post successivi mi occuperò di altre tipologie di estensioni all'infrastruttura.

Ricerche XPath su messaggi SOAP con WCF

paolo — Wed, 30 May 2007 00:55:30 GMT

A volte capita di avere bisogno di implementare servizi WCF che lavorino direttamente con il Message (System.ServiceModel.Channels.Message) a basso livello.

Ad esempio può servire per creare SOAP Router o SOAP Intermediaries. In questi casi le ricerche XPath sul messaggio SOAP devono avvenire usando anche i vari namespace di SOAP, WS-Security, WS-Addressing, ecc. a seconda dei casi.

In questi situazioni, al di là di utilizzare un XPathNavigator, o qualcosa di equivalente, sul messaggio XML diventa anche fondamentale avere un XmlNamespaceManager correttamente configurato per riconoscere i vari Namespace XML delle specifiche di cui sopra. Ebbene in WCF esiste già una classe pensata ad hoc. Si trova in System.ServiceModel.Dispatcher e si chiama XPathMessageContext.

Ecco come utilizzarla, ad esempio per estrarre il SOAP Body ("/s12:Envelope/s12:Body", dove s12 è il prefisso usato per SOAP 1.2) con tutto il suo contenuto:

XmlNamespaceManager nsManager = new XPathMessageContext();
XPathExpression soapBodyExpression = XPathExpression.Compile("/s12:Envelope/s12:Body", nsManager);

XmlDocument xmlMessage = new XmlDocument();
xmlMessage.LoadXml(message.ToString());

XPathNavigator messageNavigator = xmlMessage.CreateNavigator();
XPathNodeIterator messageBodyIterator = messageNavigator.Select(soapBodyExpression);
if (messageBodyIterator.Count > 0)
{
    if (messageBodyIterator.MoveNext())
    {
        // Scrive a Console il tag SOAP:Body e tutto il suo contenuto
        Console.WriteLine(messageBodyIterator.Current.OuterXml);
    }
}

N.B.: La classe deriva da XsltContext, quindi può risultare utile anche nelle trasformazioni XSLT dei messaggi SOAP.

Validazione dei messaggi con WCF

paolo — Mon, 14 May 2007 07:22:33 GMT

Rimando ad un post interessante che illustra un'estensione WCF che può effettivamente risultare utile in alcune circostanze, permettendo di validare secondo XSD e WSDL i messaggi in entrata e/o uscita da servizi WCF. Notate anche i commenti in fondo al post, dove giustamente l'autore evidenzia il fatto che un'estensione come questa aiuta nell'approccio contract-first "puro" dove il riferimento è l'XSD e il WSDL e non il codice .NET.