Come organizzare schemi comuni a cui fanno riferimento più applicazioni biztalk in uno stesso gruppo?

Question

Ho una situazione in cui è necessario fare riferimento a uno schema in due diverse applicazioni BizTalk.

Potevo:

Mettere lo schema in una sola applicazione ed effettuare le altre applicazioni hanno un riferimento ad esso.

O

Mettere lo schema in una domanda comune e tutte le altre applicazioni hanno un riferimento a questa applicazione comune.

Tuttavia, in entrambi i casi di cui sopra, se sono presenti modifiche allo schema, devo dover ricostruire/ridistribuire tutte le applicazioni che hanno un riferimento allo schema. C'è un modo migliore di organizzare le applicazioni?

Answer 1

Dalla Microsoft Biztalk Operations Guide:

Distribuire risorse condivise in un'applicazione separata - Se manufatti stanno per essere condiviso da due o più applicazioni, distribuire le risorse condivise in un'applicazione separata. Ad esempio, se due applicazioni condividono uno schema, posizionare lo schema in un'applicazione separata. Noi consigliamo questo perché solo un artefatto in un gruppo BizTalk può avere un unico identificatore univoco locale (LUID). Un LUID è composto dal nome della risorsa e facoltativamente da altri attributi. Se si include un artefatto in un'applicazione e quindi si crea un riferimento ad esso da un'altra applicazione, l'applicazione di riferimento potrebbe non funzionare correttamente quando si interrompe l'applicazione contenente l'artefatto. Questa best practice si applica a tutti i tipi di artefatto ad eccezione dei file, come i file Readme e gli script, che vengono aggiunti all'applicazione come un tipo di file di artefatto. Questo perché più di un file artefatto con lo stesso nome può essere distribuito in un gruppo BizTalk. Pertanto, è possibile utilizzare un file con lo stesso nome in due o più applicazioni. In questo caso, l'interruzione di un'applicazione non avrà alcun impatto sull'altra applicazione. Per ulteriori informazioni sull'aggiunta di risorse file, vedere "Come aggiungere un file a un'applicazione" nella Guida di BizTalk Server 2006 R2 al numero http://go.microsoft.com/fwlink/?LinkId=106818.

Gli schemi che vanno nell'app condivisa in realtà non dovrebbero cambiare in quanto sono condivisi e questo è un evento importante. Se si aggiungono schemi o si modificano mappe esistenti, non è necessario ricostruire le vecchie app. Potrebbe essere necessario riciclare istanze dipendenti dell'host per farle aggiornare le copie in memoria della DLL. Altrimenti dovrebbe essere il 95% senza problemi.

Answer 2

Non sono sicuro di non capire la tua domanda, quindi correggimi se sono fuori base.

È necessario organizzare gli schemi come assembly personalizzati che possono essere distribuiti in modo indipendente per tutte le applicazioni che ne hanno bisogno. Possono quindi essere referenziati da altri progetti durante lo sviluppo. Dopo la distribuzione se vengono apportate modifiche agli schemi; l'assembly dello schema deve essere aggiornato sul server; il riferimento allo schema delle applicazioni verrà mantenuto.

spero che questo aiuti.

Answer 3

Abbiamo messo i nostri schemi e funzionalità comuni in un'applicazione separata.