Varie ed eventuali

Screen Resolution Debian (guest) su Hyper-V

Pietro Libro — Sun, 12 Mar 2017 12:02:00 GMT

Se si ha una macchina virtuale Debian come guest su Hyper-V e si ha la necessità di cambiare la risoluzione dello schermo, dopo averle provate tutte, provare anche questa .

Come riportato su uglygizmo.blogspot.ch i passi da seguire sono veramente pochi, per convenienza li riporto qui:

Edit the grub configuration file, for example: sudo vi /etc/default/grub
Find the line starting with GRUB_CMDLINE_LINUX_DEFAULT, and add "video=hyperv_fb:1680x1050" (or your custom resolution) in between the quotes. For example: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=hyperv_fb:1680x1050"
Save and exit
Run sudo update-grub
Restart your computer

Nel mio caso finalmente sono riuscito ad impostare la risoluzione desiderata.

JSON.Merge

Pietro Libro — Fri, 29 Aug 2014 13:30:00 GMT

Un’interessante novità introdotta con la versione 6.0 release 4 di Json.NET è la possibilità di eseguire il Merge (utilizzando 4 possibili “variazioni”) di oggetti JObject e Jarray. Un rapido esempio, tramite Web Api:

[HttpPost]        
public void JsonStringPost([FromBody]string value)
{
    JObject jCar = JObject.Parse(value);
    JObject jOptional = JObject.Parse(@"{Optionals :['Air Conditioned','Smoker'] }");

    jCar.Merge(jOptional, new JsonMergeSettings() { MergeArrayHandling = MergeArrayHandling.Union });

    string jsonFormat = jCar.ToString();
    Car mergedCar =  jCar.ToObject<Car>(); 
}

Dove l’Action “JsonStringPost” accetta una stringa tipo:

"{ 'Brand': 'Ferrari','Model': 'f450 Modena','Optionals': [] }"

Utilizzando, ad esempio il Composer di strumenti come Fiddler2 possiamo invocare il servizio:

Per ottenere una nuova istanza di Car con tutti gli Optionals:

Se il nostro servizio accetta direttamente un’istanza di oggetto invece di una stringa in formato JSON, il nostro codice cambia leggermente, come di seguito:

[HttpPost]
public void JsonObjectPost([FromBody] Car carByPost)
{
    JObject jCar = JObject.FromObject(carByPost);

    JObject jOptional = JObject.Parse(@"{Optionals :['Air Conditioned','Smoker'] }");
    jCar.Merge(jOptional, new JsonMergeSettings() { MergeArrayHandling = MergeArrayHandling.Union });

    string jsonFormat = jCar.ToString();
    Car mergedCar = jCar.ToObject();
}

Dove utilizziamo il metodo FromObject della classe JObject invece di Parse. Utilizzando Fiddler, passando come Body del messaggio la stringa (senza i doppi apici ad inizio e fine stringa)

{ 'Brand': 'Ferrari','Model': 'f450 Modena','Optionals': [] }

Otteniamo (ovviamente) lo stesso risultato dell’invocazione precedente. E’ possibile modificare il comportamento di “Merge” utilizzando l’enumerazione MergeArrayHandling. La classe Car (C#) è descritta nell’esempio, è la seguente:

public class Car
{
    public string Brand { get; set; }
    public string Model { get; set; }
    public string[] Optionals { get; set; }
}

La lista completa delle features aggiunte nel rilascio della versione 6.0 release 4 è disponibile qui.

Enterprise Library 6

Pietro Libro — Fri, 26 Apr 2013 14:09:00 GMT

Nuova release per Microsoft Enterprise Library. Tutti i dettagli del caso qui.

Le (mie) prime Windows 8 App Store

Pietro Libro — Wed, 24 Apr 2013 09:58:00 GMT

Alla fine, sono riuscito a pubblicare le mie prime 4 applicazioni nello Store di Windows 8. L’obiettivo è raddopiare il numero entro la fine di maggio. Se avete voglia di provarle (sono tutte free) e indicarmi qualche suggerimento per le versioni future ed attuali, di seguito link e nomi :

Lazio: Cultura e Turismo

L'applicazione "Lazio: Cultura e Turismo", è un elenco dei Punti d'Interesse (POI) Culturali del Lazio: Musei, Statue, Monasteri, Dipinti, Abbazie, Castelli, Torri ecc....Per ogni POI è presente una descrizione in Italiano (eventualmente in Inglese), foto e geolocalizzazione. Il catalogo dati è mantenuto e fornito da "Lazio futouring", sito internet: http://www.futouring.eu.

Farmacie Italiane

Elenco completo delle farmacie italiane aperte al pubblico, comprensivo di dati di localizzazione e geoloclalizzazione. I dati sono mantenuti e forniti tramite piattaforma"cloud" del "Ministero della Salute".

Istituti Scolastici Provincia di Roma

"Istituti Scolastici Provincia di Roma" Catalogo con geolocalizzazione degli istituti scolastici (superiori) della provincia di Roma. I dati base sono forniti dalla piattaforma "Open Data".

Roma ProvinciaWiFi

Individua facilmente apparati WiFi della provincia di Roma per l'accesso gratuito ad Internet. I dati di geolocalizzazione sono ottenuti tramite il "Portale Opendata della Provincia di Roma".

Buon divertimento :-D.

ASP.NET Web Api a Codemotion Roma 2013

Pietro Libro — Fri, 22 Mar 2013 19:39:00 GMT

Se domani non avete proprio nulla da fare :-) possiamo vederci a Codemotion 2013 Roma.

Una sessione introduttiva all’utilizzo del Framework ASP.NET Web Api per lo sviluppo di applicazioni RESTful.

Modi diversi di recuperare il numero di messaggi in una coda MSMQ

Pietro Libro — Mon, 28 Jan 2013 13:13:32 GMT

Ultimamente mi trovo a lavorare su di un progetto che utilizza WCF e MSMQ. Una delle classiche operazioni quando si lavora con queste tecnologie è sicuramente recuperare il numero di messaggi presenti in una coda. Tra documentazione e ricerche su internet, alla fine si “scopre” che ci sono diversi metodi per risolvere lo stesso problema:

Cursori di MSMQ
Utilizzo di GetAllMessages
Utilizzo di GetEnumerator2
PowerShell
Performance Counter

Traducendo il tutto in righe di codice, per il punto 1) abbiamo:

public int CountByCursor()
{
    int count = 0;
    Cursor cursor = _messageQueue.CreateCursor();
    Message m = CursorPeekWithoutTimeout(cursor, PeekAction.Current);
    if (m != null)
    {
        count = 1;
        while ((m = CursorPeekWithoutTimeout(cursor, PeekAction.Next)) != null)
        {
            count++;
        }
        if (m != null) m.Dispose();
    }
    cursor.Dispose();
    return count;
}

private Message CursorPeekWithoutTimeout(Cursor cursor, PeekAction action)
{
    Message ret = null;

    try
    {
        ret = _messageQueue.Peek(new TimeSpan(1), cursor, action);
    }
    catch (MessageQueueException mqe)
    {
        if (mqe.MessageQueueErrorCode != MessageQueueErrorCode.IOTimeout)
        {
            throw;
        }
    }
    return ret;
}

Sinceramente questo è il metodo che più non mi piace, sarà per la parola “Cursore”, sarà per la gestione dell’eccezione, sarà perchè la vedo poco pulita.

Passiamo al punto 2):

 public int CountByGetAllMessages()
{
    return _messageQueue.GetAllMessages().Length;
}

Semplice e pulita, ma come vedremo a breve, le prestazioni scendono con l’aumentare dei messaggi in coda.

Punto 3), “GetMessageEnumerator2”:

var x = _messageQueue.GetMessageEnumerator2();
int counter = 0;
while (x.MoveNext())
{
    counter++;
}
return counter;

Sfruttiamo il MessageEnumerator ritornato dal metodo GetEnumerator2 ed iteriamo per spostare il cursore fino alla fine della coda.

Punto 4), “PowerShell” (in questo caso mi sono limitato a copiare del codice trovato in rete):

var path = string.Format(@"\\{0}\root\CIMv2", machine);

ManagementScope scope;

if (string.IsNullOrEmpty(username))
{
    scope = new ManagementScope(path);
}
else
{
    var options = new ConnectionOptions { Username = username, Password = password };
    scope = new ManagementScope(path, options);
}

scope.Connect();

if (queuePath.StartsWith(".\\")) queuePath = queuePath.Replace(".\\", string.Format("{0}\\", machine));

string queryString = String.Format("SELECT * FROM Win32_PerfFormattedData_msmq_MSMQQueue");
var query = new ObjectQuery(queryString);
var searcher = new ManagementObjectSearcher(scope, query);
IEnumerable<int> messageCountEnumerable =
    from ManagementObject queue in searcher.Get()
    select (int)(UInt64)queue.GetPropertyValue("MessagesInQueue");
var x = messageCountEnumerable.First();

return x;

ed infine il punto 5) “Performance Counter”:

System.Diagnostics.PerformanceCounter backupQueueCounter = new System.Diagnostics.PerformanceCounter(
    "MSMQ Queue", "Messages in Queue", "queue_path");

return backupQueueCounter.NextValue();

Bene, ora quale usare ? Proviamo con un piccolo test: ad una coda privata aggiungiamo 10.000 messaggi per volta (all’interno di un ciclo) e proviamo ad utilizzare i metodi su descritti per recuperare il numero di messaggi presenti in coda (si suppone che tra un conteggio e l’altro nella coda non vengano aggiunti altri messaggi). Iteriamo il procedimento per tre volte.

Di seguito i risultati ottenuti (espressi in millisecondi, per le misure del tempo di esecuzione è stata utilizzata la classe System.Diagnostics.Stopwatcher):

Prima Iterazione

#Msgs	MSMQ Cursor	GetAllMessages	GetEnumerator2	PowerShell	Performance C.
10.000	449,816	580,703	36,37	78,543	351,86
20.000	928,18	1.297,72	78,16	9,888	0,462
30.000	1.340,44	1.854,52	137,82	10,563	1,121
40.000	1.769,73	2.656,28	194,652	12,061	3,187
50.000	2.188,74	3.427,84	190,672	10,739	0,452
60.000	2.631,29	3.909,71	231,995	10,219	0,364
70.000	3.006,52	4.771,09	264,112	5.802,42	0,462
80.000	3.469,49	6.116,47	309,691	10,075	0,545
90.000	4.000,00	6.134,66	372,885	9,876	0,435
100.000	4.544,33	6.932,08	424,196	9,024	0,41

Seconda Iterazione

#Msgs	MSMQ Cursor	GetAllMessages	GetEnumerator2	PowerShell	Performance C.
10.000	475,357	609,866	38,022	285,978	351,955
20.000	912,591	1.315,49	76,912	10,453	0,502
30.000	1.417,26	2.066,92	122,745	11,156	0,366
40.000	1.901,66	2.718,64	153,373	9,947	0,349
50.000	2.393,97	3.386,43	203,553	10,962	0,358
60.000	2.659,28	4.546,84	280,257	9,832	0,413
70.000	3.246,77	4.938,01	278,404	11,664	0,517
80.000	3.718,89	5.881,67	330,857	13,688	0,506
90.000	4.230,99	6.677,00	362,374	10,155	0,508
100.000	4.832,89	7.585,19	464,216	16,495	0,681

Terza Iterazione

#Msgs	MSMQ Cursor	GetAllMessages	GetEnumerator2	PowerShell	Performance C.
10.000	533,294	621,392	41,496	79,286	376,431
20.000	911,513	1.338,41	79,827	9,354	0,38
30.000	1.339,34	2.123,46	120,693	12,969	0,414
40.000	1.799,28	2.658,01	158,606	9,423	0,374
50.000	2.196,96	3.221,87	199,273	10,413	0,426
60.000	2.562,49	4.140,15	257,22	8,81	0,411
70.000	3.358,83	4.715,56	327,474	14,808	0,53
80.000	4.417,58	6.690,44	316,044	17,334	0,825
90.000	4.185,52	6.229,67	340,457	11,773	0,396
100.000	4.407,13	6.658,46	390,498	12,944	0,589

Dai risultati ottenuti si ottiene che l’utilizzo del “Performance Counter”, in caso di letture successive, sembrerebbe essere quello più efficiente.

In attesa di altri giudizi ed approfondimenti :-).

Elenco di Micro-Framework…

Pietro Libro — Fri, 21 Sep 2012 10:01:00 GMT

Post promemoria: interessante ed abbondante elenco di Micro-Framework (completo di “motore di ricerca”) microjs.com

DomusDotNet: ALM@Work

Pietro Libro — Tue, 21 Aug 2012 20:57:45 GMT

Pubblicata l'agenda dell'evento ALM@Work organizzato da DomusDotNet per il 28 settembre 2012 presso la sede Microsoft di Roma, insieme a Matteo Emili e Gian Maria Ricci, MVP italiani di Visual Studio ALM.

Tutti i dettagli dell'agenda ed il link per l'iscrizione qui .

ASP.NET MVC, Web API, Razor and Open Source

Pietro Libro — Wed, 28 Mar 2012 13:00:00 GMT

Dal post di ScottGu:

You can now browse, sync and build the source tree of ASP.NET MVC, Web API, and Razor on the http://aspnetwebstack.codeplex.com web-site.

DomusDotNet : We Want Web, grazie a tutti :-)

Pietro Libro — Sat, 10 Mar 2012 20:52:00 GMT

Ieri 9/3/12 si è svolto l’evento WeWantWeb organizzato da DomusDotNet presso la sede Microsoft di Roma. Le sessioni sono state registrare e quanto prima pubblicheremo Slide, codice sorgente degli esempi e Video, sul sito di DomusDotNet. Grazie a tutti i partecipanti!!! Attendiamo i vostri feedback! Al prossimo evento .

Da sinistra verso destra: Alessandro Mostarda e Massimo Bonanni, Giorgio Di Nardo, Nick, io , parte di coloro che hanno avuto la pazienza di ascoltarci .