Modelos de Código Padrão do Web UI Framework
Há vários modelos do código que são fornecidos como padrão na estrutura UI da web. Alguns desses modelos de código incluem recursos, permissões de recursos e menus.
O Web UI Framework inclui os seguintes modelos que podem ser utilizados para atualizar componentes diferentes de tela WUF durante o tempo de execução:
- APIs de Mashup
- Ações do Struts
- JSB (ConstrutorJavaScript )
- Resources
- Permissões de recurso
- Recurso e permissões (combina modelos de recursos e de permissões de recursos)
- Menus
O WUF utiliza modelos de metadados para criar (por padrão) modelos de código XML, os quais, por sua vez, são utilizados para gerar código XML que é utilizado pelo aplicativo. Entretanto, é possível definir um modelo customizado que não seja um modelo XML.
As atualizações de modelo ocorrem das seguintes formas:
- Na sessão de login atual (todos os modelos). As mudanças duram apenas se você tiver efetuado login. Você pode testar as mudanças enquanto estiver com login efetuado.
- No banco de dados (todos os modelos, exceto mashup e JSB). As mudanças são permanentes, a menos que você as exclua. As atualizações de componentes no banco de dados são uma alternativa para as atualizações desses mesmos componentes no Applications Manager.
As seções a seguir descrevem como cada modelo funciona e os elementos XML de cada tipo de componente.
Mashups
Isso atualiza apenas o registro de mashup que estiver na sessão (mas não permanentemente no banco de dados).
O código do modelo gerado pode ser usado para atualizar arquivos mashup.xml por meio do recurso copiar e colar. Se estiver usando mashups do Agregator ou incluindo mais atributos no código de mashup, você deverá definir seu próprio modelo.
As variáveis a seguir são usadas no modelo de código padrão para mashups:
| Item | Descrição | Origem |
|---|---|---|
| ID | Identifica exclusivamente um mashup no aplicativo. | Inserido pelo usuário. |
| descrição | Informações sobre o mashup. | Inserido pelo usuário. |
| apiName | API que está sendo usado no mashup. | Inserido pelo usuário. |
| entrada | A entrada do mashup. | Inserido pelo usuário. |
| outputTpl | A saída do servidor. | Inserido pelo usuário. |
Struts
O Struts pode ser atualizado ao incluir o código gerado no arquivo struts.xml se:
- O arquivo struts.xml for removido do arquivo jar em que ele está empacotado e colocado no diretório WEB-INF/classes.
Por exemplo, no caso de stk, você removeria o arquivo struts.xml do arquivo stk_platform_ui_demo_app.jar e o colocaria sob o diretório WEB-INF/classes.
Qualquer mudança feita no arquivo struts.xml seria refletida no aplicativo. Se duas ações tiverem o mesmo ID, a ação que aparecer por último no arquivo será selecionada no aplicativo.
- O modo de Struts dev é ativado (ligado automaticamente se o arquivo war for construído com -Ddevmode=true).
- O aplicativo é implementado como um arquivo war separado ao usar o comando a seguir:
buildwar.sh -Dwarfiles=<war file name> -Dappserver=<appserver> -Dnowebservice=true -Ddevmode=trueAo usar o WebLogic 12.1.2, use o seguinte comando:
buildwar.sh -Dwarfiles=<war file name> -Dappserver=weblogic -Dnowebservice=true -Ddevmode=true Dwls-12=true
As variáveis a seguir são usadas no modelo de código padrão para ações de Struts:
| Item | Descrição | Origem |
|---|---|---|
| actionName | Identifica exclusivamente uma ação no aplicativo. | Inserido pelo usuário. |
| ID | O ID do mashup usado/chamado. | Inserido pelo usuário. |
| input_ns | O namespace usado para entrada. | Inserido pelo usuário. |
| output_ns | Namespace usado para saída. | Inserido pelo usuário. |
| success_jsp_path | O JSP a ser carregado, se a ação for concluída com êxito. | Inserido pelo usuário. |
JSB (construtorJavaScript )
Isto atualiza apenas o registro de JSB que está na sessão (mas não permanentemente no banco de dados).
As variáveis a seguir são usadas no modelo de código padrão para JSB (JavaScript Builder):
| Item | Descrição | Origem |
|---|---|---|
| proj_name | O nome do projeto. | Inserido pelo usuário. |
| target_name | Identifica uma biblioteca JavaScript . Deve ser exclusivo no aplicativo. | Inserido pelo usuário. |
| target_file | Caminho de diretório / arquivo para a biblioteca JavaScript | Inserido pelo usuário. |
| loadAfter | Especifica a biblioteca e, depois, a biblioteca atual JSB deve ser carregada. | Inserido pelo usuário. |
| config_js | O caminho do arquivo config.js para a tela. | Inserido pelo usuário. |
| js | Caminho do arquivo JavaScript para a tela. | Inserido pelo usuário. |
| bundle_js | Caminho do arquivo JavaScript do pacote configurável da tela. | Inserido pelo usuário. |
Resources
Isso atualiza ou inclui o recurso na sessão atual e permanentemente no banco de dados.
As variáveis a seguir são usadas no modelo de código padrão para recursos
| Item | Descrição | Origem |
|---|---|---|
| app_code | Código do aplicativo. | Inserido pelo usuário. |
| app_name | O nome do aplicativo. | Inserido pelo usuário. |
| parent_resource_id | O ID de recursos do recurso pai. | Inserido pelo usuário. |
| resource_create_type | O tipo de recurso criado (por exemplo, USER). | Inserido pelo usuário. |
| resource_desc | Informações sobre o recurso. | Inserido pelo usuário. |
| resource_key | A chave exclusiva do recurso. | Inserido pelo usuário. |
| URL | A URL de ação para a ação do Struts. | Inserido pelo usuário. |
Permissões de recurso
Isso atualiza ou inclui as permissões de recurso na sessão atual e permanentemente no banco de dados.
As variáveis a seguir são usadas no modelo do código padrão para permissões de recurso:
| Item | Descrição | Origem |
|---|---|---|
| resource_perm_key | A chave de permissão do recurso. | Inserido pelo usuário. |
| user_group_id | O ID do grupo ao qual o usuário pertence. | Inserido pelo usuário. |
| user_group_key | A chave do grupo ao qual o usuário pertence. | Inserido pelo usuário. |
Recurso e Permissão
Isso combina os modelos derecurso e de permissão de recurso. Isso atualiza ou inclui os recursos ou as permissões de recurso na sessão atual e permanentemente no banco de dados.
As variáveis a seguir são usadas no modelo de código padrão para recursos e permissões:
| Item | Descrição | Origem |
|---|---|---|
| app_code | Código do aplicativo. | Inserido pelo usuário. |
| app_name | O nome do aplicativo. | Inserido pelo usuário. |
| parent_resource_id | O ID de recursos do recurso pai. | Inserido pelo usuário. |
| resource_create_type | O tipo de recurso criado (por exemplo, USER). | Inserido pelo usuário. |
| resource_desc | Informações sobre o recurso. | Inserido pelo usuário. |
| resource_key | A chave exclusiva do recurso. | Inserido pelo usuário. |
| URL | A URL de ação para a ação do Struts. | Inserido pelo usuário. |
| resource_perm_key | A chave de permissão do recurso. | Inserido pelo usuário. |
| user_group_id | O ID do grupo ao qual o usuário pertence. | Inserido pelo usuário. |
| user_group_key | A chave do grupo ao qual o usuário pertence. | Inserido pelo usuário. |
Menus
Isso atualiza ou inclui um menu na sessão atual e permanentemente no banco de dados. Ele fornece uma alternativa para o método do Applications Manager de criar um menu.
As variáveis a seguir são usadas no modelo de código padrão para menus:
| Item | Descrição | Origem |
|---|---|---|
| menu_desc | As informações sobre esta entrada de menu. | Inserido pelo usuário. |
| menu_key | A chave/ID usado(a) para identificar exclusivamente esse menu. | Inserido pelo usuário. |
| menu_type | O tipo de menu. | Inserido pelo usuário. |
| parent_menu_key | A chave do menu do pai. | Inserido pelo usuário. |
| resource_key | A chave usada para identificar a origem. | Inserido pelo usuário. |