DSXchange

Doesn't the DSXchange Search facility work for you?

This question has been asked, and answered, on more than a few occasions.

Moderator: please move to Server forum

Server Aggregator stage does have limitations with the amount of unsorted data it can handle. Search for more information.

Again, it depends. If you are using internal registy, that statement is correct.

However, you still need to map internal user names onto operating system user names as "DataStage credentials".

Sure, use the expression editor.

For example, you might want a trigger that fires if a job activity (J42) finishes OK or finishes with warning. A suitable Custom trigger expression would be

The XMETA database is not meant to be used in this way. It is accessed via services such as the metadata delivery service and metadata analysis service.

Depends.

What do you want to DO with the data records once you've read them?

I think you must have misinterpreted what I said. The only place you can use a Lookup File Set is to service the reference input to a Lookup stage. The benefit you get is that the index on the lookup key is pre-built - it does not have to be build "on the fly" by the LUT_CreateOp operator....

No.

Nor can you run it from the WebSphere Application Server administration console.

Nor does the query access the unified metadata repository (XMETA) - it accesses the local repository for the project.

No.

Unless you count iexplore "http://wasservername:9080" as "from the command line".

Char(2) columns must have a Null Field Value containing precisely two characters, even if they're space characters. Char(6) columns must have a Null Field Value containing precisely six characters, even if they're space characters.

For a small number of possible levels yes. But it's not what DataStage is intended to do.

First question - do you have National Language Support (NLS) enabled?

You could always zip the XML. That would be binary.

I don't think so. As far as I'm aware, using the user status area or writing the value to somewhere on disk are the only choices. Of course, you could write your own C programs that manipulate memory in a way that is sharable betwen processes, but that's definitely not an "out of the box" ...

jagadam wrote:I have a requirement where they(the client) are expecting to send an xml as an attachment to the webservices.

Resist stupid requirements!

XML is a text-based standard.