Re: Duplicate Compile Commands after updating to 9.5.0.2

Did you create a service request about this issue?

Kurt Anderson
Sr. Programmer/Analyst - Application Development, Service Delivery Platform


-----Original Message-----
From: WDSCI-L [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On Behalf Of Thomas Raddatz
Sent: Friday, December 18, 2015 1:45 PM
To: Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries <wdsci-l@xxxxxxxxxxxx>
Subject: Re: [WDSCI-L] Duplicate Compile Commands after updating to 9.5.0.2

Thank you for pointing that out. Meanwhile I restored my node.properties by hand and of course I am going to make a copy right now.

Thomas.

-----Ursprüngliche Nachricht-----
Von: WDSCI-L [mailto:wdsci-l-bounces@xxxxxxxxxxxx] Im Auftrag von MichaelQuigley@xxxxxxxxxx
Gesendet: Freitag, 18. Dezember 2015 19:34
An: wdsci-l@xxxxxxxxxxxx
Betreff: Re: [WDSCI-L] Duplicate Compile Commands after updating to 9.5.0.2

See response below.

"WDSCI-L" <wdsci-l-bounces@xxxxxxxxxxxx> wrote on 12/18/2015 01:00:02 PM:

----- Message from Buck Calabro <kc2hiz@xxxxxxxxx> on Fri, 18 Dec
2015 12:25:01 -0500 -----

To:

wdsci-l@xxxxxxxxxxxx

Subject:

Re: [WDSCI-L] Duplicate Compile Commands after updating to 9.5.0.2

On 12/18/2015 5:02 AM, Thomas Raddatz wrote:

After I updated my RDi to 9.5.0.2 and after I imported the plug-

ins, I now have duplicate compile commands.

For example, when I right-click a RPG source member of an I

Project and select "Remote Action -> Compile", the compile command
window shows 6 entries instead of 4:

CRTBNDRPG
CRTBNDRPG
CRTRPGMOD
CRTRPGMOD
iSphere
iSphere

Does somebody know how to get rid of the duplicates? Delete entry

is prohibited for the IBM supplied commands in "Work with Compile

Commands".

Wow, I didn't even notice this: I use Ctrl-Shift-C and haven't had to
change the setting yet! Sadly, I've seen this sort of thing before,
so I know where the settings are:

\.metadata\.plugins\org.eclipse.rse.code\profiles\PRF.buck_1021
\PS.compilecommand.ibms-qsys_8454607\node.properties

I infer the structure this way:
At the top of the DOM I see 06-child.00025.00-name=RPGLE Under this
are all of the compile options that are to be used with source member
type RPGLE.

At child 4, I see one CRTBNDRPG at line 3214:

06-child.00025.06-child.00004.00-name=CRTBNDRPG0
06-child.00025.06-child.00004.01-type=PropertySet
06-child.00025.06-child.00004.03-attr.description=null


It has a pair of compile commands. One is the default value:

06-child.00025.06-child.00004.06-child.00003.00-name=nature
06-child.00025.06-child.00004.06-child.00003.01-type=Property

06-child.00025.06-child.00004.06-child.00003.03-attr.type=java.lang.String

06-child.00025.06-child.00004.06-child.00003.03-attr.value=IBM defined
06-child.00025.06-child.00004.06-child.00004.00-name=default
06-child.00025.06-child.00004.06-child.00004.01-type=Property

06-child.00025.06-child.00004.06-child.00004.03-attr.type=java.lang.String

06-child.00025.06-child.00004.06-child.00004.03-attr.value=CRTBNDRPG
PGM(&O/&N) SRCFILE(&L/&F) SRCMBR(&N) REPLACE(&R) OPTION(*EVENTF)
DBGVIEW(*SOURCE)

...and one is the current value:

06-child.00025.06-child.00004.06-child.00005.00-name=current
06-child.00025.06-child.00004.06-child.00005.01-type=Property

06-child.00025.06-child.00004.06-child.00005.03-attr.type=java.lang.String

06-child.00025.06-child.00004.06-child.00005.03-attr.value=CRTBNDRPG
PGM(&O/&N) SRCFILE(&L/&F) SRCMBR(&N) REPLACE(&R) OPTION(*EVENTF)
DBGVIEW(*SOURCE)

Which all seems fine. But then I see another configuration further
down, at line 3370. This one has a slightly different name; one I
more or less expect:

06-child.00025.06-child.00008.00-name=CRTBNDRPG
06-child.00025.06-child.00008.01-type=PropertySet
06-child.00025.06-child.00008.03-attr.description=null

I deleted the lines with the odd name (CRTBNDRPG0), that is all of the
lines with 06-child.00025.06-child.00004 in them, and that seemed to
have cured the problem. I also deleted all the other duplicates like
CRTRPGPGM0, and so forth. There's another group of duplicates in the
SQLRPGLE source type.

Several things to remember.
1) Don't edit node.properties with RDi running.
2) Make a copy of node.properties but DO NOT PUT IT IN THE SAME
DIRECTORY. RDi will delete extraneous stuff in that directory!
3) RDi will renumber everything when it starts, so don't be alarmed to
look at node.properties and see that it's different.
4) It's easy to get confused. Take your time and keep notes.

--
--buck

I did the same thing as Buck. But then I made a copy of the cleaned file.
I've been getting duplicates for quite some time now. They reappear almost daily. So I shut down RDi, delete the corrupted file, and copy in a clean version. I will note that my custom commands came over when I updated to 9.5.0.2. Also, at times, I've had the commands not just doubled, but tripled.
--
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries (WDSCI-L) mailing list To post a message email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/wdsci-l.
--
IMPORTANT NOTICE:
This email is confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender.

--
This is the Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries (WDSCI-L) mailing list To post a message email: WDSCI-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/wdsci-l.