[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [dsdp-tm-dev] SSH transport to z/OS mainframe - Codepage IBM1047(EBCDIC)
|
I'm might be able to influence such a decision,
but I'd like to kick the tires on RSE first. I'd like to begin using
RSE for my private use and see if I could build a case for that. I
have a demo of the ISPF GUI, web server, CICS web services and some of
the other "new tech" things next Tuesday available on z/OS to
a group of executives. I'd love to get this RSE working. I had planned
on mentioning RDZ, and think it would be good if I could at least demo
RSE for my audience.
Any idea as to why RSE is having issues??
David Burrow
| Macy's Systems and Technology
|
(bus:) 678-474-2552
| Infrastructure and Field Services (IFS)
|
(pgr:) 1-800-759-8888 pin:1051005
| Service Delivery
|
Pager: Send
a text page via Skytel
| 5985 State Bridge Road
|
Email: david.burrow@xxxxxxxxx
| Duluth, GA 30097 |
From:
| Chris Recoskie <recoskie@xxxxxxxxxx>
|
To:
| Target Management developer discussions
<dsdp-tm-dev@xxxxxxxxxxx>
|
Date:
| 06/23/2009 01:41 PM
|
Subject:
| RE: [dsdp-tm-dev] SSH transport to z/OS
mainframe - Codepage
IBM1047(EBCDIC)
|
Sent by:
| dsdp-tm-dev-bounces@xxxxxxxxxxx |
Not that we typically hawk our wares on the mailing lists,
but you may want to save yourself the trouble and just use Rational Developer
for System z. It has extensions to RSE to handle the z/OS filesystem.
http://www-01.ibm.com/software/awdtools/rdz/about/?S_CMP=wspace
===========================
Chris Recoskie
Team Lead, IBM CDT and RDT
IBM Toronto
"Oberhuber,
Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
"Oberhuber, Martin" <Martin.Oberhuber@xxxxxxxxxxxxx>
Sent by: dsdp-tm-dev-bounces@xxxxxxxxxxx
06/23/2009 01:25 PM
Please respond to
Target Management developer discussions <dsdp-tm-dev@xxxxxxxxxxx> |
|
|
DStore does codepage conversion. It should not be too hard to implement
your own subclass of SftpFileSubSystem, to add the codepage conversion
facility from dstore.
Cheers,
--
Martin Oberhuber, Senior Member of Technical Staff, Wind
River
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
From: dsdp-tm-dev-bounces@xxxxxxxxxxx
[mailto:dsdp-tm-dev-bounces@xxxxxxxxxxx]
On Behalf Of david.burrow@xxxxxxxxx
Sent: Montag, 22. Juni 2009 14:47
To: dsdp-tm-dev@xxxxxxxxxxx
Subject: [dsdp-tm-dev] SSH transport to z/OS mainframe - Codepage IBM1047(EBCDIC)
I've been dabbling at pointing RSE to a z/OS system and have two fundamental
issues. The FTP transport type is failing for both Unix (USS/OMVS) and
the legacy files. It appears to me that the FTP parser is not handling
the format of listed files returned, and looking at the code, the regex
for MVS would not appear right to me at all. I can live without the FTP
transport if I have to as it's not my preferred, and I'm willing to wait
and see if using Galileo changes this.
My other problem is with the SSH transport and is more important to me
and not likely to change with the next release. The files transfer just
fine using SSH, but are stored on z/OS UNIX as ASCII (or more accurately,
without performing codepage conversion). I've been poking around trying
to see if and when codepage conversion occurs under SSH, and found and
contributed to this link:
https://www.ibm.com/developerworks/forums/thread.jspa?messageID=14265284&
The synopsis: The desire is to have a text file on z/OS be in EBCDIC and
be converted by the transport as it is retrieved and stored. This makes
the file accessible to text editors on the z/OS platform, and is the assumed
codepage for text files for tools that have been ported to the mainframe.
The SSH transfer works, but appears to me to always be BINARY. The belief
is that a code page attribute can be assigned in the properties of a file
or directory, specifically, that you can use values not presented in the
drop down simply by overtyping the field with a new code page identifier.
The ability to set the remote file's code page attribute as known by Eclipse
to a value not listed does not work for me, in spite of evidence to the
contrary that it's working for others.
Any suggestions?
David Burrow
| Macy's Systems and Technology
|
(bus:) 678-474-2552
| Infrastructure and Field Services (IFS)
|
(pgr:) 1-800-759-8888 pin:1051005
| Service Delivery
|
Pager: Send
a text page via Skytel
| 5985 State Bridge Road
|
Email: david.burrow@xxxxxxxxx
| Duluth, GA 30097 |
_______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev[attachment
"pic13300.gif" deleted by David Burrow/MST/MACYS] _______________________________________________
dsdp-tm-dev mailing list
dsdp-tm-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-tm-dev