加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长百科 > 正文

oracle-apex – Oracle APEX应用措施导入紊乱页面插件表现点

发布时间:2021-01-15 07:52:55 所属栏目:站长百科 来源:网络整理
导读:行使Oracle Application Express 4.2.5.00.08,我们碰着以下一再呈现的题目: 我们开拓了一个开拓DB. 我们将整个应用措施从开拓DB导出到SQL * Plus剧本文件. 我们将整个剧本文件导入(通过SQL * Plus或APEX打点前端,无关紧急)到另一个(测试/产物)数据库. 全部

行使Oracle Application Express 4.2.5.00.08,我们碰着以下一再呈现的题目:

>我们开拓了一个开拓DB.
>我们将整个应用措施从开拓DB导出到SQL * Plus剧本文件.
>我们将整个剧本文件导入(通过SQL * Plus或APEX打点前端,无关紧急)到另一个(测试/产物)数据库.
>全部页面插件的五个(每次沟通)使得他们的表现点在导入的应用措施中搞砸了.

export-from-DEV页面插件建设代码段如下所示:

declare
  s varchar2(32767) := null;
  l_clob clob;
  l_length number := 1;
begin
s:=s||'Revision Comments';

wwv_flow_api.create_page_plug (
  p_id=> 36035377787100554 + wwv_flow_api.g_id_offset,p_flow_id=> wwv_flow.g_flow_id,p_page_id=> 68,p_plug_name=> 'Toolbar3',p_region_name=>'',p_parent_plug_id=>36001157224505179 + wwv_flow_api.g_id_offset,p_escape_on_http_output=>'Y',p_plug_template=> 35698556626931435+ wwv_flow_api.g_id_offset,p_plug_display_sequence=> 105,p_plug_new_grid         => false,p_plug_new_grid_row     => true,p_plug_new_grid_column  => true,p_plug_display_column=> null,p_plug_display_point=> 'REGION_POSITION_02',p_plug_item_display_point=> 'ABOVE',p_plug_source=> s,p_plug_source_type=> 'STATIC_TEXT',p_translate_title=> 'Y',p_plug_query_row_template=> 39496105155901584+ wwv_flow_api.g_id_offset,p_plug_query_headings_type=> 'QUERY_COLUMNS',p_plug_query_num_rows => 15,p_plug_query_num_rows_type => 'NEXT_PREVIOUS_LINKS',p_plug_query_row_count_max => 500,p_plug_query_show_nulls_as => ' - ',p_plug_display_condition_type => 'SQL_EXPRESSION',p_plug_display_when_condition => ':P68_ID_BUS_DQI_DATA IS NOT NULL',p_pagination_display_position=>'BOTTOM_RIGHT',p_plug_customized=>'0',p_plug_caching=> 'NOT_CACHED',p_plug_comment=> '');
end;
/

当我们从测试/出产中再次导出整个应用措施(从剧本文件导入之后)并举办逐行较量时,页面插件的建设代码片断看起来像……

declare
  s varchar2(32767) := null;
  l_clob clob;
  l_length number := 1;
begin
s:=s||'Revision Comments';

wwv_flow_api.create_page_plug (
  p_id=> 36035377787100554 + wwv_flow_api.g_id_offset,p_plug_display_point=> 'BODY_3',p_plug_comment=> '');
end;
/

…独一的区别在于……

p_plug_display_point=> 'BODY_3',

……行.

虽然,这可以通过APEX前端手动修复五个页面插件中的每一个,可是当6个情形到位而且每个应该每月更新屡次时,这是不行想象的.全部数据库开拓都有自动陈设器材,只有这个APEX前端必需手工处理赏罚.

手动,前端驱动修复之前与之后的apex_040200.wwv_flow_page_plugs数据的较量表现,只有apex_040200.wwv_flow_page_plugs.plug_display_point从’BODY_3’更新回’REGION_POSITION_02′.但我们没有权限直接更新APEX表.

我实行搜刮某种update_page_plug()API措施,但没有找到任何.

以是,我很感乐趣

>直接从APEX API查找update_page_plug()进程,
>或直接在应用措施中修复此题目,以便题目不再产生(由于我以为原始应用措施的开拓职员做得差池,只是不知道也许是什么).

那么有什么提议吗?

办理要领

我没有碰着更新版本的Apex的题目,以是但愿你可以将体系进级到Apex 18而不会有太多贫困.

可能,您可以实行将原始插件初始“p_plug_display_point =>’REGION_POSITION_02’”修改为“p_plug_display_point => ‘BODY_3’”,在开拓情形中,并行使JS从头定位添加的插件内容,这种方法将应用措施传输到运行时你不会看到题目

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读