Skip to Main Content

Deutsche

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

client_get_file_name: jp2.launcher.exe-Fehlermeldung

udo mehlemMar 15 2019 — edited Mar 21 2019

Hallo zusammen,

muß mich noch mal mit einem Problem an die "Profis" wenden :-)

Handelt sich diesmal aber nicht um Forms 12c, sondern um ein Problem in Forms 11g.

Diverse Datenexporte in unseren Anwendungen schreiben wir als CLOB in die Datenbank und laden diese dann per webutil auf den Client herunter. Hierzu kann der User über client_get_file_name den Zielpfad und den Dateinamen angeben:

Bsp:

procedure p_export is

  v_aufrufid      number;

  v_dir              varchar2(255);

  v_dir_file       varchar2(2000);

  v_filename    varchar2(200);

v_dialog_type number default save_file;

  v_anzahl       number;

  v_success     boolean;

  v_notfound    boolean;

 

  v_aktion        varchar2(16);

  cursor c_file(p_aufrufid number) is

  select ef_filename

  from   b_promata.t_export_file

  where  ef_aufrufid = p_aufrufid;

BEGIN

  v_aktion := b_aktion.f_get_paymcode(nav.uebergabe.prgid);

 

  v_filename := v_aktion||'_Konditionen';

  v_dir_file := client_get_file_name( File_Name       => v_filename,

                                                         File_Filter        => 'CSV-Dateien (*.csv)|*.csv|'||'All Files (*.*)|*.*|',

                                                         Dialog_Type    => v_dialog_type );

etc. ....

Grundsätzlich kenne ich das nur so, daß sich, sofern nicht explizit ein Verzeichnis vorgegeben wird, automatisch das Documents-Verzeichnis des Users geöffnet wird, also z.B. c:\Users\udo.mehlem\Documents\

Im Händlerbetrieb (arbeitet mit Terminalserver) eines unsere Kunden hat ein User (alle anderen haben das Problem nicht) seit ca. 2 Wochen das folgende Problem:

Der User drückt auf den Export-Button in der Anwendung, die Export-Prozedur im Form und damit auch client_get_file_name wird aufgerufen und danach passiert immer folgendes:
 

- Bevor sich der File-Dialog öffnet erscheint folgende Fehlermeldung:  "jp2launcher.exe: Auf das Element, auf das diese Verknüpfung verweist, kann nicht zugegriffen werden. Möglicherweise verfügen Sie nicht über die entsprechenden Berechtigungen"

- Nach Wegklicken der Fehlermeldung öffnet sich der File -Dialog (im Documents-Verzeichnis des Users) und wenn er dort ein anderes Laufwerk auswählt, erscheint die Fehlermeldung wieder.

- Danach folgt bei jedem Verzeichniswechsel im File -Dialog die Fehlermeldung, läßt sich wegklicken bis der User sein Zielverzeichnis erreicht hat, und anschließend wird die Datei auch dort gespeichert.

Screenshot der Fehlermeldung habe ich angehängt.

Habe auf dem Client bereits den Java-Cache geleert und das  /webutil-Verzeichnis im Benutzerverzeichnis des Users gelöscht, damit alles neu herunter geladen wird, aber die Fehlermeldung kommt weiterhin (auch, wenn sich der User in der Anwendung oder sogar in Windows ab- und anschließend wieder anmeldet.

Kennt jemand das Problem bzw. hat eine Idee, wie ich es lösen kann?

Gruß, ein schönes Wochenende und schon mal vielen Dank im Voraus.

Udo

This post has been answered by Th. Wahrendorff on Mar 20 2019
Jump to Answer

Comments

Glen Conway

This question has been asked before, and it seems like sqlcl still has an issue with running in the background as opposed to the expected behavior when using sqlplus ( as discussed in How can I run sql script in background? )

However a more recent discussion proposes a workaround which uses javascript to run the sql in the background of your current sqlcl session: run a script in the background ??

Hope this helps

Gaz in Oz

any fixable solution for this ?

No.

Workarounds, yes.

. screen

. tmux

. vncserver / vncclient

...etc.

The issue with sqlcl, I believe, is the way it has been written whereby is incompatible with being put into the background "as is" with nohup, &, bg, so needs a helper process, offered by something like the above.

User_LQWCM

Hi all,

The problem is that sqlcl uses the bash commands to detect the terminal width and  height. Since this only works on Linux, this problem won't exist on Windows.

Inside SQLcl there is a condition that checks whether the program is running on Windows and if so, it does not check the terminal size. It uses system property "os.name" for that so you can do a little hack and provide the value of that property on java command line -Dos.name=win. SQLcl is started from sql command in bin directory so just adding the property as below should work.

$JAVA  $CUSTOM_JDBC $CYGWIN "${APP_VM_OPTS[@]}" -client $DEBUG -Dos.name=win -cp "$CPLIST" oracle.dbtools.raptor.scriptrunner.cmdline.SqlCli "$@"

Regards,

Tomas

User_LQWCM

I apologise, the fix I was proposing above won't work as there are several other dependencies on "os.name" throughout the call, also os.name should be "Windows 8.1" or alike, "win" is invalid.

My problem was that when running this in background from python the sqlcl code around terminal was causing the issues. I fixed it by allocating a dedicated TTY for the process. 

1 - 4

Post Details

Added on Mar 15 2019
9 comments
1,763 views