Havaittujen ongelma: Ohjelma-asiakirjan työnkulut sivustokokoelman siirtäminen

PÄIVITYS: Olen ollut tutkia, miten upottaa SPD työnkulun sivustomääritykseen. Tässä MSDN-foorumin ketjussa on joitakin mielenkiintoisia tietoja. Se ei ole ratkaiseva, mutta viittaa polku viidakon läpi.

Annan tämän jälkeen hieman kumma "havaittu ongelma" koska olen hieman varovainen johtopäätöksiä siitä. SPD työnkulut ovat … temperamenttinen.

Ihmiset kysyvät usein / ihme / kiukuttelu yli liikkuvat SPD työnkulkuja paikasta toiseen. Tänään, Näiden ohjeiden ja tehnyt nämä huomautukset:

  • Olen luonut työnkulun käyttämällä SharePoint Designer-sivuston liitetty asiakirjakirjastoon.
  • Liittyvä asiakirjakirjasto sijaitsee jo useita asiakirjoja.
  • Olen tallentanut sivuston mallia.
  • Kun olen tallentanut sivuston mallia, Säästin sisällön samoin.
  • Olen luonut uuden sivuston samaan sivustokokoelmaan käyttää kyseistä mallia.

Tässä vaiheessa, Olen yrittänyt suorittaa työnkulun. Se välittömästi lopettaa itse halko asia, "Ei käynnisty".

Odotin tämän. Olen alhaiset odotukset, kun se tulee liikkuvat SPD työnkulut.

Jatkoin:

  • Avannut sivuston SharePoint Designerissa.
  • Oli kurkistaa työnkulku. Se tuntui hyvin.
  • I-kirjain clicked "Lopettaa".
  • Juoksin työnkulku.

Tällä kertaa, se toimi moitteettomasti.

I lisätä, että tämä työnkulku käyttää "tietojen kerääminen käyttäjältä" Mikä on suhteellisen monimutkaisia toimia konepellin alle.

Alustavasti päätellä, että prosessi "viimeistely" työnkulun aiheutti SPD, SPD työnkulku liitetään asianmukaisesti uuteen asiakirjakirjastoon. Katson myös, XOML ja muita XML-esineitä ovat kohtuullisen "löysä". Ne ei super tiukasti liity asiakirjakirjastoon.

Mitä tämä tarkoittaa? Olettaen, että se on luotettava ja toistettavissa prosessi, on ainakin yksi karkea menetelmä voimme käyttää siirtää ne. En tiedä, jos tämä toimisi jos ylitimme sivuston kokoelma rajoja tai jopa enemmän huomattavasti, koko uusien tilojen (virrankatkaisu. dev vaiheeseen tuot).

Jos luet tätä ja taipuvainen, Lähetä kommentti tai email we SharePoint Designer siirron tarina. I mielelläni päivittää tästä kommentista mitään oivalluksia tarjotaan näin ollen.

</loppu>

Tilaa blogiin.

Technorati Tags:

Jätä vastaus

Sähköpostiosoitettasi ei julkaista. pakolliset kentät on merkitty *