View previous topic :: View next topic
|
Author |
Message |
sreekanth1984
New User
Joined: 23 Mar 2010 Posts: 22 Location: Bangalore
|
|
|
|
Hi All,
What is the exact use of REXX....?
I tried to search the Exact use of REXX....but I could not find. Everywhere I found....its an very esay to write...and its English like language....but didnt find the exact use of REXX....
Can we do Record level opertaions as we do in COBOL....Can we compare and contrast it to any high level langauge...?
Thanks
Srikanth |
|
Back to top |
|
|
superk
Global Moderator
Joined: 26 Apr 2004 Posts: 4652 Location: Raleigh, NC, USA
|
|
|
|
Tough question to answer. First of all, can I presume that you've read the sticky topic here?
TSO ? ISPF ? REXX ? Keeping them Straight
so you can be somewhat familiar with the terminology and environments.
As far as I'm concerned, REXX is another langauge and/or tool that's used for specfific reasons, much like any other. COBOL has its uses, PLI has its, Assembler has its, SAS and Easytrieve and the others have theirs as well. It's used almost exclusively in performing system automation. It's supported almost universally as the language of choice for interfacing with IBM and third-party products and tools. It's a powerful and useful tool used by many IT professionals who's functions and responsibilities don't warrant the use of other higher-level languages.
As far as a comparison, the closest I can think of, and I'm probably off-base here, is somewhere between a shell script and Perl.
REXX has all of the normal functions of other languages. File I-O, IF-THEN-ELSE logic, subroutines and procedures, mathematical and character operations, etc. However, its file-processing power is poor, so its not the right tool for any heavy-duty or large file processing duties. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
if you can provide an 'exact use'
of COBOL
of ASSEMBLER
of DB2
of a hammer
i imagine i could be drawn into this idiotic, philosophical, theoretical discussion.
but until then I suggest you read about the capabilities of REXX
and then
like everyone else on the planet
create you own list of EXACT uses. |
|
Back to top |
|
|
sreekanth1984
New User
Joined: 23 Mar 2010 Posts: 22 Location: Bangalore
|
|
|
|
In brief,
The exact use of COBOL is We can do file processing and can do record level operations on any DB2 table, and can process CICS screens...same thing with ASSEMBLER also.....
DB2 is a RDBMS with high performance, less redunndancy and a lot....
My question is why we need REXX, additional capabilities of REXX....?
What is meant by idiotic discussion...? |
|
Back to top |
|
|
daveporcelan
Active Member
Joined: 01 Dec 2006 Posts: 792 Location: Pennsylvania
|
|
|
|
Rather than somebody trying to give you an all encompassing statement try this.
Read through the last six months of posts on this Rexx forum.
This will show what people are using REXX for.
It will not be somebodys opinion, but show actual usage.
That would be exact. |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
The exact use of COBOL is We can do file processing and can do record level operations on any DB2 table, and can process CICS screens...same thing with ASSEMBLER also.....
DB2 is a RDBMS with high performance, less redunndancy and a lot....
My question is why we need REXX, additional capabilities of REXX....? |
The gaps in your understanding are awe-inspiring. COBOL was designed to allow business rules to be implemented in an English-language-like syntax; DB2 did not even exist for the first 20+ years that COBOL was around and COBOL predates CICS by 15+ years. Saying that the "exact use" of COBOL involves ANYTHING with DB2 or CICS means you have no understanding of history, nor of COBOL, nor of DB2, nor of CICS.
From a machine theoretical standpint, where you look at the inputs and outputs of the program, there is NO difference between COBOL, Assembler, PL/I, ADA, Perl, Pascal, REXX, or whatever. As an interpreted language, REXX is typically used as a form of scripting for the mainframe, and it can be useful for quick "down and dirty" coding of one-time functions (although there is a compiler for it now). REXX is really lousy at processing large files.
The entire topic of which language to use is pretty much a personal choice and hence as was pointed out it's idiotic to ask the type of question you asked. You might as well ask why someone prefers blue shirts over yellow shirts. |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2594 Location: Silicon Valley
|
|
|
|
Quote: |
You might as well ask why someone prefers blue shirts over yellow shirts.
|
In honor of Big Blue, of course. |
|
Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011 Posts: 556 Location: USA
|
|
|
|
I really and truly think this is a troll, in the internet sense of the word. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Good point, Pedro! |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
sreekanth1984,
i believe you are yet another victim of the language barrier.
as has been indicated,
there is really no exact use of most things.
languages / cobol, assembler, rexx, clist, ezytrieve
all have their uses as tools of the developer.
rexx, clist and ezytrieve can be executed as interpretive languages, thus there is no need for a compile,link,bind step.
as Robert said, rexx is for quick and dirty.
except for ezytrieve all the languages are supported by ibm. ezytrieve is a third party language.
picking a language for a use is sorta like choosing the car over a bicycle for a long trip, and the bicycle for around the corner and through the field.
trying to apply the term exact use when speaking of a programming language is not normally applied.
that you attempted to provide an answer to my question about exact use of COBOL ASM, etc... leads me to believe that
you were asking an honest question.
i apologize for sending this thread in the direction that it went.
careful of the online translators,
i often get into trouble when i use them when attempting to write german.
superk provided a far superior answer,
and i will attempt to adopt his attitude in the future.
____________________________________________
the only thing we can control and change,
is our attitude. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
Bill Woodger brought to my attention
ezytrieve is not an interpreted language.
thx |
|
Back to top |
|
|
Craq Giegerich
Senior Member
Joined: 19 May 2007 Posts: 1512 Location: Virginia, USA
|
|
|
|
sreekanth1984 wrote: |
Hi All,
What is the exact use of REXX....?
Thanks
Srikanth |
To manipulate data in a computerized environment. |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2594 Location: Silicon Valley
|
|
|
|
One of rexx's strengths is that you can invoke host commands easily.
For example, you can easily issue the LISTCAT command. You can get similar results in assembler through the use of some macros, but it is non-trival.
Likewise, you can:
- issue IMS operator commands through rexx
- issue DB2 commands
- z/OS operator commands
- TCP/IP commands
- IDCAMS
- invoke batch utilities, such as IEBCOPY
- all of the above in the same rexx program if you desire.
I believe the skill required to do the same in other languages is prohibitive - you would not want to try. |
|
Back to top |
|
|
rohanthengal
Active User
Joined: 19 Mar 2009 Posts: 206 Location: Globe, India
|
|
|
|
In short as per my experience,
REXX is not an heavy application development language like COBOL,C,C++,Java,C# etc.
It is a parsing language used for TOOLs development majorly in Mainframes. This helps to reduce manual efforts of doing any task.
e.g. automation of FTP task, JCL commenter, COBOL commenter, Creating reports showing Lines of codes in every program and categorising them in Small/Large/Medium etc. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
Quote: |
REXX is not an heavy application development language like COBOL,C,C++,Java,C# etc. |
what is the <measurement standard>
we might start a debate interpreted VS compiled
with the same <measurement standards>
we might also say that CLIST is not a heavy application development language
but system <automation> is an application and heavy duty too,
and how do You explain the zillions of lines of CLIST code developed and used zillions of times every day
and many of them are being migrated to REXX ??? |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
This topic started off going nowhere in particular, isn't it time to finish it off given the certain expectation that it is not even going to arrive there...? |
|
Back to top |
|
|
rohanthengal
Active User
Joined: 19 Mar 2009 Posts: 206 Location: Globe, India
|
|
|
|
thanks enrico, but i would like to modify the same --
COBOL/C/Java etc languages are widely used for Business Application developements whereas REXX supports & boosts these applications by their automation. |
|
Back to top |
|
|
Escapa
Senior Member
Joined: 16 Feb 2007 Posts: 1399 Location: IL, USA
|
|
|
|
rohanthengal wrote: |
thanks enrico, but i would like to modify the same --
COBOL/C/Java etc languages are widely used for Business Application developements whereas REXX supports & boosts these applications by their automation. |
You are in Dark...... |
|
Back to top |
|
|
sreekanth1984
New User
Joined: 23 Mar 2010 Posts: 22 Location: Bangalore
|
|
|
|
Thank you all for the valuable inputs provided.
Thank you Dick for the explanation you have given... |
|
Back to top |
|
|
madmartinsonxx
New User
Joined: 10 Dec 2010 Posts: 96 Location: Massachusetts
|
|
|
|
REXX gets my sunday paper for me. |
|
Back to top |
|
|
|