Come posso migliorare l'edit di compilazione ciclo di test durante lo sviluppo di un flusso di lavoro di SharePoint?

StackOverflow https://stackoverflow.com/questions/7174

  •  08-06-2019
  •  | 
  •  

Domanda

Recentemente ho dovuto sviluppare un flusso di lavoro di SharePoint, e ho trovato l'esperienza molto onestamente, la più dolorosa attività di programmazione che abbia mai dovuto affrontare.Un grosso problema che ho avuto è stata che i problemi che ho incontrato quando ho avuto il passaggio attraverso di essa nel debugger.

C'è un articolo su come eseguire il debug di un flusso di lavoro di SharePoint qui che ti dice come impostare punti di interruzione, etc.Questo comporta la copia del .file pdb nella GAC a fianco del .dll file contenente il vostro flusso di lavoro.Devi farlo dal prompt dei comandi (o un file batch) perché Windows Explorer non consente di visualizzare le relative sottodirectory di c:\windows\assembly.

Tuttavia, se si esegue questa operazione, la prossima volta che si tenta di distribuire il flusso di lavoro dall'interno di Visual Studio, si lamenta che non può essere distribuito, perché "il file non può essere firmato" e se si tenta di copiare la nuova versione della dll nella GAC, ti dice che l' .dll file è bloccato.

Ho scoperto che per qualche tempo, è possibile ottenere intorno a questo facendo un iisreset, ma in altre occasioni è necessario riavviare Visual Studio e non ci sono state frequenti le volte in cui mi sono anche dovuto riavviare il computer del tutto, perché un po ' di mistero processo ha bloccato il file.Quando non si utilizza il debugger, invece, tutto funziona bene.

Qualcuno sa di un modo più semplice di debug flussi di lavoro di questo?

È stato utile?

Soluzione

SharePoint team è attualmente al lavoro sul MUSCHIO estensioni per VS 2008 che consentirà a questo tipo di funzionalità.Questo era disponibile in VS 2005 con MOSS estensioni, ma deve essere alimentato Server Windows con un pieno di MUSCHIO installazione e il corretto set di autorizzazioni.

Altri suggerimenti

Ho un sacco più veloce sviluppo SharePoint-Soluzioni in generale (non solo i Flussi di lavoro) quando ho iniziato a usare WSPBuilder.WSPBuilder è un Addin per Visual Studio chiamata WSPBuilder Estensioni e, a mio parere il WSPBuilder Estensioni di fare un lavoro migliore rispetto a infamous Windows SharePoint Services 3.0 Strumenti:Estensioni Di Visual Studio 2008, La Versione 1.2.Grazie per la WSPBuilder Menu di gestione/aggiornamento/disinstallazione di una soluzione, è solo un clic di distanza!

Una cosa che sarebbe davvero aiutare è se il team di SharePoint interfacce fornite per la SP flusso di lavoro specifico per i servizi necessari per eseguire SP flussi di lavoro.Questo consentirebbe di deridere le interfacce e eseguire flussi di lavoro al di fuori della SP corretto.Per quanto ne so, non si può fare oggi.

Io personalmente ho trovato SharePoint estremamente doloroso per sviluppare contro...non solo con i flussi di lavoro, ma in generale.Capisco amministrativo vince e la produttività dell'utente finale, ma è abbastanza terribile esperienza per Joe .NET Developer.

Come velocizzare l'IIS reset, Andrew Connell ha alcuni suggerimenti qui http://www.andrewconnell.com/blog/archive/2006/08/21/3882.aspx

Questo ha portato la mia IIS tempo di reset per 10 secondi, fino a meno di 2 secondi.

Non sono sicuro che è necessario per ottenere il file pdb nella GAC.(Almeno, la correzione sto per descrivere funziona bene per il debug di web part di SharePoint in VS2005, che hanno un problema simile.)

C'è una spunta in "Abilita Solo il Mio Codice (Gestito Solo)" in Strumenti-->Opzioni-->Debug;se si deseleziona l'opzione, quindi Visual Studio sarà lieto di caricare il pdb dalla cartella bin\Debug in cui è costruito.Probabilmente.Non fa male a provare, comunque...

Check out STSDev su CodePlex da SharePoint Mvp come Ted Pattison, Andrew Connell, Scot Hillier, e di più.

STSDEV è un proof-of-concept applicazione di utilità che viene illustrato come generare progetto di Visual Studio, file e file di soluzione per facilitare lo sviluppo e l'implementazione di modelli e componenti per la piattaforma SharePoint 2007 incluso in Windows SharePoint Services 3.0 (WSS) e Microsoft Office SharePoint Server 2007 (MOSS).Si noti che l'attuale versione del stsdev utilità supporta solo la creazione di progetti con il linguaggio di programmazione C#.

Keith

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top