Ecco i requisiti per installazione di Biz09:
Hardware:
- Piattaforme a 32 bit (x86):
- Computer con CPU compatibile con Intel Pentium a 1 GHz o superiore per processori singoli, 900 MHz o superiore per processori doppi o 700 MHz o superiore per processori quadrupli
- Piattaforme a 64 bit (x64):
- Computer con CPU compatibile con un processore AMD64 ed EMT64T (Extended Memory 64-bit Technology) a 1,7 GHz o superiore consigliato per BizTalk Server 2009
- Almeno 2 GB di RAM (superiore consigliato)
- 10 GB di spazio disponibile su disco rigido
- Monitor VGA (1024 x 768) o monitor con risoluzione maggiore
- Mouse Microsoft o dispositivo di puntamento compatibile
Software:
- Windows SharePoint Services 2.0 con Service Pack 3 (solo funzionalità selezionate)
- Microsoft Office Excel 2007 (solo funzionalità selezionate)
- Microsoft .NET Framework 3.5 Service Pack 1
- Microsoft Visual Studio 2008 Service Pack 1 (solo funzionalità selezionate)
- Microsoft SQL Server 2005 Service Pack 2 o SQL Server 2008 (solo funzionalità selezionate)
- Microsoft Core XML Services (MSXML) 6.0 Service Pack 1
- Microsoft SQLXML 4.0 Service Pack 1 (solo funzionalità selezionate)
ciao
Ciao,
può capitare di avere più installazioni di Biztalk ( develop, stage , ... ) , il consiglio , se può esser ovvio, è quello di tenere i nomi dei vari adapter che si aggiungono nella console di amministrazione identiti!!
Questo perchè quando si fanno i pacchetti, alias .msi, poi non funzionano danno un errore del tipo "adapter XXX non presente" !!!
Gli scenari possono essere:
a) 2 ambienti di biztalk con un adater dello stesso tipo ma con nomi diversi, per es. WCF Custom e WCF-Custom , ma nessuna applicazione
In questo caso, si rimuove l'adapter che si vuole modificare, dalla console, e lo si ricrea con il nome giusto.
b) 2 ambienti di biztalk con un adater dello stesso tipo ma con nomi diversi, per es. WCF Custom e WCF-Custom , una applicazione con un binding con quell'adapter
In questo caso, la console non ti lascia rimuovere adapter in quanto usato. In questa situazione si ha 2 alternative
1) rimuovere l'applicazione ed eseguire il metodo del punto a)
2) aprire il db di biztalk, via sql server, aprire il db BIZTALKMGMTDB, aprire la tabella adm_Adapter e rinominare l'adapter interessato con il nome desiderato. Fare un F5 nella console e il nome appare "giusto".
ciao
Here is how you can find out the edition: Enterprise/Standard/Branch
HKLM\SOFTWARE\Microsoft\BizTalk Server\3.0 and the key ProductEdition. This should tell you if it is Enterprise/Standard or Branch....
BizTalk version through Registry:
HKLM\SOFTWARE\Microsoft\BizTalk Server\3.0
| ProductVersion key |
version |
| 3.0.4902.0 |
BizTalk Server 2004 |
| 3.0.6070.0 |
BizTalk Server 2004 SP1 |
|
3.0.7405.0
|
BizTalk Server 2004 SP2
|
| 3.5.1602.0 |
BizTalk Server 2006 |
| 3.6.1404.0 |
BizTalk Server 2006 R2 |
ciao
Ebbene si,ieri @ 11.00 AM , sono riuscito ad ottenerla.
TS: Developing Business Process and Integration Solutions by Using Microsoft BizTalk Server 2006
(971/1000) :-)
Ciao, volevo riportare quanto letto su http://www.btug.biz/ : (dovrebbe esser attendibile)
BizTalk Server 2009 R2 to be renamed BizTalk Server 2010
(March 2010) Announcement
On Monday, March 22, 2010, we announced at TechReady that the upcoming release of BizTalk (BizTalk Server 2009 R2) has been renamed to BizTalk Server 2010.
This release was originally planned to be a focused release mainly to deliver support for Windows Server 2008 R2, SQL Server 2008 R2 and Visual Studio 2010. Since it was intended primarily as a platform alignment release, it was named as BizTalk Server 2009 R2. However, during the past months, we have decided to incorporate a few key asks from our customers that expand the functionality and increase the scope of the release. Based on customer value we are delivering and positive feedback we are getting from our early adopter customers we feel the release has transitioned from a minor release (BizTalk Server 2009 R2) to a major release (BizTalk Server 2010).
Richard Hughes - Microsoft Program Manager,Technology Adoption Program,Microsoft BizTalk Server
ciao
E’ stata rilasciata la SP1 di BizTalk 2006 R2,
che raggruppa una serie di fix
Disponibile qui.
ciao!
Ciao, navigando qua e la' ho trovato una paginetta molto carina e utile non è recentissima...
ECCOLA
lo trovata interessante....
ciao!
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!!
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
Un altro utilissimo link .. creare dei metodi per estrarreil messaggio
sempre qui
ciao!
Posto un link ad un articolo molto interessante ....
qui
ciao a presto!
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.
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!
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
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).
|
More Posts
Next page »