RDi STRG+Space

[Fuerchau]

Auch der Update auf 9.6.0.5 hat keine Verbesserung gebracht.
Es ist ja nicht nur bei mir so, sondern auch bei den lieben Kollegen.
Die "Inhaltshilfe" ist korrekt konfiguriert.

Das seltsame ist ja, dass es innerhalb der Copystrecke einwandfrei funktioniert.
In der Quelle, die die Copystrecke einbindet, funktioniert es nicht.
Die Gliederungssicht wird einwandfrei und vollständig angezeigt.

[dschroeder]

Unter Fenster -> Ansicht anzeigen kann man sich die Ansicht "Fehlerprotokoll" einblenden. Da stehen bei mir auch immer irgendwelche Meldungen drin. Vielleicht findet man dort etwas Verdächtiges. (Bitte nicht verwechseln mit "Fehlerliste").

[Fuerchau]

Insoweit schon mal ein guter Hinweis. Ob allerdings ein solcher Fehlerhinweis da weiterhilft?


null
org.eclipse.ui
Fehler
Thu Feb 14 14:09:42 CET 2019
Unhandled event loop exception


org.eclipse.e4.core.di.InjectionException: org.eclipse.core.commands.ExecutionException: While executing the action, an exception occurred
at org.eclipse.e4.core.internal.di.MethodRequestor.ex ecute(MethodRequestor.java:65)
at org.eclipse.e4.core.internal.di.InjectorImpl.invok eUsingClass(InjectorImpl.java:282)
at org.eclipse.e4.core.internal.di.InjectorImpl.invok e(InjectorImpl.java:264)
at org.eclipse.e4.core.contexts.ContextInjectionFacto ry.invoke(ContextInjectionFactory.java:132)
at org.eclipse.e4.core.commands.internal.HandlerServi ceHandler.execute(HandlerServiceHandler.java:152)
at org.eclipse.core.commands.Command.executeWithCheck s(Command.java:494)
at org.eclipse.core.commands.ParameterizedCommand.exe cuteWithChecks(ParameterizedCommand.java:488)
at org.eclipse.e4.core.commands.internal.HandlerServi ceImpl.executeHandler(HandlerServiceImpl.java:210)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatch er.executeCommand(KeyBindingDispatcher.java:286)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatch er.press(KeyBindingDispatcher.java:507)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatch er.processKeyEvent(KeyBindingDispatcher.java:558)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatch er.filterKeySequenceBindings(KeyBindingDispatcher. java:378)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatch er.access$0(KeyBindingDispatcher.java:324)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatch er$KeyDownFilter.handleEvent(KeyBindingDispatcher. java:86)
at org.eclipse.swt.widgets.EventTable.sendEvent(Event Table.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Displa y.java:1270)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.ja va:1078)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.ja va:1103)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.ja va:1088)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget .java:1130)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget .java:1126)
at org.eclipse.swt.widgets.Widget.wmChar(Widget.java: 1547)
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.ja va:4918)
at org.eclipse.swt.widgets.Canvas.WM_CHAR(Canvas.java :364)
at org.eclipse.swt.widgets.Control.windowProc(Control .java:4799)
at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.j ava:359)
at org.eclipse.swt.widgets.Display.windowProc(Display .java:5110)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW (Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage( OS.java:2552)
at org.eclipse.swt.widgets.Display.readAndDispatch(Di splay.java:3822)
at org.eclipse.e4.ui.internal.workbench.swt.PartRende ringEngine$4.run(PartRenderingEngine.java:1121)
at org.eclipse.core.databinding.observable.Realm.runW ithDefault(Realm.java:336)
at org.eclipse.e4.ui.internal.workbench.swt.PartRende ringEngine.run(PartRenderingEngine.java:1022)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.c reateAndRunUI(E4Workbench.java:150)
at org.eclipse.ui.internal.Workbench$5.run(Workbench. java:693)
at org.eclipse.core.databinding.observable.Realm.runW ithDefault(Realm.java:336)
at org.eclipse.ui.internal.Workbench.createAndRunWork bench(Workbench.java:610)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Pl atformUI.java:148)
at org.eclipse.ui.internal.ide.application.IDEApplica tion.start(IDEApplication.java:138)
at org.eclipse.equinox.internal.app.EclipseAppHandle. run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseA ppLauncher.runApplication(EclipseAppLauncher.java: 134)
at org.eclipse.core.runtime.internal.adaptor.EclipseA ppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.ru n(EclipseStarter.java:388)
at org.eclipse.core.runtime.adaptor.EclipseStarter.ru n(EclipseStarter.java:243)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Nativ e Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Native MethodAccessorImpl.java:90)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at org.eclipse.equinox.launcher.Main.invokeFramework( Main.java:673)
at org.eclipse.equinox.launcher.Main.basicRun(Main.ja va:610)
at org.eclipse.equinox.launcher.Main.run(Main.java:15 19)
at org.eclipse.equinox.launcher.Main.main(Main.java:1 492)
Caused by: org.eclipse.core.commands.ExecutionException: While executing the action, an exception occurred
at org.eclipse.jface.commands.ActionHandler.execute(A ctionHandler.java:123)
at org.eclipse.ui.internal.handlers.E4HandlerProxy.ex ecute(E4HandlerProxy.java:90)
at sun.reflect.GeneratedMethodAccessor44.invoke(Unkno wn Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at org.eclipse.e4.core.internal.di.MethodRequestor.ex ecute(MethodRequestor.java:55)
... 51 more
Caused by: java.lang.IllegalArgumentException: Comparison method violates its general contract!
at java.util.TimSort.mergeLo(TimSort.java:788)
at java.util.TimSort.mergeAt(TimSort.java:525)
at java.util.TimSort.mergeForceCollapse(TimSort.java: 468)
at java.util.TimSort.sort(TimSort.java:265)
at java.util.Arrays.sort(Arrays.java:1856)
at java.util.ArrayList.sort(ArrayList.java:1473)
at java.util.Collections.sort(Collections.java:186)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILERichCodeAssistProcessor.addVariables AndFiles(ISeriesEditorRPGILERichCodeAssistProcesso r.java:295)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILERichCodeAssistProcessor.addVariables AndFiles(ISeriesEditorRPGILERichCodeAssistProcesso r.java:258)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILERichCodeAssistProcessor.getParseXML( ISeriesEditorRPGILERichCodeAssistProcessor.java:16 1)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILECodeAssistProcessor.getSubprocedures (ISeriesEditorRPGILECodeAssistProcessor.java:5146)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILECodeAssistProcessor.getCSpecContext( ISeriesEditorRPGILECodeAssistProcessor.java:7161)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILECodeAssistProcessor.processFreeForm( ISeriesEditorRPGILECodeAssistProcessor.java:2184)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILESQLCodeAssistProcessor.processFreeFo rm(ISeriesEditorRPGILESQLCodeAssistProcessor.java: 130)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILECodeAssistProcessor.getProposalMatch es(ISeriesEditorRPGILECodeAssistProcessor.java:449 )
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILERichCodeAssistProcessor.getProposalM atches(ISeriesEditorRPGILERichCodeAssistProcessor. java:108)
at com.ibm.etools.iseries.edit.codeassist.rpgle.ISeri esEditorRPGILESQLCodeAssistProcessor.getProposalMa tches(ISeriesEditorRPGILESQLCodeAssistProcessor.ja va:71)
at com.ibm.etools.iseries.edit.codeassist.base.ISerie sEditorCodeAssistProcessor.computeCompletionPropos als(ISeriesEditorCodeAssistProcessor.java:201)
at com.ibm.lpex.alef.contentassist.ContentAssistant.c omputeCompletionProposals(ContentAssistant.java:14 14)
at com.ibm.lpex.alef.contentassist.CompletionProposal Popup.computeProposals(CompletionProposalPopup.jav a:184)
at com.ibm.lpex.alef.contentassist.CompletionProposal Popup.access$4(CompletionProposalPopup.java:182)
at com.ibm.lpex.alef.contentassist.CompletionProposal Popup$1.run(CompletionProposalPopup.java:154)
at org.eclipse.swt.custom.BusyIndicator.showWhile(Bus yIndicator.java:70)
at com.ibm.lpex.alef.contentassist.CompletionProposal Popup.showProposals(CompletionProposalPopup.java:1 49)
at com.ibm.lpex.alef.contentassist.ContentAssistant.s howProposals(ContentAssistant.java:1313)
at com.ibm.lpex.alef.contentassist.ContentAssistant.s howPossibleCompletions(ContentAssistant.java:1291)
at com.ibm.etools.iseries.edit.codeassist.base.ISerie sEditorContentAssistant.showPossibleCompletions(IS eriesEditorContentAssistant.java:47)
at com.ibm.lpex.alef.LpexSourceViewer.doOperation(Lpe xSourceViewer.java:1043)
at org.eclipse.ui.texteditor.TextOperationAction$1.ru n(TextOperationAction.java:130)
at org.eclipse.swt.custom.BusyIndicator.showWhile(Bus yIndicator.java:70)
at org.eclipse.ui.texteditor.TextOperationAction.run( TextOperationAction.java:127)
at org.eclipse.jface.action.Action.runWithEvent(Actio n.java:473)
at org.eclipse.jface.commands.ActionHandler.execute(A ctionHandler.java:118)
... 56 more

An wen meldet man dann den Fehler?
Zumindestens: Ab dann funktioniert Content Assist nicht mehr.
Selbst wenn man RDi dann beendet und neu startet, wird der obige Fehler dann immer wiederholt.

[dschroeder]

Ich habe zuletzt im Mai 2018 einen Fehler im RDi an IBM gemeldet. "Ganz normal" über die Telefonnummer, über die ich auch sonstige IBM i Softwareprobleme melde. Allerdings haben wir einen Wartungsvertrag explizit auch für RDi.

Wenn du keinen Wartungsvertrag hast, dein RDi aber noch relativ neu ist, müsste man das Problem im Rahmen der Gewährleistung auch melden können, denke ich.

[dschroeder]

Ich habe dein Fehlerprotokoll gerade mal einem Kollegen aus unserem Java Team gezeigt. Er kannte den Fehler. Der Fehler tritt sporadisch auf, wenn bestimmte Vergleiche in Java wegen eines Hashwertes schiefgehen. Genauer kann ich das nicht erklären.
Wie dem auch sei, es gibt einen Workaround (sagt mein Kollege):

Man muss die eclipse.ini anpassen. Bei mir steht die im Pfad: C:\Program Files\IBM\SDP
Du musst natürlich gucken, wo genau die bei dir steht.

Dort muss folgende Zeile eingetragen werden:

-Djava.util.Arrays.useLegacyMergeSort=true

Ich würde die Zeile einfach ganz hinten in die ini-Datei schreiben. Die Zeile muss auf jeden Fall irgendwo unterhalb von

-vmargs

kommen.

Danach muss RDi natürlich neu gestartet werden.

Die Zeile sorgt wohl dafür, dass irgendeine neuere Sortierfunktion (TIM...) noch mit altem Java klarkommt oder so ähnlich.

Grundsätzlich handelt es sich um einen Programmierfehler im RDi, der aber in Java scheinbar öfter vorkommt und mit dem workaround behoben werden kann.

Du kannst es ja mal probieren.

[Fuerchau]

Ich bin Dienstag wieder bei dem Kunden und werde dann berichten.

[Fuerchau]

So, ich habe die Zeile mal ergänzt. Bisher sieht es erstmal gut aus.
Ich werde auf jeden Fall berichten.

[Fuerchau]

So, hier ist der SQL zum Testen:

// daten laden
  exec sql
   Declare SEARCHTEXT       Cursor for
   SELECT B.SYTEXTKEY, B.SYTXTDESCRIPTION
     FROM sytbltxd1p a
     join sytbltxh1p b
     on   b.recid=a.did
    WHERE 1 = case when   :pSuchstring = ' ' then 1
                   when   :pSuchstring <> ' '
                   and    locate( lower(:SearchString) , lower(SYTEXTVALUE) ) > 0  then 1
                   else 0
                   end
    GROUP BY B.SYTEXTKEY, B.SYTXTDESCRIPTION
    order by 1
     ;

Im Spoolerlisting ist das ">" nach der Locate()-Funktion auf Stelle 80.
Dies führt bei *LVL2 auf V7R2 zum Fehler.

Ggf. könnt ihr mir ja mal so den aktuellen PTF-Stand mitteilen, denn auf dem Kundensystem sieht das so nach Anfang 2017, also quasi mit Installationd er Maschine, aus.

Da in diesem Thread leider 2 Themen gemischt sind, zu diesem Problem nun die Erfolgsmeldung.
Am WE wurde der letzte CUM-Stand aktualisiert, nun funktioniert auch *LVL2-Compilierung.

Und wieder mal ein "Hoch" auf das Forum. Vielen Dank, Leute.

[Fuerchau]

Zum LVL2-Problem gibt es doch noch keine endgültige Lösung.
Nun haben wir zwar aktuelle PTF's, jedoch lassen sich so manche "Alt"-ILE's nun mit LVL2 nicht mehr wandeln.
Da wird vom SQL-Precompiler plötzlich "where nicht erwartet, zulässig sind ..."-Meldung erzeugt.
Ohne LVL2 wird das Programm fehlerlos erstellt.

Da soll noch mal einer die IBM verstehen.

[dschroeder]

Ich weiß, dass wir vor einigen Jahren auch mit RPGPPOPT(*LVL2) Probleme hatten. Inzwischen geht das bei uns aber problemlos.

Keine Ahnung, ob die Info hilft:
Bei uns werden die SQLRPGLE-Programme mit RPGPPOPT(*LVL2) gewandelt. "Normale" RPGLE Programme bekommen diese Information nicht mit.

Ich meine, mich erinnern zu können, dass es bei Copy-Strecken auch einen Unterschied macht, ob die mit /COPY oder /INCLUDE eingebunden wurden. Das hatte auch etwas mit *LVL2 zu tun, glaube ich.

[Fuerchau]

Das hängt mit dem SQL-Precompiler zusammen.
Copy kann der auflösen, jedoch nicht geschachtelt (gibts eine Fehlermeldung).
Include wird von SQL ignoriert.
Dies führt dann bei Like-Definitionen zu Problemen, wenn diese auf Include's basieren.

Dies alles löst *LVL2 auf, da eben Copy/Include aufgelöst werden bevor der SQL-Precompiler aktiv wird.
Und genau deshalb verstehe ich nicht, dass ein und dieselbe Quelle vom SQL-Precompiler ohne *LVL2 einwandfrei compiliert wird aber bei *LVL2 bei einem simplen "Select bla from file where ..." dann scheitert.
Die erstellte Pre-Quelle kann man sich ja sehr schön in QTEMP ansehen.