Изучение мейнфрейма и JCL с [закрытым] фоном Java/ООП/SQL

Я использую response-native-image-picker эту библиотеку, она дает вам как строку base64, так и локальный URL, в зависимости от того, какой из них подходит вам лучше всего.

const options = {
  title: 'Select Avatar',
  storageOptions: {
    skipBackup: true,
    path: 'images'
  },
  mediaType: 'photo',
  quality: 0.01
}
const pickImage = onUri => {
  ImagePicker.showImagePicker(options, response => {


    let fileName = response.fileName
    if (
      Platform.OS === 'ios' &&
      (fileName.endsWith('.heic') || fileName.endsWith('.HEIC'))
    ) {
      fileName = `${fileName.split('.')[0]}.JPG`
    }
    let source = { uri: response.uri, fileName }

    const file = {
      uri: response.uri,
      name: response.fileName,
      type: 'image/jpeg'
    }

    console.log('File Object ', file)

    // var source = { uri: 'data:image/jpeg;base64,' + response.data, isStatic: true };
    onUri(response.data, response.uri, response.type, fileName, file)
  })

}

8
задан Ellie Kesselman 11 August 2011 в 23:42
поделиться

5 ответов

Нет никаких перфокарт в современных мейнфреймах, у них просто есть Вы на.

Вам придется нелегко, так как существует все еще много вещей, сделанных "старый" путь.

  • Наборы данных все еще выделяются со свойствами, такими как fixed-block-80, variable-block-255 и так далее. Запланируйте свое содержание файла.
  • Никакие каталоги. Существуют уровни иерархии, и они ограничены 8 символами каждый.
  • Пользовательский интерфейс является ISPF, пользовательским интерфейсом текстового режима зеленого экрана от седьмого круга ада для тех, кто не привык к нему.
  • Большинство заданий будет все еще отправлено как пакетные задания, и необходимо будет контролировать их прогресс с SDSF (вид диспетчера задач).

Это - некоторые плохие новости, вот хорошие новости:

Это имеет подсистему USS (UNIX), таким образом, можно использовать те инструменты. Это замечательно хорошо интегрируется с z/OS. Это выполняет Java, это выполняет Websphere, это выполняет DB2 (надлежащий DB2, не, что мало Linux/UNIX/Windows один), это выполняет MQ, и т.д., и т.д. Многие магазины также выполнят z/VM, гипервизор, в соответствии с которым они выполнят много LPARs (логические разделы), включая сам z/OS (несколько копий, иногда) и zLinux (SLES/RHEL).

Мейнфрейм не находится ни в какой опасности исчезнуть в ближайшее время. Существует все еще большой объем работы, сделанный в различных лабораториях IBM во всем мире и 64-разрядной ОС (z/OS, был MVS, была ОС/390...) проделал длинный путь. На самом деле существует определенная возможность карьерного роста как все старые произведения, которые знают об этом, в или выше 55 лет возраста, поэтому ожидайте огромное всасывание служебная лестница при расположении себя правильно.

Это все еще используется в крупных корпорациях, поскольку это - единственная вещь, которой можно доверить их транзакции - z в нулевое время простоя средств System z, и это только продает шумиху. Сила мейнфрейма заключается не в, он - пехотинец ЦП (отдельные процессоры не настолько мощны, но они прибывают в книги 54 центральных процессоров с горячим резервным копированием, и можно выполнить много книг в единой системе z поле), но в том, что весь ЦП делает обработать инструкции.

Все остальное разгружено к процессорам специалиста, zIIPs для DB2, zAAPs для рабочих нагрузок Java, других устройств для ввода-вывода (и ввод-вывод - то, где мейнфрейм уничтожает любую систему, с помощью волоконной оптики и очень больших дисковых массивов). Я не использовал бы его для сворачивания белка или упорядочивания генома, но это идеально для того, где это предназначено, в широком масштабе безумные уровни обработки транзакций.

Как я заявил, z/OS имеет подсистему UNIX, и z/VM может выполнить несколько копий z/OS и других операционных систем - я видел, что единственное z800 поле выполняет десятки тысяч экземпляров RHEL одновременно. Это помещает всех производителей ПК, 'зеленые' требования позорить и связь между экземплярами ослепляюще быстры с HyperSockets (TCP/IP, но использующий общую память, а не через медленные сетевые кабели (да, даже проверки Gigabit Ethernet по сравнению с HyperSockets (и жаль о вложенных круглых скобках :-))).

Это выполняет Сервер приложений Websphere и Java вполне хорошо в пространстве Unix, все еще позволяя все наследие (наследие?) наполняют для выполнения также. На самом деле мейнфреймовые магазины не должны покупать основанные на ПК серверы вообще, они просто роняют некоторых zLinux VMs и выполняют все на одном поле.

И недавно, существует разговор о том, что IBM может обеспечивать xSeries (т.е. ПК) сменные устройства для их мейнфреймов также. В то время как большинство мейнфреймовых людей полагало бы, что бородавка на стороне их красивого поля, это действительно открывает много возможностей для сторонних поставщиков. Я не уверен, что они будут когда-либо мочь выполнить 50 000 экземпляров Windows, но это - вид вещи, к которой они, кажется, стремятся (одно кольцо для управления их всех?).

Если Вам интересно, существует эмулятор System z по имени Hercules, который я видел достигание 23 MIPS на поле Windows, и это выполняет последний по закону применимый MVS 3.8j достаточно быстро для получения ощущения. Просто имейте в виду, что MVS 3.8j к z/OS 1.10, как CP/M к Windows XP.

Для обеспечения бесстыдного разъема для книги, один из моих друзей на работе записал, выезд Что же, спрашивается, Мейнфрейм? David Stephens (ISBN-13 = 978-1409225355). Я нашел это неоценимым, так как я произошел из среды ПК/UNIX, и это - настоящий сдвиг парадигмы. Я думаю, что эта книга была бы идеальна для Вашего конкретного вопроса. Я думаю, что блоки его доступны на Google Books, таким образом, можно попробовать перед покупкой.

Относительно JCL существует философская школа, что только один файл JCL когда-либо писался и все, что другие были cut'n'paste заданиями на этом. Видя содержание их, я могу понять это. Программы как IEBGENER и IEFBR14 заставляют Unix выглядеть, если не подробным, по крайней мере, понятным.

21
ответ дан 5 December 2019 в 06:54
поделиться

Если бы Вы когда-нибудь связываетесь с CICS (мейнфреймовый сервер транзакций) на Z/OS, я рекомендовал бы книгу "Разрабатывающие и Программирующие приложения CICS".
Это очень полезно.
сопроводительный текст http://img18.imageshack.us/img18/7031/designingandprogramming.gif

1
ответ дан 5 December 2019 в 06:54
поделиться

Если Вы собираетесь быть связанными с традиционной разработкой унаследованных приложений, прочитайте книги Steve Eckols. Они довольно хороши. Необходимо сравнить условия с открытых систем на мейнфрейм, который сократит приобретение знаний времени. Несколько Файлов в качестве примера называют, Наборы данных на мейнфреймовом JCL больше похож на сценарий оболочки sub программы/стандартные программы или как общие функции и т.д... Удача...

1
ответ дан 5 December 2019 в 06:54
поделиться

Чем больше рука держит в начале, тем лучше. Я работал на мэйнфрейме в качестве стажера, и это было нелегко, хотя у меня был достаточно сильный опыт работы в UNIX. Я рекомендую попросить кого-то, кто работает в отделе мэйнфреймов, провести день или два, обучая вас основам. Обучение IBM также может быть полезным, но у меня нет никакого опыта с этим, поэтому не могу гарантировать, что это будет. Я поместил свою историю об обучении, как использовать мэйнфрейм ниже для некоторого контекста. Было решено, что все стажеры собираются научиться использовать мэйнфрейм в качестве летнего проекта, который займет 20% времени. Это была полная катастрофа, так как все стажеры признали меня, что работали не в мэйнфреймах, и у них не было никого, кого бы они могли кричать через стену куба за помощью. Среда ISPF и JCL была для них чуждой для быстрого освоения. Единственным успехом, который у них был, было базовое программирование под USS, поскольку это в основном UNIX, и колледж ознакомил их с этим. Мне повезло больше по двум причинам. Один из них, в котором я работал в группе из 20 программистов для мэйнфреймов, позволил кому-то регулярно сидеть со мной, чтобы помочь мне выяснить JCL, отправлять задания и т. Д. Во-вторых, я использовал Rational Developer для System z когда он был назван WebSphere Developer для System z. Это дало мне в основном удобный графический интерфейс, который позволял мне выполнять большинство задач, таких как отправка заданий, редактирование наборов данных, выделение наборов данных, отладка программ и т. Д. Несмотря на то, что он не был отточен, он был достаточно применим и означал, что мне не нужно изучать ISPF. Тот факт, что у меня была интегрированная среда разработки на основе Eclipsed для выполнения основных задач мэйнфреймов, значительно уменьшил кривую обучения и означал, что мне нужно было только изучать новые технологии, такие как JCL, а не совершенно новую среду. В качестве дальнейшего примечания я теперь использую ISPF, поскольку программное обеспечение, необходимое для запуска Rational на мэйнфрейме, не было установлено ни на одной из производственных систем, которые я использовал, поэтому ISPF был единственным выбором. Теперь я обнаружил, что ISPF быстрее, чем Rational Developer, и я более эффективен в этом. Это только потому, что позже я смог изучить основную технологию, такую ​​как JCL с Rational и интерфейс ISPF. Если бы мне пришлось учить и то и другое одновременно, это было бы намного сложнее и потребовало бы больше одного на одну инструкцию.

В качестве дальнейшего примечания я теперь использую ISPF, поскольку программное обеспечение, необходимое для запуска Rational на мэйнфрейме, не было установлено ни на одной из производственных систем, которые я использовал, поэтому ISPF был единственным выбором. Теперь я обнаружил, что ISPF быстрее, чем Rational Developer, и я более эффективен в этом. Это только потому, что позже я смог изучить основную технологию, такую ​​как JCL с Rational и интерфейс ISPF. Если бы мне пришлось учить и то и другое одновременно, это было бы намного сложнее и потребовало бы больше одного на одну инструкцию.

В качестве дальнейшего примечания я теперь использую ISPF, поскольку программное обеспечение, необходимое для запуска Rational на мэйнфрейме, не было установлено ни на одной из производственных систем, которые я использовал, поэтому ISPF был единственным выбором. Теперь я обнаружил, что ISPF быстрее, чем Rational Developer, и я более эффективен в этом. Это только потому, что позже я смог изучить основную технологию, такую ​​как JCL с Rational и интерфейс ISPF. Если бы мне пришлось учить и то и другое одновременно, это было бы намного сложнее и потребовало бы больше одного на одну инструкцию.

Это только потому, что позже я смог изучить основную технологию, такую ​​как JCL с Rational и интерфейс ISPF. Если бы мне пришлось учить и то и другое одновременно, это было бы намного сложнее и потребовало бы больше одного на одну инструкцию.

Это только потому, что позже я смог изучить основную технологию, такую ​​как JCL с Rational и интерфейс ISPF. Если бы мне пришлось учить и то и другое одновременно, это было бы намного сложнее и потребовало бы больше одного на одну инструкцию.

-1
ответ дан 5 December 2019 в 06:54
поделиться

Первое заблуждение - это верить букве "L" в JCL. JCL - это не язык программирования, это действительно статическое объявление того, как программа должна работать, какие файлы и т. Д. Она должна использовать.

В этом смысле он очень похож (хотя и превосходит) xml config spahetti, который используется для управления таким «современным» программным обеспечением, как spring, hebernate и ant.

Если вы подумаете об этом в этих терминах, все станет ясно.

Культура мэйнфреймов движется двумя кажущимися несовместимыми навязчивыми идеями.

  1. Обратная совместимость. Вы все еще можете запускать исполняемые файлы, написанные и скомпилированные в 1970 году. JCL и скрипты сорокалетней давности все еще работают и работают!
  2. Новейшая производительность. У вас может быть 128 процессоров на четырех машинах в двух центрах обработки данных, работающих над одним запросом DB2.Он будет запускать новейшие приложения J2EE (Websphere) быстрее, чем любая другая машина.
2
ответ дан 5 December 2019 в 06:54
поделиться