12.07.2015 Views

IBM Mashup Center: V1.1

IBM Mashup Center: V1.1

IBM Mashup Center: V1.1

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Syntaxhubie.bat|sh import|i objectid.xml ownername [encryptkey]The import or i option requires the objectid.xml filename that you created with theexport option. You must also include an ownername parameter, which specifies theadministrator of the target <strong>Mashup</strong>Hub instance. Include the encryptkey parameterif it was specified when the file was exported.Examples of the import option:hubie.sh i 2364.xml hubadminhubie.sh import 2364.xml hubadmin encryptkeyOnline help for the import-export utility is available using the following syntax:hubie.bat|sh -help|-hThe text for the help is only available in the English.Oracle and Microsoft SQL Server databases can be used for the catalog databaseIn addition <strong>IBM</strong> DB2 and <strong>IBM</strong> Informix Dynamic Server (IDS), you can migrate thedefault embedded Apache Derby catalog database to Oracle or to Microsoft SQLServer. Following are the new databases and versions that are supported:v Oracle 10 or laterv Microsoft SQL Server 2005 or laterMigrating the catalog from the default embedded Apache Derby catalog databasehas the following limitations and prerequisites:v As with DB2 and Informix, the database that you migrate to must already exist,and schema must be empty.v You must have Write permission on the database that you want to migrate to.v Migration has a timeout of 20 minutes. If the migration fails, check theJava<strong>Mashup</strong>Hub.log file.v Migration is supported only one time from the default embedded Apache Derbycatalog database to DB2, IDS, Microsoft SQL Server, or to Oracle. You should notmigrate between the non-default databases, for example between DB2 andOracle.v As with DB2 and Informix, the database that you migrate to must be createdwith the UTF-8 code set, otherwise double-byte character sets are not supported.– Microsoft SQL Server does not directly support UTF-8 encoding. If theMicrosoft SQL Server database that you want to migrate to uses double-bytecharacters, you should not migrate to Microsoft SQL Server. See Migratingthe catalog database in the Known issues and workarounds in <strong>Mashup</strong>Hubsection of this document.– For Oracle, the steps for creating a database with a Unicode character set canbe found in the Oracle Database Globalization Support Guide:http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14225/ch6unicode.htm#sthref686.v On Microsoft SQL Server the database must be set to case-insensitive collation.You can check the collation setting from the SQL Server management studio byright-clicking the database and choosing Properties. Alternatively, you can runthe following query:SELECT CONVERT(sysname,DatabasePropertyEx(’database_name’, ’Collation’))What’s new? 7

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!