Oracle
 sql >> Base de Dados >  >> RDS >> Oracle

Formulários Oracle em R12/R12.2


Estamos explicando aqui os recursos da arquitetura Oracle Forms em R12/R12.2

Índice

Recursos de formulários no R12


-forms são implantados como uma instância One OC4J de 10.1.3 Oracle home
-Ele usa o utilitário de 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 é implantado no contêiner OC4J no Application Server 10.1.3
-O executável do formulário de tempo de execução f60webmx foi substituído pelo frmweb
-Forms Servlet é o modo de implantação/comunicação padrão
-FORMS_ variáveis ​​de ambiente substituem FORMS60_
-Novo variáveis ​​de ambiente, por exemplo FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh substitui f60desm para design
-frmcmp.sh e frmcmp_batch para geração

Recursos de formulários em R12.2


-forms são implantados como um servidor gerenciado  no  Oracle weblogic server
-Ele usa o utilitário de 10.1.2 Oracle home/bin
-Forms.EAR 10.1.2 é implantado no servidor gerenciado no Oracle weblogic Application Server
-Execução do formulário de tempo de execução f60webmx foi substituído por frmweb
-Forms Servlet é o modo de implantação/comunicação padrão
-FORMS_ variáveis ​​de ambiente substituem FORMS60_
-Novas variáveis ​​de ambiente, por exemplo. FORMS_TRACE_DIR
-$ORACLE_HOME/bin/frmbld.sh substitui f60desm para design
-frmcmp.sh e frmcmp_batch para geração

Arquitetura de servlet de formulários


O Forms Listener Servlet é responsável por gerenciar os processos do Forms Runtime e rotear toda a comunicação com os clientes. Todo o tráfego entre o miniaplicativo do cliente Forms e o processo de tempo de execução do servidor Forms agora é roteado por meio do ouvinte Apache e do Servlet do ouvinte de formulários.

-A URL gerada pelo Forms Applet executará o Forms Listener Servlet. O listener do servidor Oracle http (Apache) recebe a solicitação, reconhece-a como uma solicitação para executar um servlet e a delega ao mod_oc4j para executar.
-Mod_oc4j passa a solicitação para o Forms Listener Servlet (instância do Forms OC4J). O Forms Listener Servlet bifurca um novo processo de tempo de execução de formulários (frmweb).
-A camada de mensagem Forms envia de volta uma mensagem contendo os metadados do formulário e os dados necessários para exibir a interface do usuário. A estrutura da mensagem é a mesma usada pelo Forms Listener Process, porém desta vez ela é retornada via servlet listener de formulários e listener apache.
-O Forms Servlet encapsula os dados da mensagem Forms como http (usando túnel http) e envia de volta ao cliente por meio do listener do Apache.

Todas as comunicações subsequentes do servidor de formulários do cliente de formulários seguem o mesmo caminho.

Vantagem do Modo Servlet

  1. O tráfego HTTP e HTTPS é facilmente reconhecível pelos roteadores, enquanto as comunicações no modo de soquete geralmente são consideradas suspeitas e tratadas como exceção.
  2. O hardware de rede existente pode ser usado para oferecer suporte a funções básicas, como balanceamento de carga e criptografia de pacotes para trânsito de rede.
  3. Mais resiliente a reconfigurações de rede e firewall.
  4. Mais robusto:as conexões de servlet podem ser restabelecidas se as conexões de rede caírem inesperadamente para páginas baseadas em Formulários, Framework e JSP.
  5. É o único método com suporte para clientes genéricos do Oracle Forms e, portanto, é testado mais detalhadamente pelos grupos de produtos Forms e E-Business Suite.
  6. O tráfego de desempenho pode ser monitorado por meio de ferramentas como o Oracle Real User Experience Insight (RUEI).
  7. O modo de soquete não é compatível com plataformas de servidor baseadas em Windows.
  8. Nenhuma porta precisa ser aberta para acessar formulários no firewall no caso de servlet.
  9. Configuração SSL simples no caso de servlet (já que nenhuma configuração SSL separada é necessária para formulários, pois as conexões são via servidor web/http)
  10. O Forms Listener Servlet se comunica através da porta do servidor HTTP e não precisa de portas extras para lidar com a comunicação entre o cliente e o Oracle Application Server Forms Services. A arquitetura Forms Servlet também é compatível com os padrões do setor de aplicativos da Web e oferece suporte a diferentes configurações de rede avançadas, como balanceamento de carga.

Arquitetura de soquete de formulários


As versões iniciais do produto Oracle Forms Server usavam um método simples para conectar o cliente ao servidor. A conexão do cliente de desktop com o processo Forms Listener foi realizada usando uma conexão direta de soquete.

Basicamente, a conexão da área de trabalho do cliente é estabelecida com o processo Forms Listener. Um novo processo de tempo de execução do Forms é bifurcado ou, se aplicável, o próximo processo de pool livre é usado. A conexão de soquete entre o Miniaplicativo de Formulários e o Ouvinte de Formulários é transferida para o processo de tempo de execução de Formulários, para que o Miniaplicativo se comunique diretamente com o processo de tempo de execução. A menos que o HTTP esteja sendo usado, o ouvinte não é mais necessário, exceto para atender a outras novas conexões.

No 11i, o CGI foi usado para gerar a página inicial que ajuda na criação da conexão de soquete

No Oracle E-Business Suite Release 12, a solicitação inicial que gera dinamicamente a página HTML para iniciar o applet de formulários é processada pelo Forms Servlet, embora o servlet receba apenas uma solicitação por sessão de formulários

Vantagem do Modo Soquete


1.Usa até 40% menos largura de banda do que o modo Forms servlet. Isso pode ser percebido pelos usuários da rede de longa distância (WAN) como causando uma resposta mais lenta, dependendo da latência da rede.
2.Usa menos recursos JVM de camada de aplicativo do que o modo servlet, devido a menos voltas de TCP e falta de sobrecarga associada a Manipulação HTTP POST.

Diferença entre a versão 11i e R12


Temos os formulários Oracle 6i  no 11i Oracle E-buisness Suite  enquanto o Oracle  10g no R12.0/R12.1/R12.2 Oracle E-buisness Suite.

O básico permanece o mesmo em todos estes. O executável difere entre as diferentes versões

Definições de artefatos de formulários


-O .fmb arquivo é um arquivo de origem do formulário. É um arquivo binário, que contém metadados, fonte e PLSQL compilado.
-O .fmx arquivo é a versão gerada do formulário usado em tempo de execução
-O .mmb arquivo é o arquivo de origem do Menu. É um arquivo binário.
-O .mmx arquivo é a versão gerada do Menu usado em tempo de execução
-O .pll file é o arquivo de origem da biblioteca anexada do lado do cliente. Ele também pode ser usado em tempo de execução, embora os aplicativos Oracle devam usar arquivos plx. Ele contém fonte e PLSQL compilado.
-O .plx file é uma versão despojada de origem do .pll, usada em tempo de execução. Ele contém PLSQL compilado.
–f60webmx é o processo de tempo de execução de formulários de camada intermediária no Unix. (11i)
–frmweb   é o processo de tempo de execução de formulários de camada intermediária no Unix. (R12.0/R12.1/R12.2)
–f60srvm é o Forms Listener Process no Linux
-O Forms Applet é genérico entre plataformas. O Applet Forms também é genérico, pois um único applet é usado para executar todos os Forms.
-Java Beans são usados ​​para implementar a lógica do lado do cliente do Oracle Applications estendendo o Applet Forms.

Formulários, bibliotecas e menus
  • Na camada intermediária, um aplicativo Forms consiste em formulários, menus e bibliotecas. Há também objetos de banco de dados e pacotes e procedimentos do lado do servidor no RDBMS, mas eles não serão considerados neste documento.
  • Um arquivo fonte de formulário é um arquivo binário e tem um sufixo .fmb, por exemplo, XYZ.fmb. Ele contém todos os metadados relevantes, unidades de programa PL/SQL e PL/SQL compilado. O arquivo fmb não é usado em tempo de execução, mas pode ser aberto no Form Builder ou usado para gerar a versão em tempo de execução (.fmx) do formulário.
  • O arquivo .fmx é essencialmente um arquivo de parâmetro binário que é lido pelo executável de tempo de execução do Forms. Não é um executável em si, embora gerar o .fmx às vezes seja chamado de 'compilação' e o .fmx geralmente seja chamado de 'executável'.
  • Um arquivo .fmx não pode sofrer engenharia reversa no .FMB correspondente.
  • Os formulários de inscrição são traduzidos, portanto, cada idioma tem seu próprio conjunto de formulários. Por exemplo, ~/forms/US é para usuários em que o idioma na camada intermediária (NLS_LANG) é definido como inglês americano.
  • Princípios semelhantes se aplicam a menus, onde um sufixo mmb denota um arquivo de origem e um sufixo mmx uma versão gerada. Os aplicativos usam apenas um menu, FNDMENU. Como um formulário, este menu é traduzido para diferentes idiomas, localizado em ~/resource/US.
  • As bibliotecas seguem regras ligeiramente diferentes para formulários e menus. O arquivo de origem tem um sufixo .pll e a fonte removida tem um sufixo .plx. O .pll pode ser carregado no Builder, gerado e usado em tempo de execução; ele contém PL/SQL de origem e compilado. O .plx tem a fonte removida e contém apenas PL/SQL compilado, então só pode ser usado em tempo de execução. Os aplicativos Oracle usam o .plx em tempo de execução, pois é muito menor e, portanto, mais eficiente.
  • As bibliotecas não contêm strings traduzíveis, portanto, há uma versão para todos os idiomas, que é salva no diretório ~/resource.
  • As bibliotecas são vinculadas dinamicamente em tempo de execução. O padrão de Aplicativos é para o desenvolvedor anexar uma biblioteca sem caminho ou sufixo .pll/.plx. Forms procura uma biblioteca primeiro no diretório atual e, em seguida, em cada diretório especificado em FORMS60_PATH. Ele procura primeiro um .plx, depois um .pll.
  • Conforme indicado, o Aplicativos usa o .PLX porque é menor e requer menos memória. No entanto, às vezes, problemas com o ambiente, especialmente quando usado para desenvolvimento personalizado, podem fazer com que o .PLL seja encontrado primeiro. Novamente, a treliça pode identificar rapidamente esse tipo de problema.

Também lê
Servidor HTTP Oracle no EBS
Contêiner OC4J