Thanks for your comments.
Here and now my first question would be 'Could you provide me any valid reason for the question that why didn't you involve yourself in these UniVerse commandsin your more than 20 years of experience?'. And with a best knowlegde of what these uncommon commands do exist to mean in UniVerse since product's birth, if you possibly feel that these commands wont mean to be useful at any situations where we work hard enough to find a worthful solution and strongly believe that most of people as of now do not have any bit of interest on this, let the UniVerse architect know your perception and take these commands away from uniVerse in the next releases.I have been using Universe since 1986 and I would never do any of this
Perhaps, i may state this for a need of connoting that inquiring into unusual and untouched objects would make feel that that newness will no longer as it is ever. There is nothing wrong in exploring those commands at first and investigating how and where they come to mean what they are born for and deriving a best of possibles which need those commands.
True.Export/Import is by far the best way to recover a job
The Exporting/Importing DataStage components as dsx file is the best way to back up/recover a Job. But, in this thread, i say that this is a possible way to recover a Job from Server side backup file.
Would you mind if you let us(me) come to know where misleading takes its chance here? If you dont like to follow this way of backing up and restoring DataStage components for a stronger reason behind(it is not my method, though), please dont disturb the listener's as they are quiet busy discussing with me everything of it.Your advice seems to be misleading on purpose.
First of all, this is not such bad advice as you think but a possible solution when we have no clue to proceed back up/restore actions at server side. What has been my duty here is to explicate the usage of uncommon commands which do what we need at server side. Dont do any actions(banningo or doing something drastic) to anyone but instead you can make him/her feel the badness of the ideas which he/she comes up with, in a matured way, if he/she really comes up with bad solution.(this is what an expert does all the time)If you keep giving bad advice then we need to ban you or do something drastic.
I would like to ask you one question- could you ask ray.wurlod that why he prefers this method of backing up/restoring DS components[said in this thread]
There are no arguments but a smooth discussion in a fine tune so long with the experts, of course, the devoted posters in DataStage. By the way, they here seemed to be asking questions on using these commands and as far as i know i just do my part as answering their queries with a visible background experimention. When a new unsaid method is likely to be declared out here from me, they(ray.wurlod, ArndW) do their duty as what an expert would do at the end as checking possibilities in all corners. one thing that we need not be afraid to announce an uncommon-but-truth method to the public or to the experts, even they would like to welcome it, if they are satified in all the way.You argue with Ray, Arnd and others, our most devoted posters.
Please never drop words like this to at least anyone else as words do possess high emotions inside and more powerful than anything in this world. If you wellknow of how bad this advice is and where the term 'misleading' is born, please share your pointers and views on it with me and make me feel ashamed, if it is anyway as such.I wish you would just quit or leave this site.
We have been discussing all our views in a professional manner more than how it has been yesterday.Most of the posters here are or try to be professional.
If you face any diificulties in using this method, please share with us.