working in progress: SharePoint 2010, Visual Studio 2010, ASP.NET, WPF, Scrum, Patterns, TDD, Refactorin To Pattern

New gift: MSDN Subscription

Sono felice di ringraziare Alle per il bellissimo regalo che mi ha fatto: una sottoscrizione msdn :)

Appena arriva il ferro nuovo installerò un bel pò di prodotti… primo fra tutti TFS :D

Jò Alle, jò

[top]

Sharepoint Community

Nella sessione How-To della Sharepoint Community, hanno inziato a pubblicare un pò di miei post.

A settembre tornerò con nuovi post su Sharepoint che affronteranno i seguenti argomenti:

• Web part Search: cos’è e come customizzarla con xslt
• Web part Result: cos’è e come customizzarla con xslt
• Pex e Moles: cosa sono e come usarli per fare testing delle nostre applicazioni Sharepoint

68b872cc-a5e0-4d34-9ce6-d4d37f7dda80

Jò

[top]

Sharepoint and Mocking!!!

Sempre più preso dall’usare Rhino.Mocks per i propri test (a causa di Ughetto; prima facevo le mie classi di mocking), ho iniziato a guardare in giro quale sarebbe il migliore framework per mocking su Sharepoint, perchè Rhino non fa quel che ho più di bisogno: moccare classi sealed e costruttori internal.

Chi ha provato a mockare dei progetti web sa bene che “problemi” si possono avere con i vari HttpContext etc.
Nel mondo Sharepoint abbiamo gli stessi problemi con, l’SPContext, SpList … in più abbiamo poche interfacce e molti metodi/proprietà static.

Ecco allora che abbiamo poche soluzioni applicabili:

1. Implementare interacce/classi che wrappano gli oggetti di Sharepoint
2. Usare un framework di mocking
3. Usare Doubler

Il punto 1 è quello che facevo e avrei continuato a fare senza l’ausilio dei framework di mocking.
Prendete una classe la mocchiamo a manina e vediamo se il codice che scriveremmo a contorno funziona:

• PRO
  Non devo impare a usare un framework
• CON
  Devo scrivere tanto codice!!!

Il punto 2 è quello più interessante, anche perchè abbiamo un pò di framework di testing da poter usare.
Il primo che mi viene in mente è Rhino.Mocks, ma come ho scritto su non è utile con Sharepoint perchè dovremmo scrivere tutte le interfacce necessarie per wrapparne gli oggetti.

Altre due mi vengono in mente: TypeMock e Moles + Pex.

Anche quì abbiamo pro è contro…

TypeMock:

• PRO
  Mocca l’impossibile, anche le mozzarelle di bufala e adesso c’è anche la licenza TypeMock Isolator 2010 for Sharepoint developers che comunque costa un botto e, rispetto alle altre versioni, non ha nulla: http://site.typemock.com/comparison-matrix/
  Rimane il fatto che, ad oggi, è la più completa… ad oggi
• CON
  Costa e non poco

Moles e Pex:

• PRO
  Mocca gli oggetti sealed e i costruttori  internal
  Pex genera test cases dopo aver analizato il codice in test (mooolto comodo)
• CON
  Microsoft ancora non ne garantisce il supporto

Doubler è un addin di reflector sviluppato da Jay Flowers, ottimo per creare stub: http://code.google.com/p/doubler/

Personalmente ho sempre visto di buon occhio TypeMock e ultimamente l’ho provato.
Ma visto il costo non ho voluto aprofondirne la mia conoscenza.

Invece sempre più proverò ed usero Moles + Pex per i miei progetti, rimanendo a Rhino per Dexter.

Cips

0xb4627233, 0x5e70, 0x4219, 0x95, 0x9e, 0x1, 0x63, 0x5e, 0x6b, 0x3f, 0xae

[top]

VS2008: Test Run deployment issue *.dll is not trusted.

Problema:

All’avvio di un Test il risultato è:

VS2008: Test Run deployment issue ICSharpCode.SharpZipLib.dll is not trusted.

Soluzione:

1. CASPOL
   caspol -m -ag 1.2 -url C:\PROJECTS\WEBAPPS\LogUploader\Library\* FullTrust
   caspol -m -ag 1.2 -url c:\projects\webapps\loguploader\testcommon\bin\debug\* FullTrust
2. Dalle proprietà della dll cliccare su unBlock

Pace e bene

0xb553ba1b, 0xec58, 0x4109, 0xa4, 0x19, 0x5d, 0xd, 0x3a, 0x18, 0x7a, 0xc4

[top]

Lavorare con i PDF

Dopo varie prove ho trovato molto utile l’utilizzo della libreria PDFBox di Apache.
E’ una libreria scritta in Java ma utilizzabile anche sui vostri progetti .NET e, devo dire, che funziona veramente bene.

Ecco un esempio su come leggere la prima pagina di un PDF contenente del testo OCR:

PDDocument pdDocument = null;
try
{
    pdDocument = PDDocument.load(_currentPdfFileDto.FullName);
    var stripper = new PDFTextStripper();
    stripper.setSortByPosition(true);
    stripper.setStartPage(1);
    stripper.setEndPage(1);
    stripper.getText(pdDocument);

Che Dio vi benedica

0x4d97a6bc, 0xc3bd, 0x49c0, 0x83, 0x82, 0x81, 0xee, 0x4c, 0x58, 0x83, 0x32

[top]

Il kit del bravo consulente 2

Ecco un aggiornamento del kit del bravo consulente.
Oltre alla vecchia attrezzatura (quì) aggiungo:

• smacchiatore (Scardova docet)
• pietra
• geffer (per le ug's cene)
• pigiama

0x28fb258, 0x8955, 0x40b3, 0x93, 0xc, 0xcf, 0x22, 0xdd, 0xcc, 0x6b, 0xe5

[top]

Customizzare i risultati del nostro Sharepoint 2010 Search Engine!

Sicuramente una cosa che torna sempre carino da fare è customizzare la result page del nostro search engine.

Prima di tutto, se non abbiamo un subsite search engine lo creiamo:

Fatto questo, apriamo il Designer 2010 e andiamo su All Files e (personalmente lo trovo comodo) copiamo le web part utili della pagina results.aspx:

E creiamo la pagina SearchResult.aspx :

Adesso andiamo sui settings del nostro site e clicchiamo su Search settings:

Modifichiamo l’url della pagina di result

E controlliamo il risultato

cips

0xbdcd505b, 0xdcbb, 0x49bc, 0xa1, 0xee, 0x77, 0x2, 0x79, 0x9e, 0x84, 0x81

[top]