TADM10 - PARTE 1 / 2
Unit 1 - The Big Picture 1. The SAP Software Portfolio
SAP Business One: Para pequenas companhias (menos de 100 empregados); SAP Business By Design: Empresas entre 100 e 500 empregados; SAP Business All-in-One: Grandes e Médias empresas; SAP Business Suíte: Grandes empresas; Um com pleto pacote de software de negócios; completa integração funções industrias pré-configuradas;
Componentes SAP Business Suíte:
BPP - Business Process Plataform - Pré-requisito para distribuição de aplicativos SOA (Enterprise SOA). É composto pelos módulos: SAP NetWeaver - Plataforma aberta para todas t odas aplicações SAP e aplicações de parceiros SAP. É a base do Enterprise SOA SAP Aplications - Aplicações integradas; Utiliza o Enterprise Service Repositor y (repositório para processos e Serviços). Estes módulos são constantemente melhoradas através de Enhancement Packages.
Composite Appliactions (xApps)
Aplicações e Componentes:
Várias aplicações são fornecidas pela SAP para o Business Suíte; Diferentes aplicações contém softwares similares (partes): Ex.: A aplicação SCM pode conter os componentes com ponentes (sistema) SAP ECC, SAP SCM ou um sistema SAP NW Portal .
2. SAP Release Strategy
Estratégia de manutenção SAP NetWeaver: mantém a versão por 5 anos sem adicional; próximos 1 ano com 2% adicional; próximos 2 anos com 4% adicional. ** Aplicações SAP , NW, Enhancement Packages e Apps são oferecidos a clientes em duas fase: Restricted Shipment Phase (primeira fase)
Versões de novos softwares somente são disponíveis para um nro restrito de clientes.A versão para Cliente é a partir da data de início do Restricted Shipment Phase que passa por um processo padronizado, o Ramp-Up. Características do Ramp-Up:
Ramp-Up é o nome que o novo produto ou nova versão do SAP é introduzida no mercado; O software pode ser implementado para uma implementação produtiva; Durante o Rump-up, o software é disponível para um circulo limitado de clientes; O Ramp-up quer as considerações dos clientes antes de disponibilizar o software; Os participantes entram em contato com a SAP para suporte; O Ramp-up leva cerca de seis meses;
Unrestricted Shipment Phase (Segunda Fase)
Após o Default Release Date todos clientes podem requisitar o novo software sem restrições. **
Quando finaliza a manutenção de uma aplicação SAP ERP 6.0? R: http://service.sap.com/releasestrategy (março 2013) Quando é o próximo Support Package para SAP NW 7.0? R: http://service.sap.com/sp-stacks
3. SAP NetWeaver NetWeaver (Business Suíte Suíte - SAP NW 7.0 - ECC 6.0) Plataforma de tecnologi t ecnologia a designada para f lexibilização, lexibilização, passo-a-passo e uma eficiente introdução dos processos de TI em uma empresa. Representa a Base Técnica do SAP Business Suíte, SAP xApps Composite Applications e outras aplicações SAP. É também uma base técnica para Enterprise SOA.
SAP NW é composto: Pessoas (ex: Portal, Mobile); In f o r m ação (ex: BI, MDM); Pr o ce s so s d e Int eg ra ção (ex: PI); Platafo rm a d e A pli cações (J2EE, ABAP);
Além destes quatro quatro passos, paralelamente paralelamente oferece: oferece:
Lifecycle Management: Suporta projetos, desenvolvimento, distribuição e
gerenciamento para soluções.
Composite Aplication Framework (CAF): é integrado com o SAP NW e
disponível para parceiros para utilização de ferramentas, frameworks, regras e métodos para criar novas aplicações baseadas em processos de negócios. O NW é baseado em tecnologia usando industrias standard e pode ser desenvolvidao com ferramentas como J2EE, .NET e IBM WebShare. Solution Manager éo prim eiro prod uto a s er instalado pois contr ola a im pl em ent ação e o m on it or am en to /op eração d o S A P.
SAP NW Application Server (SAP NW AS) - Quase sempre o sistema SAP é
baseado no SAP NW AS e usa-o como ambiente de execução. Junto com o DB, SAP NW AS é a plataforma de aplicação do SAP NW.
SAP NW AS oferece:
Arquitetura multi-nível; Segurança em testes de execução de programas ABAP e J2EE; Alta escalabilidade; SO e DB independentes; independentes; Ambientes de desenvolvimento desenvolvimento convenientes; Suporte de vários protocolos (como http, RFC); Grande segurança para execução de complexos processos de negócio;
Suporta:
Várias interfaces de usuários (SAP GUI, Browser); Aplicação (J2EE, ABAP); Vários Sistemas Operacionais; Operacionais; Vários Databases; Sistemas Externos (SAP e não SAP)
Existem diferentes opções para SAP NW AS: SAP NW AS ABAP; SAP NW AS JAVA; SAP NW AS ABAP+JAVA - Integração entre os dois;
Unit 2 - Navigation - (pág 33) 1. Navigation in General
Exemplos de diferentes Tecnologias de acesso: Produto SAP
Típica Tecnologia de Acesso
SAP ERP (com SAP EC) SAP NW BI 7.0 SAP Business by Design SAP Business All-in-One All-in-On e
SAP GUI for Windows Browser (possível diferentes Browsers) Browser (possível diferentes Browsers) SAP NW Business Client
Tipos de SAP GUI
For windows; o Ambiente Windows; o Escrito em C ou C++; Suporta todas transações do sistema SAP; o For java; o Ambiente JAVA; o Escrito em JAVA For HTML (ou Web GUI); Consiste no ITS (Internet transaction Server) pelo lado do servidor e o o Browser pelo lado do cliente; ITS converte dados do WEB AS em HTML, enviando via WGate; o o Não é necessário instalar nada no browser; Nem todas funções estão disponíveis. disponíveis. o
Tipos de alternativas do SAP GUI
SAP Logon
Seqüência: SAP GUI > SAP Logon (escolher os sistemas) > Logon; Password pode ser trocado apenas 1x por dia; Parâmetro rdisp/max_alt_modes: quant. de sessões que podem ser abertas (2 a 8); User Master Record: dados de um usuário em um client. Imagem da página iniial é carregada no GUI toda vez que faz logon. Recomendadas imagens < 20Kb;
Estrutura Estrutu ra da Tela SAP
A tela inicial do SAP SAP é também conhecida conhecida como SAP Easy Easy Ac cess. Itens da tela:
Menu Bar; Standard/System Toolbar: Toolbar: botões exibidos em todas as telas; Title bar; Command field: para ir diretamente a uma transação; Application Toolbar: botões referentes à tela local; Status bar: status do sistema; Check boxes, Radion Buttons, Tab Pages;
2. Advanced Navigation in the SAP GUI
Existem dois tipos de menu: SAP Menu (original) e User Menu (customizado via roles). Tabela USERS_SSM define usuários que podem acessar qual tipo de menu; Transação SEARCH_SAP_MENU localiza o caminho da transação; Transação SEARCH_USER_MENU ; Favoritos: salvos para um usuário em um sistema. Pode adicionar ou excluir um favorito além de criar novas pastas; F1 – explica o conteúdo de campos, menus, funções e mensagens F4 – mostra os possíveis valores para aquele campo e mostra os últimos 15 comandos digitados naquele campo; F2 – ou (edit > select options) permite busca avançada.
/n /nXXXX /o /oXXXX /nend /nex /i
cancela a transação corrente Chama a transação XXXX diretamente de outra transação Mostra um overwiew da sua própria sessão Chama transação XXXX em uma nova sessão de outra transação fecha todas as sessões com confirmação fecha todas as sessões, sem perguntar Deleta a sessão corrente que você esta usando
Unit 3 - The System Kernel - (pág 71) SAP NW utiliza 2 ambientes de runtime: ABAP (Advanced Business Application Programming) AS ABAP. JAVA 2 EE (J2EE) Web AS Java foi f oi introduzido na versão 6.20
O AS ABAP fornece o ambiente de runtime para programas escritos em ABAP, como também runtime runtime para programas programas J2EE. J2EE. O objetivo é ter um framework para a utilização de componentes modulares para o desenvolvimento desenvolvimento distribuído e aplicações multi-nível. Enterprise Java Beans (EJB): empacotamento da lógica da aplicação. Representa componentes dos programas java. CLIENT e SERVER
No contexto de um sistema SAP, o termo CLIENT e SERVER são geralmente usados como definição de software-oriented visão. Três camadas de processamento: presentation (telas), application e database.
Instance
É uma unidade administrativa que combina componentes de um sistema SAP fornecendo um ou mais serviços. Instance Profile, seta parâmetros de t odos componentes componentes de uma instânce. Cada instance tem sua própria área de buffer; Pode ser executado em um único computador, como também pode ter múltiplas instances; Identificada por um System ID (SID: DEV, QAS, PRD) e um Instance Number (00).
Instance ABAP: DVEBMGS00 onde:
D - Dialog V - Update E - Enqueue B - Background M - Message Server G - Gateway S - Spool 00 - ID
Instance JAVA (somente Java): JC00
Um DB para cada sistema SAP. O nome é o mesmo do ID do sistema SAP (ex. SID=00 > DB00 ). ). Central Instance (CI): Única para cada sistema SAP; possue serviços que não
existem em outras Instances: Para AS ABAP - Message Server e o Equeue Work Process Para AS JAVA - a CI é reconhecida pelo Software Deployment Manager (SDM).
Central Service Instance (SCS) -
Instância separada; possui o Message Service e o Enqueue Service. Representa a base de comunicação e sincronização do JRE. Fornece serviços para o AS JAVA Dialog Instance (DI) - Todas outras instances de um sistema SAP. Central System - Quando uma CI e um DB são instalados em um mesmo
computador. Processos do SAP NW AS ABAP ABAP Dispacher distribui as requisições dos usuários entre os Work Process;
1 por sistema;
Dialog Work Process (D): processa os “dialog steps” disparadas pelo usuário. Mínimo de 2 por dispacher. Parâmetro rdisp/wp_no_dia; Spool (S): gera as saídas para impressoras. Mínimo 1 por sistema, podem ter vários por dispacher. Parâmetros: rdisp/wp_no_spo; Update (V): processa updates no banco. Mínimo 1 por sistema, podem ter
vários por dispacher. Separado em V e V2: (críticos e não críticos). Parâmetros rdisp/wp_no_vb e rdisp/wp_no_vb2; Background (B): processos em background. Mínimo 2 por sistema, podem ter vários por dispacher. Parâmetro rdisp/wp_no_btc; Enqueue (E): administra a lock table na shared Memory. Apenas 1 por sistema. Parâmetro: rdisp/wp_no_enq.
Ad ici on alm ente p ara os WP, po de for necer Ser viços p ara com un icação Interna/Externa): Message Server (MS): Comunicação entre a distribuição dos dispatcher
dentro do AS ABAP. 1 por sistema; Comunicação de mensagens entre instances; Gateway (GW): gerencia comunicação entre sistemas SAP ou SAP com externos. 1 por dispacher; Internet Communicator Manager (ICM): conversação entre SAP e a internet. Application. Application. 1 ICM por servidor servidor de aplicação.
Processos do SAP NW AS JAVA Java Dispacher distribui as requisições para os Java server process; Java Server Process: executa as aplicações em multi-threads; Java Message Service: gerencia uma lista de Java Dispachers e Server Processes e responsável pela comunicação com o J RE (Java Runtime
Environment);
Java Enqueue Service: gerencia os locks lógicos; SAP Java Conector (JCo): comunicação entre JAVA e ABAP. SDM (Software Development Manager): é uma ferramenta padrão usado
para instalar componentes JAVA no sistema SAP Web AS JAVA e é sempre instalado como parte do Central Instance.
Tipos de SAP NW AS
AS ABAP system: Baseado em aplicações ABAP. AS JAVA system: Baseado em aplicações J2EE AS ABAP + JAVA: Aplicações JAVA e ABAP podem ser ser desenvolvidas desenvolvidas e usadas;
Tabelas, programas e aplicaçoes ABAP são armazenadas em um esquema (owner) ABAP no DB, enquanto enquanto que JAVA é armazenado armazenado em em um (owner) diferente diferente no DB. Arquitetura AS ABAP
Os serviços que um servidor de aplicação pode fornecer são determinados pelos tipos de WP que ele possue; O ABAP MS fornece serviços internos de comunicação comunicação (ex: iniciar updates, requisitar e remover locks...), além de informações em quais instances do sistema estão disponíveis. Ao logar no sistema sistema através do SAP SAP GUI (for windows windows ou JAVA) usando o Logon Groups, o MS executa o Load Distribution de usuários para instances disponíveis.
Acessando o AS ABAP ABAP via protocolo http (browser), o ICM (Internet Communication Communication Manager) recebe a requisição e em seguida encaminha para o Dispatcher da Instance. Comunicação entre outros sistemas SAP via RFC (Remote Function Call) é realizado pelo Gateway reader ( GW). Arquitetura AS JAVA
No AS JAVA a CI é única e é onde o SDM (Software Development Manager) é executado. JAVA Message Server para comunicação interna; Informa quais Instances e Nodes estão disponíveis; cada Node do JAVA Cluster conecta diretamente com o MS. Quando o AS JAVA é acessado via browser o JAVA Dispatcher recebe a requisição e processa nos Server Process. JAVA CLUSTER: Todos processos e esquemas do DB NODES do Java Cluster : Processos individuais (Dispacher e Server) Arquitetura Arquitet ura AS AS ABAP ABAP + JAVA
Sugestão: Mesmo sistema SAP, mesmo SID) Mesmos princípios das arquiteturas individuais; Também chamado de “add-in installation” pois instala antes uma AS ABAP depois AS JAVA. CI possue os processos: AB AP-MS, Enq Wo rk e SDM. O CS (Central Services) do JRE (Java Runtime Environment) - Java-MS, Java-ES também são fornecidas na Central Services Instance. Outras são chamadas de Dialog D ialog Instance. Quando recebe uma solicitação via protocolo web, o ICM (Internet Comunication Manager) verifica se é: ABAP (ex Web Dynpro) Dynpro) encaminha encaminha a req. para Dispatcher Dispatcher e WP responde JAVA (ex JSP) encaminha encaminha para JAVA Dispatcher e um dos Servers Process responde responde As informações (tabelas, programas...) do ABAP e JAVA são gravadas em owners diferentes no banco de dados. ABAP = SAP
e JAVA = SAPDB Data Exchange, ambos runtimes utilizam o JCO (SAP Java Conector), caso exista necessidade de mostrar dados armazenados no schema ABAP em uma interface JAVA. AS ABAP Processes
Tela de entrada via SAP GUI; O ABAP Dispatcher é o processo central do AS ABAP. Principais tarefas: Distribui as requisições para os WPs Integração das camadas de apresentação; apresentação; Organização das transações de comunicação; comunicação; Salva requisições em filas e processa de acordo com FIFO e distribui uma a uma para os WPs. Para processar a requisição o WP é conectado diretamente diretamente ao schema ABAP do DB. Dados frequentemente utilizados são armazenados nos buffers da shared memory do AS. Cada Instance tem sua própria área de buffer.
Um WP tem uma Task Handler que coordena as ações dentro de um WP, Procesos de software e DB Interfaces; Screen Processor executa programas de telas, transfere conteúdo para os campos; ABAP Interpreter executa programas e aplicações ABAP; O dialog WP selecionado pelo dispatcher executa um roll-in no contexto do usuário e carrega as informações dele.
Na linguagem de programação ABAP é utilizado OPEN O PEN SQL (padrão independente independente de DB) para acesso de dados dados do DB que transforma transforma em SQL nativo do DB. DB. Verifica se a informação esta no buffer, caso não, busca no DB e grava no buffer. Pode usar diretamente o SQL Nativo, usando no programa abap (EXEC SQL... END EXEC); EXEC SQL executa a query direto no banco, sem buffers, etc. Processando requisição de Dialog
Uma requisição de dialog é designado para um dialog WP durante a execução; A seqüência da requisição do dialog para um programa consiste consiste de várias telas serem executadas por diferentes dialog WP, também chamado de Work Process Multiplexing.
A ação que o usuário realiza usando telas é chamada de dynpros (dynamic programs). Ele e o WP executam a seqüência lógica da aplicação, chamam o processamento lógico do módulo e transfere o conteúdo do campo para tela. Screen processor: executa a lógica da tela, dividido em PBO (Process Before Output) processamento antes de a tela ser enviada; PAI (Process After Input) processamento após a interação do usuário na tela. ABAP Interpreter: processa o código ABAP; Database interface: acessa o banco.
Processo transacional no AS ABAP
Transação é um processamento unitário. The SAP Transaction Características ( ACID): A t o m i c : executou totalmente com sucesso ou não f ez nada; Consistent : obedece a regras de negócio; Isolated : outras operações só enxergam esta após o commit; : no final das contas é gravada no banco. Durable
Database Transactions and ABAP Transactions
Todo WP está ligado a um DB durante a execução de uma instância SAP. Os WPs não fazem comunicação no decorrer do processo. Um WP só pode fazer alterações ao banco de dados do banco de dados dentro de uma transação. Conforme o ACID, uma transação de DB é uma seqüência de operação não-divisível, com início-e-fim para ser consistente. Isso ocorre após o Commit.
Lock Management
Como uma transação lógica pode ser feita por vários dialogs (e cada um faz commit no banco quando termina de processar), o SAP tem seu próprio lock management.. Utiliza o Enqueue WP; O Enqueue WP é quem gerencia o lock de uma transação SAP na Lock Table. O lock table é alocado na memória central.
Quando um lock é requisitado, o sistema checa se não há conflito com uma entrada na tabela de locks, caso houver ele é recusado. Tipos de Locks: Write locks (modo Exclusivo): editado somente por um usuário; a requisição por outro write ou read são rejeitados; Somente o mesmo lock owner pode setar novamente; é acumulatido; Read locks (modo Shared): vários usuários podem ter acesso de leitura para a informação locked ao mesmo tempo; A requisição para outros reads são aceitas, mesmo de outros usuários; Um write lock é rejeitado. Enahnced Write locks (mode eXclusivo não acumulativo): enquanto write locks podem ser requisitado e liberado para mesma transação, um Enahnced Write Lock s
pode ser requisitado somente uma vez mesmo com a mesma tr ansação. ansação. Todas outras requisição são rejeitadas. Optimistic Lock (modo O ptimisc):
SM12: mostra os locks correntes.
Para deletar um lock : SM04 - Fechando a sessão do usuário; SM12 - deleta
manualmente a entrada do lock da lock table, mas somente se o usuário não estiver mais logado. Por razão de melhor proveito, o Enqueue WP (sempre no ABAP MS) pode ser desinstalado da CI e instalado na (ASCS) - ABAP Central Service Instance. Update Principio do update Assíncrono
Quando o dado é passado do Dialog WP para o Update WP, o Dialog WP não espera para a requisição do update ser completada. O update é assíncrono (não simultâneo).
Para alterar um dado em um reg na SAP transaction, tr ansaction, chama uma transação no Dialog, cria a entrada na tela e inicia o processo de update para salvar o dado. Este processo segue os seguintes passos: O programa pede lock; o Enqueue WP cria uma entrada na lock table, caso outro usuário esteja com este dado em lock informa que o registro não pode ser alterado; Se o Enqueue WP consegue gravar na lock table, ele pasa uma lock key para o usuário, o programa disponibiliza o registro para ser alterado pela tela; Na Dialog WP o programa chama a função CALL FUNCTION... IN UPDATE TASK e grava as alteraçoes nas VB* tables; Quando o usuário salva os dados, o programa fecha a transação com o
COMMIT WORK;
Baseado nas informações (lock key) transferido do Dialog WP, o Update WP lê o registro da VB*; O Update WP transfere as alterações das tabelas VB* para o DB como uma requisição de alteração. Se a gravação ocorrer com sucesso as entradas são deletadas da VB*. Caso ocorrer erro, o Update WP dispara um rollback e marca na VB* como defeituoso; As entradas de lock na lock table são resetadas;
Resumindo: D/B Work process pede lock > Enqueue WP faz o lock > o programa
grava alterações nas VB* tables > user salva dados (COMMIT WORK), WP chama o V WP > V WP W P lê das VB* Tables e grava no banco. Para melhorar performance, podem-se configurar diferentes tipos de update: V1 update (time-critical) primary (ex: alteraçao de estoque, criação de uma ordem); V2 update (non time-critical) secondary (ex.: criar uma alteração de documento); Transaçao SM13 (update request) ferramenta de análise dos updates;
Printing
Quando solicitado uma impressão uma spool request é criada. Ela contem informação dos dados a serem impressos, formato e modelo da impressora; OBS: Spool Request podem ser criadas somente por Dialog WP e Background WP ; Para impressão automática definir na SU01.
Spool WP formata os dados na spool request e cria um output request que contem
os dados no formato da impressora. Podem ser passados para um processo de spool do SO, locally ou remotely; A conexão entre ums ums Spool WP e o spool SO é conhecido conhecido como access method; SP02 - Own Spool Request: Visualizar suas requisição de impressão;
Background Processing Utilizado para executar relatórios e programas em “segundo plano”. Utiliza o
Background WP.
User pode schedular um programa para ser iniciado em Background como um JOB, SMX - Para visualizar seus prõprios Jobs. SM36 - Define jobs (criação de jobs) SM37 - Jobs Overwiew and Administrator (Administração dos jobs) Status dos Jobs:
Schedule: Agendado; Released: Gravado com hora para rodar; Ready: Pronto para executar; Active: Processando; Finished: Fim; Canceled: Cancelado:
Comunication via the GateWay
Cada Instance ABAP contem um Gateway; Ele é um processo obrigatório definido em uma porta, usado na comunicação entre sistemas e na comunicação RFC entre WP de diferentes Instances ou sistemas SAP.
Processing Web Requests Requisição via WEB são recebidas pelo ICM (Internet Comunication Manager ). ).
Esta requisição pode ser processada por um WP ABAP (Ex: aplicação ABAP Web Dynpro) ou por um AS JAVA. O ICM decide através da URL para onde enviar.
Uma requisição JRE (Java Runtime Environment) é enviada para o JAVA Dispatcher que envia para um Java Server Process. Este por sua vez encaminha para o database Java Schema, e usa o JAVA Dispatcher para responder para o ICM (Internet Comunication Manager). Finalmente o ICM retorna para o sistema SAP. Uma requisição ABAP é enviada para o ABAP dispatcher, encaminha para um WP, retorna para o ICM (Internet ( Internet Comunication Comunication Manager) que devolve para o sistema SAP. Propriedades de JAVA (pág 123) Aplicativos: usado para programação como em outras linguagens: local, client/server,
etc.
Applets: pequenas porções de código para execução em navegadores, obedecendo a
regras de segurança; O compilador JAVA produz código para uma máquina virtual JVM (Java Virtual Machine). Isto é conhecido como bytecode. Uma VM é um modelo de processador “virtual”, ou seja, um programa de computador
que simula um processador. Java é mais lento que outras linguagens compiladas, devido ser interpretado no runtime. Isso é minimizado pelo JIT (just in time), que compila na linguagem nativa da maquina em memória. Continua mais lento que C, porém com pouca diferença. Para criar “cross-platform” um JDK (Java Devel opment Kit) é necessário. O JDK possue: software para criar e testar aplicações e applets;
as packages com as classes “padrões” que são parte da configuração básica;
java compiler; JRE (Java Runtime Environment) - JVM; Java debugger; e documentação online;
Versões:
Versão inicial, JDK 1.0; JDK 1.2 = Java Plataform 2; Java 2 Software Development Kit (SDK), dividido em t rês áreas: Java 2 Standard Edition (J2SE): ambiente que define o SDK; Java 2 Enterprise Edition (J2EE): add-ons para o J2SE que adiciona Enterprise Java Beans, Servlets, Java-Mail-API, ITS; Java 2 Micro Edition (J2ME): small runtime r untime para PDAs e telefones. Substitui o Personal Java e o Embedded java.
Programing in Java
O desenvolvedor cria um “source file” (.java). O compilador gera um arqui vo em bytecode (.class). Este bytecode é independente de plataforma. (.jar) são classes compiladas compactadas, em formato unzip ou winzip. O compilador se encarrega de extrair. Three-Level J2EE Architecture
J2EE define a estrutura de desenvolvimento de aplicações em 3 camadas, banco,
aplicativo e apresentação. Uma aplicação lógica é implementada na forma de EJB (Enterprise Java Beans), que são executados em um EJB Container. O J2EE server usa JSP (Java Server Pages) e Java Servlets para gerar paginas HTML ou dados XML. JSP e Java Servlets são executados em um Web Container. JSP é uma tecnologia desenvolvida pela Sun que permite a geração de HTML e XML (output) para um Web Server. Servlets: páginas JSP compiladas em código Java.
Cada componente de uma aplicação é executada em um container. A figura abaixo abaixo mostra um exemplo exemplo de processamento processamento de uma requisição requisição de cliente cliente por um J2EE server.
Vantagens da tecnologia J2EE para o SAP W AS (Web Application Server): A arquitetura do SAP NetWeaver integra perfeitamente com o J2EE; J2EE é a nova estratégia de independência de plataforma; A arquitetura do J2EE Connector permite uma integração com aplicações externas; Tecnologia Web Services são suportadas diretamente por Java; A rapidez de crescimento da comunidade Java fornece acesso fácil aos experientes desenvolvedores. desenvolvedores.
As JAVA Process (pág 133)
Pro ces san do u m a req ui si ção d e us uári o:
Um usuário solicita uma requisição através de um Web Browser que é normalmente um http e encaminha para o Java Dispatcher; O dispatcher encaminha para um Server Process da “sua” instance; O dispatcher e server process do AS Java são chamados de nodes; Todos processos do AS Java junto com o Database Schema formam o Java Cluster; Um Server Process processa várias requisições de usuários em paralelo; Para ler/gravar dados no DB (Java Schema DB) cada Server Process é conectado via (DB Pool); Ao final do processamento, processamento, o resultado resultado é retornado retornado ao Web Browser Browser via Dispatcher; Dispatcher; Pro ces san do um a req uis ição:
Os nodes do AS Java são divididos em módulos chamados Managers e Services. Managers formam Java Enterprise Runtime que fornecem funções básicas do core do AS Java, também conhecido conhecido como Kernel. Kernel. Services são conhecidos como J2EE Engine Components que fornecem APIs (Aplications Programming Interface) para as aplicações. Transactional Processing in AS Java
O conceito do ACID foi implementado no AS Java da mesma forma do AS Abap. O Transaction Service é responsável por gerenciar transações; Os dois J2EE standard JTA (Java Transaction API) e JTS (Java (Java Transaction Transaction Service) são implementados usando o Transaction Service. Persistence
SAP foi criado utilizando um framework para AS Java denominado Open SQL for Java, sendo independente de DB. Um programa JAVA é portável (portable) quando utilizado Open SQL, SQLJ, EJB e JDO. Se o desenvolvedor utilizar Native SQL no programa ele perde a portabilidade e não utiliza a Table Buffer. Lock Management
SAP introduziu o conceito de Enqueu Service idêntico ao AS Abap; Se um usuário quer realizar uma alteração, o Server Process solicita um lock utilizando a interface de Application Locking Service para requisitar um Logical Lock; A requisição é encaminhada para o Enqueue Server via Locking Adapter Service e Locking Manager; Java Cluster Architecture (pág 141)
Compomentes de uma Instance JAVA: Server Process: infraestrutura para aplicações Java; Java Dispacher: distribui req. dos clientes para server process process da instância.
Todos componentes JAVA de um sistema SAP são conhecidos como um Java Cluster, que consiste de: Java Instance (central): Contém um Dispatcher e pelo menos um Server
Process; Central service: Contém um Message Server e um Enqueue Server ;
comunicação e sincronização no java cluster; Armazenamento dos Dados; Database: Armazenamento Opcional, adicionar outras Instances JAVA.
Minimal Cluster Installation
Cluster whit Multiple SAP NW AS Java Instances
Obs: A Central Instance é a que contém o SDM (Server Development Manager) Processando uma Requisição
Connection request handler recebe solicitação do cliente; Inicializa um objeto de conexão (que é usado durante toda a sessão do user); Usa o load balance para determinar um server process; Determina o tipo de serviço (ex.: http); Via communication handler, contacta o server process;
Central Services Fornece a base para comunicação e sincronização para o Java Cluster. Composta de: Message Server: Administra a lista de Dispatcher e Server Process para o Java Cluster; Fornece informações de Load Balance para SAP Web Dispatcher;
Executa as segu intes tarefas: tarefas: o Notificação de eventos do do cluster (serviço para, etc.); o Comunicação entre os serviços; o Encaminhar mensagens e requisições entre os serviços; o Prepara informações de logon para o SAP Web Dispacher; o Suporta o MS Failover; o Garante a transmissão da mensagem; Cuida das informações do cache da instância. o
Enqueue Service: Administra os os Logical Locks Locks e a sincronização sincronização do cluster;
The Internal Structure of SAP Web AS Java (pág 147)
A estrutura interna do do SAP NW NW AS Java é dividida em em três níveis lógicos: lógicos: SAP Java Enterprise Runtime: Fornece funções fundamentais do runtime environment, como class loading, cluster communication, gerenciamento de configuração de dados; J2EE Components: Contém interfaces, bibliotecas e serviços; Application Layer: refere-se a aplicações que deverão ser implementadas e executadas no SAP NW Application Server Java.
Internal Structure os SAP NW AS Java
SAP Java Enterprise Runtime: Realiza as operações “core”, através de managers:
Log Manager: controla o processo de log; Ports Manager: controla a criação de portas; Application Thread Manager: controla as requests, associando à Threads ou enfileirando; Thread Manager: controla as threads t hreads nas operações internas; IP Verification Manager: controla a listas de hosts e a usa para controlar os acessos a elementos do cluster; Connections Manipulator: controla as conexões dos clientes no cluster (executado no dispacher); Locking Manager: interface entre o server process e enqueue server; Configuration Manager: Manager: acessa banco de dados; Classloading Manager: centralizador do registro e remoção de loaders e referências entre eles. Cluster Manager: gerencia elementos do cluster (dispatcher e server process): Join Port: entrada de conexões; Open Port: conexões entre elementos do cluster; Cluster Hosts: hosts que o dispatcher cria conexões. Service Manager: contexto em que todos os serviços do cluster são executados.
J2EE Components (services):
Infraestrutura para executar aplicativos J2EE e SAP. Três componentes: componentes: Interfaces: determina como os componentes trabalham em conjunto. Usadas pelos serviços; Libraries: provê nomes, classes e objetos para o AS Java; Services : usa funções do JRE através da API:
Seleção dos Services mais importantes: Security provider: administra usuários, grupos e autorizações; autorizações; Monitoring service: informações do sistema (memória, performance, etc); Log Configurator Service: gerencia a configuração de log e trace; Deploy service: gerencia os deploys; EJB container service: gerencia os EJB; HTTP Provider: analisa a requisição HTTP, envia para o serviço específico e retorna ao cliente.
Application Layer:
Terceiro nível dentro da arquitetura do AS Java. A comunicação entre a camada de aplicação e os componentes J2EE é feita através da API Java e de poucas APIs SAP. Tipos de aplicação: Servlets: programa Java que responde requisições para um web server; JSP (Java Server Pages): tecnologia para geração de HTML e XML de forma dinâmica. Através de compilador específico, é transformado em applets, e permite a separação da lógica de programação da apresentação. EJB (Enterprise Java Beans): usado para desenvolvimento desenvolvimento de aplicações Java; JDBC (Java DataBase Connectivity): conversação com o banco de dados. Web Container: Servlets + JSP; EJB Container: EJB; Persistência: JDBC.
Unit 4 - Starting and Stopping SAP System - (pág 159)
Starting de um sistema SAP é realizado pelo usuário adm através dos seguintes passos: Instance SAP, o DB deve estar estar “operacional”; “operacional”; 1. Database: Antes da Instance 2. Central Services Instance (Somente para AS Java e AS ABA P+Java ): Inicia a CS que contém o Message Server e Enqueue Server para a parte do sistema JAVA; 3. Central Instance: SAPOSCOL é iniciado (Operation System Collector), ou pode ser iniciado através da /nST06. A CI é iniciada com o MS, Dispatcher e seus WPs. Se o parâmetro estiver setado, o Dispatcher também inicia o ICM (Internet Comunication Manager) e os processos do AS Java (se ele estiver instalado ABAP+Java); 4. Dialog Instances: Se o DI não estiver sendo executado no mesmo host que a CI, o SAPOSCOL é primeiro iniciado neste host (DI). O Dispatcher é então iniciado com seus WPs; The sapstartsrv Process
Serviço (service) no Windows ou um Daemon no Unix. Um processo sapstartsrv é iniciado para cada Instance SAP e não é finalizado quando a Instance é fechada (stop). Quando iniciado, sapstartsrv lê a Start Profile da sua Instance e abre seu Web Service por default na porta 5$$13 (http,, $$ representa o nro da Instance) e SSL é configurado na porta 5$$14 (HTTPS). Ex.: http://:5$$13 - Para mais detalhes Nota: 927637) System Start: Logs Windows: System Log: mensagens do SO e da aplicação Application Log: lista de erros, warnings Security Log: logins e acessos a arquivos.
Log s n o DIR_HOME DIR_HOME: :
STDERR1: startup do banco de dados; STDERR2: startup do message server; STDERR3: startup do dispatcher.
Você pode setar o nível de detalhes do log com o parâmetro rdisp/TRACE: granularidade do trace (de 0 a 3). Padrão 1. Logs de work pro cess: Dev_ms: message server; Dev_rd: gateway; Dev_disp: dispacher; Dev_w: work process SM50 - Visualização de processos em andamento SM21 - Visualização do log do sistema System Shutdown: How and Why? Checar antes de realiza realizarr ShutDown
SM04 - Verificar usuários logados; SM37- Verificar batches (Jobs Executando) Executando) SM35 - Batch input SM13 - Update (registros de update) SM50 - Conexões externas (RFC) SM02 - Enviar mensagem RZ03 - control > Stop SAP instance; Parar banco de dados. Overview of the Process of Starting and Stopping a SAP Web AS Java
Possível parar Java e não ABAP (via SMICM), mas não o contrário. No caso de apenas Java, o startup é feito de forma comum (startsap ou MMC), porém o comando é passado direto para o Startup and Control Framework. Start Process of an SAP System
Instance SAP, o DB deve estar estar “operacional”; “operacional”; 1. Database: Antes da Instance 2. Central Services Instance: Consiste do Java Message Server e do Java
enqueue Server. 3. Central Instance: Após a CS Instance ser iniciada, iniciada, a CI é iniciada iniciada com o Java-
Dispathcer e Servers. O SDM - (Software Deployment Manager) também é iniciado. 4. Dialog Instances: Opcionalmente, outras Dialog Instances são iniciadas, com seu Java Dispatcher e Servers. OBS: O Stopping de um sistema SAP é executado na seqüência reversa.
No windows o DB não é finalizado ao mesmo tempo. No Unix sim.
Starting and Stopping na SAP NetWeaver AS ABAP + Java
O start/stop da Instance JAVA é feito pelo ABAP Dispatcher
Starting na SAP NW AS Java
Para Instances puramente Java, o start/stop podem ser realizados utilizando comandos do SO, como também o SAP MC (Management Console), ou SAP MMC (Microsoft Management Console) no Windows, como também startsap/stopsap no Unix.
Tools for Starting and Stopping
Instances do SAP NW AS Abap + Java podem ser star/stop independente de SO pelo SAP MC que é uma aplicação JAVA e pode ser acessada via Web Browser utilizando a URL no seu browser :
5 13 13 http://: 5 14 14 https://: Com o SAP MC é possível consultar:
Informações sobre as SAP Instances , DB (nome DB, do host e qual DB corresponde); Arquivos de Trace para os processos individuais, individuais, além de verificar as portas configuradas: http 5$$00 https 5$$01 P4 5$$04 Administração telnet 5$$08 SDM 5$$18 SAP MMC
Disponível para Windows permite realizar start/stop em sistemas SAP, visualizar informações e status do DB. TELNET START: startsap name= nr= SAPDIAHOST= SAPDIAHOST= STOP: stopsap name= nr= SAPDIAHOST= Start/Stop no UNIX
Para o unix, executar os scripts ( startsap e stopsap ). ). Opções possíveis para START: DB: Inicia o DB R3: Inicia as Instances e associa os processos a Instance J2EE: Inicia as Instances e associa os processos a Instance ALL: Inicia o DB e as Instances Opções possíveis para STOP: DB: Finaliza o DB J2EE: Finaliza as Instances (Abap + Java) ALL: Finaliza o DB e as Instances
Java Startup and Control Framework
Possível parar Java e não ABAP (via SMICM), mas não o contrário. No caso de apenas Java, o startup é feito de forma comum (startsap ou MMC), porém o comando é passado direto para o Startup and Control Framework. Framework usado para iniciar, parar e monitorar as instâncias Java, exceto o
Message Service. Processos:
JControl o
o
o o o
Inicia, pára e monitora processos da instância Java. SAP Signal Handling é implementado com o JLaunch para encaminhar comandos de inicio e parada para a instância; reinicia processos parados, para serviços suspensos, e manda sinal de shutdown para instâncias; lê o instance profile; inicia o JLaunch; cria a shared memory para controle dos processos JLaunch;
JLaunch o o o
recebe comando do JControl para parar nós como dispatchers e servers; para sozinho caso não detecte o JControl; inicia a JVM em um processo separado.
Start Processo of a Java Instance
1. JControl é iniciado ; 2. JControl inicia inicia um processo processo bootstrap da da Java Instance Instance com um parâmetro parâmetro que é definido no arquivo bootstrap.properties . Ele verifica os dados da profile com o DB (sincroniza os binários); 3. O processo bootstrap lê a definição da Instance no Java Schema do DB; 4. O processo de boot cria arquivo instance.properties no SO 5. JControl lê a definição definição da instância no arquivo do file system; 6. JControl inicia inicia o processo de boot boot dos Java Nodes, que sincroniza sincroniza todos os binários; 7. JControl cria a conexão para a Central Services / Message Message Server. 8. JControl inicia inicia todos os Java nodes. O processo JLaunch JLaunch cria os nodes Dispatcher e Server; em seguida carrega a JVM;
Arquivos de Profiles
Os arquivos de profile são localizados no SO e são gerados na instalação. Windows: :\usr\sap\\SYS\profile Unix: /u s r /s ap / D> /SY /S Y S/p S/ p r o f il e Existem 3 diferentes profiles: Default: Default.pfl Start: START__ Instance: __ Stop Processo of a Java Instance
1. O Signal Handler do JControl recebe um sinal de stop (script stopsap ); ); 2. JControl transmite transmite o sinal através através de pipes nomeados nomeados para todos os processos JLaunch em execução (Java Servers e Dispachers). 3. O processo JLaunch reage a esta notificação notificaç ão dentro de um determinado período período de tempo. Após este prazo ter expirado, JLaunch é finalizado pelo JControl.
JCmon
É
uma
ferramenta
que
monitora
o
JControl.
Localizado
no
diretório
/u s r /s ap / D> / /SYS /S YS /e /exx e/ e/.. Iniciado pelo comando: JCmon pf= . pf=
Logs of the Start and Stop Processes Processes of SAP SAP AS Java dev_jcontrol: trace do JControl; dev_: trace de processos JLaunch; jv j v m _ .o u t : trace da JVM. std_server.out e std_dispatcher.out: Start e Services correspondentes;
dos
Os traces e logs são armazenados: /u s r /s ap // ID >//w e> /w o r k
nodes
Unit 5 - Introduction to System Configuration How the System Evaluates its Parameters Diretório: \usr\sap\\SYS\profile Start Profile (START_): processos que
serão inicializados;
Default Profile (DEFAULT.PFL): parâmetros para todas as instâncias; Instance Profile (___): parâmetros
para uma instância. Para exibir parâmetros: RZ11 ou relatório RSPFPAR. Via SO: sappfpar (all, check).
Valores podem ser alterados via arquivos de profiles. Como estes arquivos são lidos somente no start do sistema, tem que efetuar um restart após a alteração de parâmetro. Quando um parâmetro pode ser alterado dinamicamente, um indicador DynamicallySwitchable é marcado. A tabela TPFYPROPTY pode ser consultada via SE16 para indicar estes parâmetros ( Dynamic ). ). Administering and Maintaining Profiles Utiliza a transação RZ10; Vantagens:
Central administration and maintenance of the instances Changes in profiles checked for consistency Administration of multiple versions of a profile Comparison of the actively used profile and the profile stored in the database Immediate activation of selected parameters
Sequência para alteração/ativação de parâmetros: parâmetros: Import > Edit > Copy > Save > Activate
Utilities > Check all pro files : Checa a sintaxe e semântica para o valor alterado;
Quando o sistema é iniciado, faz uma comparação da profile ativa com a armazenada no DB; Setting up Operation Modes (pag 260)
Criar operation mode (RZ04) > atribuir instancias > distribuir work process > ajustar o calendário (SM63). Tipos e quantidade de WPs são definidos nas profiles; Através do OM não é permitido alterar o número total de WPs definidos nas profiles, apenas o tipo e distribuição dos WPs individualmente; individualmente; O switch (troca) entre os tipos de WPs é feito f eito dinâmicamente dinâmicamente durante o “runtime” do sistema SAP;
Passos para configurar o Operation Mode
1. OM é criado como um container container vazio na transação RZ04; 2. Todas as Instances Instances do sistema sistema são detectadas detectadas e os WPs são associados associados com os valores default; 3. Criar as alocações alocações para para um OM individual dos WPs definidos definidos na Instance Instance Profile; 4. Especificar os períodos para para os OM e o quando o Switch entre eles deve deve ocorrer na Time Table (SM63);
RZ03 permite monitorar os OM e fornecer funções para:
Check the status of all instances and of the operation modes Start and stop the instances Manually switch operation mode Display an overview of the work processes Switch to the Alert Monitor
Administration and Configuration Tools of SAP NW AS Java (pag 273)
Ferramentas disponíveis: Config Tool SAP NetWeaver Administrator Visual Administrator Shell Console Administrator
Config Tools: Usado para configurar o Web AS Java no banco.
Pré-Requisitos BD deve estar rodando o Uso o Configuração da JVM; Configuração dos serviços e managers. o Recursos Especiais Necessário reinício do AS após setup; o o não necessário user/senha; o executado localmente;
O Config Tool é chamado via: \usr\sap\\ \usr\sap\\\j2ee/ ce>\j2ee/con con figt ool\ configtool.bat
Não requer User/Password; SAP NetWeaver Administrator (NWA): Administração e Monitoração para sistemas
JAVA e ABAP através de um browser. Pré-Requisitos o DB deve estar rodando; SAP NW AS Java deve estar rodando; o Uso Mostra os serviços e gerencia propriedades o o Start/Stop Cluster Elements o Start/Stop uma instance SAP NW AS Java o Start/Stop aplicações Recursos Especiais o O NWA terá continuamente novas versões desenvolvidas e novas funções de administração e monitoramento O NWA é chamado via URL: http://:/nwa
(ex.: (ex.: http ://:5$$0 t>:5$$00/ 0/nw nw a) Visual Administrator: Administrator: usado para administrar e configurar o AS Java.
Pré-Requisitos o DB e NW AS devem estar rodando; Uso o Configuração de serviços e managers; configuração remota; o o start/stop serviços; stop uma instância java (se só java, quando java+ABAP, causa boot); o Recursos Especiais o Permite alterar parâmetros no momento da execução (runtime);
Chamado via: \usr\sap\\ \usr\sap\\centr centr al in stanc e\j2 e\j2ee\ ee\adm adm im Utiliza a Porta P4 (5$$04) $$=Instance number; Não permite alterar pa râmetros da VM; Shell Console Administrator (Telnet)
Pré-Requisitos o DB e NW AS devem estar rodando; Uso o configuração remota; start/stop serviços; o o stop uma instância java (ABAP + Java = reiniciar)
Recursos Especiais o tool para emergências; emergências; Stop para Cluster Elements o overview das informações importantes; o o atividades simples de administração; administração; Chamado via: telnet 5$$08
General Configuration of the SAP NW AS Java Cluster with Config Tool (pg 291) Memory Allocation Terms
A área de memória memória da JVM é dividida dividida em: Young Generation, Tenured Generation e Permanent Generation; No startup a VM aloca memória do SO para cada Generation;
Config Tool: Overview Overview
Somente pode alterar parâmetros se todas instances do SAP NW AS Java estiverem STOP; Mantém as configurações da VM ;
Configuration of Cluster Elements with the Config Tool (pág 295)
A seqüência válida válida para os valores valores configurados configurados é lido da esquerda esquerda para direita, direita, ou seja, conforme exemplo abaixo, a primeira linha corresponde ao valor Default “15” e a
segunda linha ao valor Custom (Port:50000...) Seqüência: Local Properties ” > Custom > Default > “Global Properties ” > Custom > Default “
Global Settings in the Config Tool
Local Settings in the Config Tool
Export of Configuration Data
É possível salvar as configurações do SAP NW AS Java, exportando para um arquivo XML. Os dados são exportados do DB e restaurados se necessário. Permite exportar dados de um Cluster (all Java Instances ), ), individual Cluster elements (Java Dispatcher/Server ) ou arquivos instance.properties; Configuração do Sistema: Sistema: Menu path: path: File > Export Unsaved Changes to XML Configuração de um Cluster Element: File > Export Data From From DB in th e Config Tool General Configuration of the SAP Web AS Java Cluster with Visual Administration (pág 307)
Opção de configuração: Global e Cluster. (pág 307 a 318) Other Administration Administration Tools (pag 325) 325) System Information: Mostra informações administrativas administrativas do SAP NW AS Java Acessar via browser, browser, na pág. Principal Principal escolher escolher “System Information”. Information”. http://:5$$00/sap/monitoring/systeminfo
Mostra de forma geral a configuração do AS Java e informações de cada instância (host, portas, banco, SO, service pack, etc.).
Telnet Comando “man” lista help.
Principais: lsc: lista os clusters ativos; jump: trocar de nó; shutdown.
SAP NW Administrator (NWA): Administração e Monitoração Acesso via URL: URL: http://:/nwa (Ex: http://P12345:50000/nwa http://P12345:50000/nwa)). A área de “Administration” “Administration” permite: permite:
o
Srtat/Stop Instances, Cluster Elements e Aplicações;
Selected Configurations
Instance: 1 dispatcher e no máximo 16 server process. Config tool > selecionar nó ou instância > botão Add server p/ adicionar server process. Config tool é usado para alterar parâmetros do message server. Template Configuration Tool: fornece modelos fornecidos pela SAP. Iniciado em /u s r /s ap / D> /SY /S Y S/g S/ g l o b al /Tem /T em p l at eC o n f i g .
Central Services and Managers (pg 340)
Quando a Central Service (CS) é iniciada os parâmetros da profile para o MS são lidos. A porta de comunicação interna para o MS é definida usando o parâmetro ). rdisp/msserv (normalmente a porta nro 36 Porta HTTP(S) do MS definida pelo parâmatro ms/server_port_0. Visual Administrator mostra os parâmetros que o MS é executado;
Enqueue Server
Cada node do Dispatcher/Server de cada instance é conectada com o Enqueue Server. A figura mostra os parâmetros releventes do Enqueue. Porta 32 (normalmente usado). O parâmetro enqueue/encni/port pode ser usado para selecionar uma outra porta; Other Seleted Managers and Services
A figura mostra outros parâmetros de Managers e Services; Dispatcher e Server usam Threads para processar tarefas. Essas threads são dinamicamente geradas e fechadas pelos processos; Através de parâmetros pode especificar o valor min/max para threads;
Unit 6 - Implementation of SSL for SAP NetWeaver AS Java (pág 357) TCP/IP é o protocolo padrão usado para transporte (http) de request. Com a vulnerabilidade vulnerabilidade deste protocolo, tornou-se necessário a criptografia dos dados. Métodos de Criptografia: Symmetric Key Encryption: Criptografia Criptografia Clássica Tanto o remetente (sender) quanto o recebedor (receiver) de uma mensagem chamam uma “secret key”; Usa a mesma chave para criptografar/descriptografar criptografar/descriptografar mensagens;
Asymmetric Key Encryption:
Utiliza um par de chaves para criptografar/descriptografar criptografar/descriptografar mensagens; Também chamado de “public -key”; Hybrid Encryption Process:
1. Client (browser) contacta o SAP NW AS Java; 2. AS envia sua Public Key; 3. Do lado do cliente uma Secret Secret Key é criada e criptografada com a Public Public Key recebida; 4. O cliente envia de volta a Secret Key criptografada; criptograf ada; 5. No Servidor Servidor a Secret Key Key é descriptografada descriptografada usando usando a Private Private Key; “Handshake”; 6. A comunicação executa um “Handshake”; 7. Comunicações adicionais entre o cliente e o server são criptografadas criptogr afadas usando a Secret Key; Authentication and Digital Signatures Digital Certificates: Certificates: é uma identidade individual na internet “ digital identity card ”
Contem informações sobre: Holder, Public Key, Validade, Versão, Nro Serial... Define relacionamento entre uma identidade e uma única public key; Pertence a uma pessoa (individual) ou um sistema; Assinatura Digital pela CA-Certification CA-Certification Authority; Um único nro serial da CA; Gerenciado dentro da global public-key Infrastructure (PKI); Contém partes da criptografia public e pares key;
Securing http communication using Secure Socket Layer (SSL) SSL é um protocolo transparente que reforça outros protocolos que não possuem
funcionalidade funcionalidade de segurança. Não é um protocolo HTTP específico, mas é usado entre a camada TCP e os protocolos de aplicação como LDAP, SMTP, http e outros. SSL usa método Hybrid Encryption. RoadMap para configurar SSL: (exemplo na pág 370) 1. Gerar public e private key; 2. Gerar requisição CSR (arquivo.csr); (arquivo.csr ); 3. Enviar requisição CSR para o CA; 4. Importar a resposta do CSR; 5. Associar o key parâmetros para o usuário com uma porta SSL; 6. Alterar o modo startup para fornecer o SSL;
Using SSL with na Intermediary Server
É possível usar SSL para conexão onde onde um Server intermediário é usado. usado. Pode ser um Web Proxy ou um standalone SAP Web Dispatcher.
Unit 7 - Software Development in SAP System (pág 383) Data Structure of SAP Systems
Nos sistemas SAP, as seguintes condições devem ser diferenciadas no que diz respeito à estrutura dos dados: Client-specific Client-specific data Cross-client Customizing Customizing Repository
Um client contém termos de negócio, organização e dados. Possue seu próprio ambiente de dados de negócio, suas transações de dados e seus próprios dados de usuário. Estes dados são conhecidos como client-specific-data. Quando um sistema SAP é implementado, implementado, Customizing são criados para cada client. Customizing são usados para definir estruturas organizacionais, como canais de distribuição e company codes. O Repository é onde são armazenados todos os objetos de desenvolvimento de ABAP Workbench e também cross-client. Ele contém todos os objetos de dicionário (tabelas, data elements, domais), todos programas ABAP, menus e telas. Client é uma unidade independente em termos de negócio, organização e dados. Customizing é o setup de dados por client. Cross-client customizing para todos os clients. Repository é o repositório ABAP. Objetos agrupados formam um package. Novos
desenvolvimentos, desenvolvimentos, programas (Z*, Y* e /.../). As modificações modificações podem ser de 3 tipos: tipos: Customer Developments: Developments: adicionando objetos ao repositório; Customer Echancements: melhorias adicionadas pelo desenvolvedor, chamadas a partir de user exits ou Business Add-Ins (BAdIs); Modifications: modificação no objeto original.
Client-Specific Client-Specific Custom izing: Configuração da estrutura da empresa, dados negócio.. Changing and Adapting the Data Structure
Você pode fazer alterações ou melhorias tanto em Customizing ou em objetos do ABAP Repository. O processo de adaptação de software é conhecido como customizing. Ele possue configurações para client-specific e cross-client. Guia introdutório (Sap reference IMG - /nSPRO)
Three System Landscape.
Objetos do repositório são transportados e logados pelo Transport Organizer (SE09 e SE10). Customizações são tratadas também pelo Transport Organizer: Workbench: alterações no repositório; 1. Analista cria a request (transportável ou local) e associa a desenvolvedores; desenvolvedores ; 2. TMS cria nome K9 K9 (ex: DEVK900050 ); ); 3. desenvolvedores desenvolvedor es associam objetos e liberam a task (o que transfere objetos da task para a change request); 4. todas tasks liberadas, o analista analista pode liberar a request; request; 5. objetos são gravados no file system 6. administrador administr ador importa no BD de destino. Cada desenvolvedor utiliza uma task.
The Software Development Cycle
Accessing and Editing ABAP Repository Objects
ABAP geralmente usa comandos Open SQL para acesso acesso ao DB; Características da linguagem: Capacidade Multilingüe; Desenvolvimento Desenvolvimento gráfico simples (Screen Painter); Orientado a Objetos (OO); Plataforma independente (usa Open SQL e Interface Database); Acesso eficiente para estrutura de dados (tables, data elements...);
ABAP Standards
Funções Core dos sistemas SAP ERP são desenvolvidos em ABAP. ABAP dynpros (telas) (telas) são mostradas mostradas no SAP GUI; ABAP Workbench and its Tools ABAP Workbench serve para escrever programas. O Workbench é um ambiente de
programação gráfico. Ferramentas: ABAP Editor (SE38 ou SE80) para escrever programas ABAP; ABAP Dictionary (SE11): tabelas, elementos de dados, lock objects, etc.; Screen Painter (SE51) interface interativas para users; Function Builder (SE37): desenvolvimento de funções; Object Navigator (SE80): índice para demais itens.
associa a reques requestt Usuário cria programa > Especifica título e atributos > associa trabalha no código código > ativa para poder poder usar (gerando nova nova versão). versão). > trabalha
OB S: tr ans ação A BA PDOCU m os tra u m a co leção d e exem plo s d e pro gr am as AB AP para teste; teste; Creating Business Server Pages using the Object Navigator
O ICM (Internet Comunication Manager) permite que o SAP se comunique com ambientes SAP usando protocolos http, HTTPS e SMTP. Se DB for acessado para processar uma requisição, então a conexão para um WP é criada usando um Memory Pipes.
Transação SE80, abrir Web Application Builder para criar BSPs.
What Is the ABAP Dictionary?
É um componente central da ABAP Workbench. Contém definições e descrições de dados técnicos e de negócios do SAP, onde muitas ferramentas do Workbench acessam essas informações. Dividido em: Database definition objects (tables, views, ...); Type definitions (estrutura, tipos de tabela, ...); Service definitions (F1 para ajuda, lock objects, etc.).
Introduction to the SAP NetWeaver NetWeaver Java Development Infrastructure (pág 416)
JRE (Java Runtime Environment) Environment) consiste de três principais componentes: componentes: Class loader: lê as classes necessárias para execução dos programas; Bytecode Verifier: verifica se as classes são compatíveis com a JVM; JVM
Para executar um programa Java, Java, o JRE (Java (Java Runtime Environment) Environment) é requerido. requerido. JRE consiste da JVM, standard Java Interface e outros componentes componentes necessários para executar aplicações Java e applets. O JVM é responsável pela independência do J2EE de plataforma de hardware e SO. JDK (Java Development Kit) ou SDK (Software Development Kit) são ferramentas adicionais para desenvolver aplicações Java. Estas ferramentas incluem o Java Compiler e o Java Debugger. SAP NetWeaver Developer Studio: ferramenta da SAP para desenvolvimento J2EE. Desenvolvido Desenvolvido no Developer Studio, guardado no Design Time Repository (DTR) Enhancements to the J2EE Standard for SAP Applications
Aplicações de J2EE consistem de componentes. componentes. A especificação do J2EE diferencia entre os seguintes componentes: componentes: Applets: Apresentação de componentes que rodam no client; Servlets e JSP: Apresentação ou J2EE Web Components que rodam no server; EJB: Componentes de negócio lógicos que rodam no server;
Comunicação entre o J2EE server e o frontend é baseado na Web W eb standard como http, HTML ou XML. Para comunicação com o DB ou a camada de backend é utilizado JDBC (Java Database Connectivity) que é um interface database da plataforma Java . Aplicações em Java Web Dynpro seguem o paradigma do modelo MVC (Model View Controller) Differences Between ABAP ABAP and Java Development in i n the SAP Environment ABAP: Desenvolvedor loga no sistema de desenvolvimento e trabalha com o help
ABAP Workbench em um ambiente integrado de desenvolvimento desenvolvimento ABAP. Somente SapGui é instalado no PC. JAVA:Desenvolvimento descentralizado. Cada PC possue seu próprio ambiente de desenvolvimento desenvolvimento e o runtime permitindo realizar os testes localmente. NWDI (pág 421 a 433)
