DSXchange

Contents of the extra hashed files in the VERSION project are, like most, not publicly documented. Haven't had time to hack those yet. Can't be all that difficult.

Your test routine requires a DEFFUN declaration.

There are other techniques too. Search the forum for VERTICAL PIVOT.

It may also be that the index on CATEGORY is not up to date. You may try re-indexing the Repository.

I understood that encrypted environment variable parameters weren't suppported until version 7.5, yet jetlim is on 7.1.

If you have direct access to the web pages you can "View Source" and use DataStage to parse that HTML.

Is this really version 7.x, or the beta Hawk release? The word "defect" in the report suggests that you should be advising your support provider.

There's some good news for you in the Hawk release, where they have a "difference" tool that allows you to compare two DataStage objects side by side. Hyperlinks to where the actual differences occur are part of what you get.

Don't forget the colon.
NewEmpname: nullable varchar(255)=string_trim(Empname)

Tip: If you use multiple File property values, the technique is Specific File, not Pattern.

Ya can always test in development first.
But - yes - I'm confident.

If you are getting thousands of warnings - or even informational messages - per run clogging the job log, this is one reason that jobs can run slower than they used to - there's more overhead in adding entries to a non-cached hashed file (the job log) when it's got lots and lots of entries in it alr...

Have you inspected the code for CompareNoCase() ?

Shouidn't've been a problem - the letters in the serial number indicate exactly what it is that's being licensed. Might've saved some time. C'est la vie. You being paid by the hour?

No. DataStage will always generate the warning. Because you need the warning. If you want to you can create a message handler to demote the warning to an informational message. Search is your friend.