Coding

SharpZipLib e falsi positivi

Omar Damiani — Thu, 16 Sep 2010 12:33:43 GMT

In questi giorni mi sono scontrato con una serie strana di fatti che solo grazie alla pazienza e supporto del cliente e ad un pizzico di costanza, sono riuscito *forse* a venirne a capo.

Dico forse perchè le prime avvisaglie ci sono, ma vedremo presto se la statistica si assesta :)

Quel che è certo è questo: se avete deciso di utilizzare o utilizzate la libreria SharpZipLib per creare i vostri file compressi (zip), e *magari*, tanto che ci siete dovete anche inviarli via email, occhio ai falsi positivi.

Il mio cliente utilizza come sistema integrato antivirus, antispam, eccetera eSafe, ed il problema è che il file zip allegato veniva sistematicamente rimosso.

La cosa che mi ha fatto insospettire è che l’errore fosse il 738: “The 'Block oversized files in archives' rule is active”.

Questo mi porta a pensare che non siano “semplici” falsi positivi, ma che la libreria in questione generi dei file compressi con dei metadati errati, per esempio *magari* la dimensione del file…

La mia soluzione è stato sostituire la libreria di compressione con DotNetZip e devo dire che ora sembra tutto molto meglio :)

COM Interoperability…some tricks ;)

Omar Damiani — Mon, 13 Sep 2010 15:55:06 GMT

Dovendo sviluppare in questi giorni un wrapper COM per una mia libreria, ho reinstallato su una mia macchina virtuale ~~il mitico~~ lo storico ambiente di sviluppo Visual Basic 6.0. Che tempi! :)

Beh, ho sempre sentito parlare, anche nei vari esametti che ci sono in giro di questa COM Interop, a dire il vero l’avevo già usata “al contrario” (ovvero usare oggetti COM da .Net), ma non mi era mai successo di dover usare .Net da COM.

E così un bel territorio nuovo, ma non sapevo che avrei trovato due insidie *carine*.

Prima Insidia

Qualcuno di voi, leggendo fin qui magari si è chiesto: “ma scusa, dato che si possono utilizzare oggetti COM in .Net perchè non ha utilizzato direttamente il suo wrapper, una volta costruito, direttamente in VS? Perchè vuole farsi del male installando VB6?”

Ve lo siete chiesti vero? :)

Amo il realismo e quindi volevo provare nell’ambiente “vero”.

No, non è per quello. Ci mancherebbe. La risposta è più semplice: non si può. (!)

Cioè se create una classe .Net, la wrappate COM e tentate di usarla in .Net come COM, non si può fare. Punto.

Seconda Insidia

Beh, insomma nulla di difficile, la cosa più lunga sarà installare VB6 e fare un progettino ~~idiota~~ di prova.

Vero.

Ma solo per la prima prova. (ecco svelati perchè tutti i milioni di esempi che si trovano sulla Rete *comunque* funzionano…la prima volta…)

Leggerete che occorre creare un Interfaccia (possiamo anche farla creare in automatico con l’attributo ClassInterface), poi una bella classe che implementa quell’interfaccia, esposta in COM tramite ProgId e Guid…

Nulla di nuovo, sono stati scritti due esempi completi: uno più immediato e l’altro molto utile per approfondire…

Cosa non dicono?

Beh, fatte le vostre prove *probabilmente* vorrete cambiare l’interfaccia aggiungendo, sostituendo metodi, no?

E via, a botte di regasm a far rigenerare il tlb (Type Library)…e a ricaricarla come referenza da VB6.

E li cominciano i primi dubbi amletici: non cambia assolutamente nulla. Anzi cominciano ad uscirvi errori dal 429 al 438 ActiveX che, ve la faccio breve, significano che la vostra classe non implementa i metodi richiesti.

Posto che voi invece li abbiate sviluppati (altrimenti avete un altro problema…:D), come fare in modo che la rigenerazione del tlb corrisponda effettivamente ad un refresh delle referenze?

Semplice, una volta che si sa: occorre incrementare la versione del vostro COM wrapper.

Terza Insidia

Ricordatevi, in fase di generazione/rigenerazione del tlb che, se avete utilizzato delle dipendenze, dovete aggiungere l’opzione /codebase, così include tutte le dipendenze nell’esportazione.

Ora siete pronti per il vostro viaggio nel mondo unmanaged :)

That’s all folks!

ThickBox e Gallery

Omar Damiani — Tue, 06 Apr 2010 14:25:34 GMT

Mi sono appena scontrato con un problemino da 0.45 ore di perdita di tempo.

Il fatto è che sono abituato a pensare che, quando qualcosa non va, nella logica 80/20, l’80% delle volte è perchè io non so farla andare, e non che davvero le cose non funzionino o siano bacate.

Ma evidentemente non è questo il caso (e a questo punto capire se è meglio perdere 0.45 ore perchè non so fare una cosa o perchè qualcosa non va, è un bel match).

Ciancio alle bande, veniamo al punto: ThickBox ha un problema con una versione aggiornata di jQuery (credo dalla 1.3.2 ma non ho avuto modo di verificare) nella modalità “Gallery”.

Ovvero, la ricerca dell’attributo “rel” che specifica a quale gallery appartiene una determinata immagine, viene cercato (per me correttamente, ma non capisco perchè non funziona) tramite XPath “@rel”.

Fortunatamente, e con stupore, ho trovato questo post, che spiega meglio di me la cosa…

happy ThinkBoxing! :)

Weekend ;)

Omar Damiani — Fri, 19 Feb 2010 17:19:31 GMT

bool ret = false;

IList<Woman> women = (from p in omar.KnownPersons
                         where p.Gender == 'f' &&
                         p.BeautifulPoints >=65
                      select p
                      ).ToList();

foreach(Woman w in women)
{
    if(w.SheWillGiveItTo(omar))
      {
          ret = true;
          break;
      }
    else
      {
          w.StandBy();
      }

   if(ret)
      omar.LetsRock();
   else
      omar.ContinueYourWorthlessLife();
}

Non ho compilato ma dovrebbe andare…

TFS2010: un po’ di “esercizi” :)

Omar Damiani — Thu, 24 Dec 2009 00:50:22 GMT

Da qualche tempo ho deciso di smetterla di “tenere in piedi” una Virtual Machine (tra l’altro hostata in Windows Virtual PC…e non dico altro) sul PC di mio fratello che, povero, era costretto a giocare a COD Modern Warfare 2 con la VM attiva, con evidenti “effetti speciali” del frame rate…

Senza contare il fatto che necessitavo del suo PC acceso mentre lavoravo (il che tradotto, data la mia doppia vita, significa dalle 21 alle 2) e che, comunque, non era raggiungibile dall’esterno (essendo semplicemente in LAN).

Allora ho deciso di orientarmi all’acquisto di un VPS, mi sono rivolto a IP Next, dato che fanno parte di un brand che mi fanno già da fornitori per altro hardware.

Inizialmente l’idea era quella di utilizzare TFS2008, ma poi ho deciso di “tentare” direttamente il salto a TFS2010 Beta 2, dato che anche il server lo dovrò per forza reinstallare verso, al massimo, Giugno.

Dato l’esiguo spazio a disposizione (16Gb di HD) ho dovuto optare per un’installazione ultralight (ahimè non ho potuto sfruttare la Core Installation di Windows Server 2008 data la mia ignoranza che sto cominciando a colmare…): SQLExpress + TFS2010 Basic.

L’installazione è stata *fantasticamente* liscia, grazie alla guida ufficiale.

Poi in realtà ho avuto anche qualche problema, e qui nasce l’idea di questo post.

I problemi, in ordine erano i seguenti:

Errore alla creazione di un nuovo Team Project
Impossibilità di cancellare un Team Project la cui creazione era fallita
Problema a mappare sul nuovo server il progetto

1. Errore creazione Team Project

L’errore esatto era “There is insufficient system memory in resource pool 'internal' to run this query”.

Dopo aver perso circa 24 ore (lavorative o non?!? boh…) nell’investigare questa cosa è risultata in una mazzata sui denti per me: stupidamente non avevo installato il SP1 di SQL Server e, in un meandro della Rete della quale ho perso il link, è risultato che una causa *poteva* essere quella.

Installato –> Risolto.

2. Impossibilità di cancellare un Team Project *creato* ma *fallito*

Dato l’errore di cui al punto 1, non veniva eseguito il rollback della procedura di creazione del Team Project, quindi risultava una situazione *spuria* sul server: Team Project non presente ma, se si tentava di creare un nuovo progetto con lo stesso nome, un messaggio mi avvisava che c’era già…

Mi sono quindi documentato su vari *giochini* a linea di comando e ho trovato utili al mio scopo questi due, in sequenza:

tfsconfig repair
tfsconfig remapDBs /databaseName:Nettuno\SQLEXPRESS;Tfs_Configuration /sqlInstances:Nettuno\SQLEXPRESS

Dopodichè, nella Team Fondation Server Console, finalmente il Team Project.

Quindi l’ho cancellato e ricreato –> Risolto.

3. Problema nel mappare sul nuovo server il progetto

Questo è stato un problema più strano (qui non c’entra nulla la versione di TFS).

Quello che non riuscivo a fare era, dopo aver slegato (unbind) del progetto al vecchio server TFS, mappare il folder locale sul nuovo server per fare il primo checkin di tutto il codice.

L’errore che ottenevo quando tentavo di configurare il nuovo workspace era:

“The path … is already mapped in workspace …”

Dopo aver fatto unbind e aver cancellato (manualmente) (operazione comunque inutile) i file vssscc?!?!

Qui non è stata farina del mio sacco, la soluzione si è presentata in *automatico* grazie ad una veloce ricerca.

Risolto.

Bene, a questo punto posso anche cominciare a comprare i regali…azz…ma è il 24 Dicembre?!?!?

Auguri di Buon Natale a tutti allora!!! :)))

Intervista su SCRUM

Omar Damiani — Thu, 19 Mar 2009 12:01:35 GMT

Mi era sfuggita (e si che lo sapevo che doveva uscire…) e devo dire che l’ho seguita con interesse.

Non sapevo minimanente di cose si trattasse, mi sembra una cosa molto utile da sapere…sarebbe bello anche applicarla…

Seguitela qui.

Navigazione Custom in SharePoint

Omar Damiani — Thu, 12 Mar 2009 13:30:13 GMT

Girando per la Rete, ho trovato questo simpatico post che in più di un caso potrebbe servirmi per risolvere una questione scomoda che SharePoint non risolve out-of-the-box.

http://cregan.wordpress.com/2008/05/09/wss-navigation-flyouts-security-trimming-custom-nav-items/

Spiega tutto perfettamente e direi che non c’è da aggiungere altro se non un complimento per la scelta tecnica ;)

SharePoint web services, Visual Studio e l'autenticazione perduta (?!?)

Omar Damiani — Tue, 23 Dec 2008 23:43:25 GMT

Questa cosa davvero bizzarra (vi prego, ditemi che ho qualche grossa lacuna, preferirei...) la scrivo perchè (spero che sia complice qualche festicciola natalizia) mi ha fatto perdere due giorni lavorativi.

Finalmente stasera ho avuto l'illuminazione. Ho dovuto abbandonare la mia razionalità, ma d'altronde Einstein insegna "Imagination is more important than knowledge".

Veniamo al dunque.

Premesso che, fino a lunedì, ancora non avevo mai utilizzato WCF, ho deciso di non farmi problemi ad utilizzarlo per referenziare i web service di SharePoint.

Fin qua tutto ok.

Peccato che poi, alla chiamata di un qualsiasi metodo di un qualsiasi web service (tra quelli di SharePoint ovviamente), ricevo un errore di autenticazione.

Io purtroppo sul discorso security sono un po' carente moltiplicato per la mia carenza WCF crea un bel mondo di incognite...:)

Eppure...mi sembra tutto giusto, perchè non mi autentica con la mia utenza (che tra l'altro è admin del mio sito SharePoint) ?

listService.ClientCredentials.Windows.AllowedImpersonationLevel = System.Security.Principal.TokenImpersonationLevel.Impersonation;
listService.ClientCredentials.Windows.ClientCredential = new System.Net.NetworkCredential("pippo", "pippo99", "SHARE1");
listService.ClientCredentials.Windows.AllowNtlm = true;

Niente da fare, non mi autentica.

Cerco informazioni un po' su internet, un po' su vari libri di WCF dando la colpa alla mia ignoranza sull'argomento. Chissà come si implementa l'NTLM con WCF...

Niente da fare, tutto mi riporta al fatto che, così come ho fatto è giusto. Anche la sezione Security dell'app.config è ok.

</security>

Mi arrendo e mi dico: proviamo a farlo nella vecchia maniera...ovvero aggiungere il servizio come web service e non come servizio WCF.

Così faccio, cambio leggermente il codice:

listService.Credentials = new NetworkCredential("pippo", "pippo99", "SHARE1");

Stesso errore, ancora non mi autentica. Provo ancora a controllare la validità della mia utenza con il browser ed è ok.

Non capisco cosa devo fare e mi arrovello, perdendo tempo in inutili tentativi.

Alla fine, provo impostando direttamente l'Url del webservice una volta istanziato e...sorpresa: funziona!

Ma come è possibile? E' lo stesso Url con la quale l'ho referenziato, chi l'ha cambiato?!?

Nessuno: Visual Studio, quando viene referenziato un web service di SharePoint, elimina qualsiasi menzione a eventuali sottositi.
Se per esempio quindi il web service referenziato (come nel nostro caso) è:

http://nomedominio.com/sottosito/_vti_bin/lists.asmx

Visual Studio in realtà memorizzerà l'indirizzo così:

http://nomedominio.com/_vti_bin/lists.asmx

Nella logica delle directory virtuali di SharePoint non fa una piega, ma in effetti è chiaro che utilizzare il web service dalla root o da un suo sottosito, non è esattamente la stessa cosa...

Alla fine, sono tornato nel mio progetto dove l'avevo referenziato con WCF, mi è bastato impostare l'Url corretto e...funziona.

listService.Endpoint.Address = new System.ServiceModel.EndpointAddress("http://nomedominio.com/sottosito/_vti_bin/lists.asmx");

Non aggiungo altro.

SharePoint e Architettura...why not? #1

Omar Damiani — Wed, 17 Dec 2008 00:15:28 GMT

Una volta qualcuno mi ha chiesto "Ma perchè ti interessi di Architettura (del software nda)? Tu mica lavori con SharePoint?".

A parte il fatto che ~~fortunatamente~~ non lavoro solo con SharePoint, non capisco dove sia il nesso. Una buona architettura ti aiuta. Sempre. (dove per buona non intendo che la sua bontà sia direttamente proporzionale alla sua cardinalità, per non dire complessità).

Detto questo volevo portare questo mio esempio (niente codice, solo teoria quindi, veri coders, cambiate pure post :D) senza avere nessuna pretesa, solo come case study (addirittura?).

Mesi fa, avendo riscontrato una certa ripetitività codice in alcune WebPart da me sviluppate, ho pensato bene di centralizzare il codice che gestisce la generazione e la modifica di codice CAML in una libreria a se stante, referenziandola poi in tutte le WebPart che ne avessero avuto bisogno.

Il tutto funzionava perfettamente e avere il codice centralizzato è un grosso vantaggio.

Forse.

La centralizzazione è in realtà un boomerang se va di pari passo con la dipendenza.

Eh si...perchè se cambio qualcosa, qualsiasi cosa nella libreria centralizzata devo ricompilare tutti i componenti (nel nostro caso, WebPart) che ne fanno uso.

Non sarebbe comodo normalmente, figuriamoci se si parla di WebPart.

Ho capito subito la prima volta che ho sentito parlare di IoC che quella era la strada da percorrere.

Allora ho fatto un po' di refactoring.

Mi sono creato una libreria di "base" contenente solo l'interfaccia del CAML Manager. Questo è l'assembly referenziato da tutte le WebPart.

Il "vero" CAML Manager è ora un'altra libreria che aderisce a quell'interfaccia e che verrà instanziata via reflection dalle WebPart.

Ho ricompilato (per l'ultima volta però...) tutte le WebPart ed ho installato il tutto.

Il vantaggio di tutto questo è che finalmente se devo cambiare qualcosa nella libreria centralizzata, non è più necessario che ricompili chi la utilizza (fintanto che non cambio anche l'interfaccia, ovviamente, ma quella si spera non cambi tanto facilmente).

Obiettivo raggiunto.

Spero di completare questo post con uno più di dettaglio.

Dependency Injection with Unity

Omar Damiani — Wed, 24 Sep 2008 13:02:20 GMT

Da quando ho sentito parlare per la prima volta di IoC e di DI, devo dire che la cosa mi ha interessato sempre più e, non ho ancora ben capito se è causa o conseguenza, è sempre più presente nella mia vita professionale di tutti i giorni.

Innanzitutto volevo segnalare questo bell'articolo che spiega di base sia di cosa si tratta, sia come risolverlo con Unity, la soluzione Microsoft per la Dependency Injection.

Come dicevo pochi secondi fa a mgutman, la DI è una di quelle cose che io pensavo fossere irrisolvibili. Un assunto. Tipo "Babbo Natale non esiste".

Impossibile pensare di cambiare un componente dipendente senza spezzare la dipendenza.

Invece non è così. E questo mi piace molto (stavo per dire "oltre ogni cosa" ma poi me ne è venuta in mente una...ma effettivamente è una).

Proprio in questi giorni ho un progetto in POC in cui devo incastonare una web part in SharePoint 2003 in un modo non proprio tradizionale.

Dopo aver dimostrato che tecnicamente è fattibile ho ora un problema di dipendenza a cascata e la DI potrebbe seriamente venirmi in aiuto (anche se su SharePoint 2003 devo arzigogolare un po').

Dopo questa segnalazione, torno allo studio ;)