Claudio Santorum Blog

Microsoft BizTalk Server 2006 R2 Service Pack 1

2010-02-26T07:18:00Z

E’ stata rilasciata la SP1 di BizTalk 2006 R2, che raggruppa una serie di fix

Disponibile qui.

ciao!

Biztalk Tools & Guidelines

2009-08-05T13:12:00Z

Ciao, navigando qua e la' ho trovato una paginetta molto carina e utile non è recentissima...

ECCOLA

lo trovata interessante....

ciao!

Certificates & BizTalk Server (parte 1)

2009-08-05T09:22:00Z

Ciao,

brevemente, poi appena ho 2 sec di tempo sistemo....

Di seguito un link interessante per lavorare con WCF-Custom e i Certificati

LINK

Ciao!!

WCF lob adapter: errore XmlParsing invalid argument

2009-07-02T09:35:00Z

Ciao

puo' capitare se si usa wcf lob adapter di incorre in questo problema

Microsoft.ServiceModel.Channels.Common.XmlReaderParsingException: Invalid argument: <BtsActionMapping xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> ...

La soluzione è molto semplice!! Basta mettere nell'orchestrazione il nome della operation sulla Porta Logica , uguale al nome dell ' ACTION generata dal wcf consume service ...

per esempio se avete creato un schema con il wcf consume e volete fare una SELECT su una tabella , il nome da associare all operation sarà SELECT ( attenzione alle maiuscole e minuscole).

ciao

alla prossima!

link l'articolo in inglese

BizTalk Message Helper Methods

2009-05-14T13:16:00Z

Un altro utilissimo link .. creare dei metodi per estrarreil messaggio

sempre qui

ciao!

3 ways of programmatically extracting a message body from the BizTalk tracking database

2009-05-14T13:14:00Z

Posto un link ad un articolo molto interessante ....

qui

ciao a presto!

Using Adapter Oracle , ORA-12705

2009-02-03T07:15:00Z

Ciao,

eccomi di nuovo! Installato il wcf lob adapter , configurate le send port con un WCF-Custom (binding oracle) ecco l'errore che mi si presentava:

ORA-12705: Cannot access NLS data files or invalid environment specified

Per risolvere questo errore bisogna:

1) aprire il Regedit (di ogni macchina biztalk , se ne avete piu' d'una )

2) cercare: HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE

3) trovare la chiave NLS_LANG

4) rinominatela in NLS_LANG_old (in modo da poterla recuperare)

5) creare una nuova chiave NLS_LANG con valore: LINGUA ( es.AMERICAN_AMERICA.WE8MSWIN1252 , ITALIAN_ITALY.WE8MSWIN1252 ,... dipende dalla vostra installazione dell'oracle client)

gioco è fatto!

ciao.

Adapter Oracle , error 1723

2009-01-22T08:41:00Z

Ciao,

sto lavorando su un applicazione che fa il debatch di file abb. grandi , si parla di file con all'interno 30000 record... per ogni record debatchato si esegue un'orchestrazione che fa alcune operazioni di check su db oracle e poi terminati i check fa insert in una tabella...e fin qua niente di nuovo!

La nostra configurazione di produzione è 2 server biztalk in cluster.. ottimo! magari... durante l'elaborazione capita che alcuni record si "impallano".... con l'errore Runtime Error : Exception encrypting: Encryption failed with error code: 1723 .. bene!

Ho cercato in internet ed eccolo qua:

http://support.microsoft.com/?scid=kb%3Ben-us%3B942419&x=9&y=11 , un buon fix da applicare...

questa la causa:

This problem occurs because the adapters call the Windows CryptProtectData method. However, the CryptProtectData method is not intended for high volume throughput. Additionally, the method handles a maximum of 10 concurrent calls. When the adapters process lots of messages, the adapters may try to make more than 10 concurrent calls to the CryptProtectData method. When this behavior occurs, a failure occurs.

Installata la fix sembra risolto il problema...

ciao!

Deploy in Biztalk...

2009-01-22T07:16:00Z

Ciao,

ho notato una anomalia l'altro giorno durante un deploy sull'ambiente di produzione...

In teoria, almeno da quanto credevo di sapere, se faccio un deploy non dovrei restartare l'host instance perchè lo fa in automatico in maniera "silenziosa" biztalk per evitare che altre applicazioni in runnig (sopratutto se produzione) abbiano "anomalie". Il deploy in questione modificava solamente uno schema, causa aggiornamenti che non sto a spiegare... ok ri-deployo, tutto ok lancio l'applicazione e niente ..ancora i risultati "col vecchio schema" ... riprovo a rideployare , ri-ri-provo e niente. Allora verifico che nulla stia girando e restarto l'applicazione , rieseguo l'applicazione e tutto ok.

Allora mi viene un dubbio , è possibile ? magari mi sto sbagliando io e se si cambiano gli schema bisogna restartare l'host.... o no?

ciao claudio

Using Macros in File Names

2008-11-12T14:36:00Z

Ciao,

stavo cercando le "macro" per ottenere "file names" ,... e cercando qua e la ho trovato il link (finalmente) al MSDN aggiornato a Biztalk 2006 r2:

http://msdn.microsoft.com/en-us/library/aa578022.aspx

di seguito la tabella (se non si raggiungesse il link)

Macro name	Substitute value
%datetime%	Coordinated Universal Time (UTC) date time in the format YYYY-MM-DDThhmmss (for example, 1997-07-12T103508).
%datetime_bts2000%	UTC date time in the format YYYYMMDDhhmmsss, where sss means seconds and milliseconds (for example, 199707121035234 means 1997/07/12, 10:35:23 and 400 milliseconds).
%datetime.tz%	Local date time plus time zone from GMT in the format YYYY-MM-DDThhmmssTZD, (for example, 1997-07-12T103508+800).
%DestinationParty%	Name of the destination party. The value comes from the message context property BTS.DestinationParty.
%DestinationPartyQualifier%	Qualifier of the destination party. The value comes from the message context property BTS.DestinationPartyQualifier.
%MessageID%	Globally unique identifier (GUID) of the message in BizTalk Server. The value comes directly from the message context property BTS.MessageID.
%SourceFileName%	Name of the file from which the File adapter read the message. The file name includes the extension and excludes the file path, for example, Sample.xml. When substituting this property, the File adapter extracts the file name from the absolute file path stored in the FILE.ReceivedFileName context property. If the context property does not have a value—for example, if a message was received on an adapter other than the File adapter—the macro will not be substituted and will remain in the file name as is (for example, C:\Drop\%SourceFileName%). Correct implementation of this macro requires that the output message is the same message as the received message.
%SourceParty%	Name of the source party from which the File adapter received the message. Correct implementation of this macro requires that the output message is the same message as the received message.
%SourcePartyQualifier%	Qualifier of the source party from which the File adapter received the message. Correct implementation of this macro requires that the output message is the same message as the received message.
%time%	UTC time in the format hhmmss.
%time.tz%	Local time plus time zone from GMT in the format hhmmssTZD (for example, 124525+530).

Macro name

Substitute value

%datetime%

Coordinated Universal Time (UTC) date time in the format YYYY-MM-DDThhmmss (for example, 1997-07-12T103508).

%datetime_bts2000%

UTC date time in the format YYYYMMDDhhmmsss, where sss means seconds and milliseconds (for example, 199707121035234 means 1997/07/12, 10:35:23 and 400 milliseconds).

%datetime.tz%

Local date time plus time zone from GMT in the format YYYY-MM-DDThhmmssTZD, (for example, 1997-07-12T103508+800).

%DestinationParty%

Name of the destination party. The value comes from the message context property BTS.DestinationParty.

%DestinationPartyQualifier%

Qualifier of the destination party. The value comes from the message context property BTS.DestinationPartyQualifier.

%MessageID%

Globally unique identifier (GUID) of the message in BizTalk Server. The value comes directly from the message context property BTS.MessageID.

%SourceFileName%

Name of the file from which the File adapter read the message. The file name includes the extension and excludes the file path, for example, Sample.xml. When substituting this property, the File adapter extracts the file name from the absolute file path stored in the FILE.ReceivedFileName context property. If the context property does not have a value—for example, if a message was received on an adapter other than the File adapter—the macro will not be substituted and will remain in the file name as is (for example, C:\Drop\%SourceFileName%).

Correct implementation of this macro requires that the output message is the same message as the received message.

%SourceParty%

Name of the source party from which the File adapter received the message.

Correct implementation of this macro requires that the output message is the same message as the received message.

%SourcePartyQualifier%

Qualifier of the source party from which the File adapter received the message.

Correct implementation of this macro requires that the output message is the same message as the received message.

%time%

UTC time in the format hhmmss.

%time.tz%

Local time plus time zone from GMT in the format hhmmssTZD (for example, 124525+530).

Adapter Oracle, concurrent calls

2008-02-25T10:31:12Z

Ciao, eccomi di nuovo!

Scenario del problema:

-2 macchine bilanciate (intel xeon, windows server 2003 sp2)

- web service per la ricezione di files

- biztalk 2006 (english)

- utilizzo dell'adapter oracle per chiamate a stored procedure per lettura e inserimento record ( ma va' ?!? )

Il problema era questo, in inglese suona meglio:

"The Runtimeagent.exe process stops responding when you make concurrent calls by using BizTalk adapter" , premetto che sia bizzy che event viewer , debug viewer , non davano alcun messaggio di errore!!! Lato DBOracle non c'era nulla, il vuoto! Solo dal task manager si vedevano N runtimeagent li appesi... nell'oblio. Solo cercando via google sono giunto a questa pagina http://support.microsoft.com/kb/922810/en-us

Stamattina, abbiamo ( io e vanpelt) provato a installare l'hotfix che ho prontamente richiesto il venerdì , e ora tutto funge!!!

Bene bene! Mi resta un dubbio, nel post precedente avevo linkato una pagina con una serie di FIX per l'adapter oracle... speriamo di non averne necessità!!

ciaooo.

Adapter oracle ... ( la resa dei conti?)

2008-02-22T13:20:30Z

Ciao,

stavo facendo un passaggio in produzione di un applicativo ( una serie di orchestrazioni) che chiaramente sulla macchina di sviluppo va che è un piacere, ... ecco comparire i soliti errori:

- transazioni appese

- Runtimeagent.exe fermi

- Vari errorini strani nell'event viewer...

Succo del post , :-) , ho fatto un po' di ricerche ecco cosa ho trovato, un sito da farti perdere i capelli...

http://seroter.wordpress.com/2007/08/27/important-hotfixes-for-the-biztalk-oracle-adapter/

una serie di Fix per l'adapter oracle!!! E sarà tutto qui ??

No perchè arrivando in fondo alla pagina scopro questo:

http://support.microsoft.com/search/default.aspx?query=Microsoft+BizTalk+Adapter+for+Oracle+Database&catalog=LCID%3D1033&spid=&qryWt=&mode=r&cus=False&x=4&y=12

..un'altra serie di fix!??! Lo sconforto è su di me... forse era meglio se usavo un SQL Server e poi facevo un job per importare i dati in Oracle ?

No! Combatterò finche il problema non sarà risolto! ( servirebbe una canzoncina di sottofondo...)

Bye by Bat-Bizzy.

Adapter Oracle...(la vendetta)

2008-02-19T10:41:23Z

Ciao,

stavo lavorando con Bizzy, quando mi si chiede di cambiare un tipo di dato, che è passato da string a decimal. Ok, giochetto da ragazzi!

Aggiorno il la tabella del DB, aggiorno le stored procedures coinvolte, faccio i test e ... le modifiche lato DB sono OK.

Passo Bizzy, aggiorno gli schema coinvolti... e tutto OK...

Ora siccome ho utilizzato add generated per importare le stored procedure, seguo i passaggi e dò l'OK. ( come al solito).Vado a verificare quello che ha creato, ed ecco nello schema generato il tipo di dato non si è aggiornato!! E' rimasto di tipo string.

Grazie all'event viewer risalgo all'errore... verifico e quindi lo sistemo a mano, cambiando il tipo nello schema generato automaticamente ... GRRR!!!

Lancio , eseguo le orchestrazioni e tutto ok.

PS. quando usate l'adapter oracle e suoi wizard ..verificate quello che crea!

Fidarsi è bene, non fidarsi ( dell'adapter oracle) è meglio.

Ciao!

Adapter Oracle o misteri di Biztalk ??

2008-02-07T14:11:00Z

Oggi stavo provando un orchestrazione... a un certo punto mi da un errore ORA-06502 !!

Avendo implementato un meccanismo di backup dei file ricevuti in pasto , sono risalito velocemente al file che ha generato l'errore. Per farla breve e semplificando accade questo:

1. Bizzy riceve un file xml al cui interno cè un campo DECIMAL

2. Ho una mappa che non fa altro che assegnare il valore di quel campo ad un altro schema

3 Il secondo file xml , istanziato dalla trasformazione serve per passare i dati a una stored procedure che va ad inserire i dati in oracle...

Semplice no?

Ecco cosa accade... l'orchestrazione si incastra perchè dice che gli arriva un formato errato causato da una conversione sbagliata?!?!!?!? (il famoso errore ORA-06502),

ah.. dimenticavo il dato DECIMAL è scritto cosi 4.6 e non con la virgola!!! (poichè in oracle la , non funziona come separatore decimale) .

Un'altra cosa interessante è che l'adapter oracle è configurato mediante DNS, chè è legato al regional setting della macchina!!!

Ho cercato di capire il motivo e potrebbe essere:

1) Regional setting della macchina di biztalk ha impostato la , come separatore decimale

2) Regional setting della macchina di oracle ha impostato la , come separatore decimale

Non potendo gestire manualmente su queste impostazioni, poichè non sono amministratore della macchiana mi sono trovato in difficoltà!!

Il perchè della trasformazione del valore 4.5 a 4,5 non lo ho capito bene chi lo fa... ma credo sia durante la chiamata SOAP per richiamare la stored (al SEND del messaggio tanto per capirci)...

COME FARE????

Per ovviare il problema ho fatto cosi:

1) sapendo a priori dal DB la dimensione dei numeri decimali (sempre fissa)

2) ho usato nella mappa un functoid moltiplicatore e ho moltiplicato il valore per il numero dei decimali ( es. 4 decimali ... x10000)

3) ho ampliato chiaramente la dimensione della colonna nel DB per evitare problemi di dimensioni dato...

4) aggiornata la stored procedure di insert dividendo il valore per il valore del moltiplicatore ( es. /10000)

5) deployato :-)

ecco fatto! ora funziona!!!

Mi rimane cmq il dubbio.... e se qualcuno sa dirmi se ha trovato una VALIDA alternativa ....

Ciao!

Biztalk!!!

2008-02-07T14:02:00Z

Ciao

mi presento, sono Claudio di Trento lavoro in un azienda di informatica e da poco mi sono avvicinato a Biztalk.

Inutile dire chi è stato il mio maestro, ma lo dico lo stesso ... Nino Crudele.

E' un onore avere la possibilità di aver un blog su biztalkia!!!!

Buon lavoro a tutti i biztalkiani.