× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Okay, this is mostly on our development box and I full authority...

So, I open windows explorer and type in pseudo path:

\\myIBMi\root\XML_files

Then I can right click and edit with NotePad++, which is super fast!

Over all, I normally use an IFS-Filter inside of RDI. Which over all work great!

But, on the rare occasions that I have 1,000 of files and a lot of them large. It appears that RDI/Eclipse is doing a "Load all at once" type of logic. And it takes approximately 10-15 minutes to load the table! Ouch! Only happens when there are A LOT of FILES, and they are BIG. And my Eclipse/RDI is 100% tied up. <Big Frown> I usually have to kill it, or wait 10+ minutes.

So, typically, my IFS "log-files" are smaller number and small. In that case, RDI is fabulous!


-Ken Killian-


-----Original Message-----
From: WDSCI-L <wdsci-l-bounces@xxxxxxxxxxxx> On Behalf Of Justin Taylor
Sent: Thursday, September 13, 2018 1:13 PM
To: Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries <wdsci-l@xxxxxxxxxxxx>
Subject: Re: [WDSCI-L] Refresh IFS file contents?

I assume when you say " go directly to the folder", you're talking about a NetServer share. That would be fine if I threw security out the window and shared the root. Otherwise, I'd constantly be having to create new shares.



-----Original Message-----
From: Ken Killian [mailto:kkillian@xxxxxxxxxxxx]
Sent: Thursday, September 13, 2018 6:39 AM
To: Rational Developer for IBM i / Websphere Development Studio Client for System i & iSeries <wdsci-l@xxxxxxxxxxxx>
Subject: Re: [WDSCI-L] Refresh IFS file contents?

Jon,

IFS performance inside of RDI is TERRIBLE. At least for me it is, especially if I have a lot of files. If it is small files and just a few, then RDI works okay...

Okay, I do not blame RDI, but rather Eclipse for the lack luster performance.

So, for me, I often discover it is about 100/1000 times fast to go directly to the folder and use notepad to edit/browse IFS files.

I create a whole bunch of temporary XML files, which can number in the 1,000 plus... So Eclipse/RDI does not handle that well.

Eclipse is not designed to open rather large XML file, the performance is TERRIBLE. For small files it is AWESOME, but not for large files.

So, I have repeatedly discovered it a whole better just to use NotePad++ for the IFS files over 500K or larger.

Not worth my time for an RFE, when NotePad++ works GREAT!!! No reason to write a RFE for me. I only have to look at the IFS when I get a problem once every 6-12 months.

And when I am REQUIRED to insert HUGE SQL Statements into RPG-TEST unit scripts. Once again NotePad++ blows away LPEX. For splitting SQL Statements. Where I am force to truncation at punch-card column-100. <disappointment> Even using **Free, I am still constricted by punch-card limitations of QRPGLESRC. :( Oh well, no plan to switch our source over to IFS, which would eliminate that. :(

I guess that is why we have some many tools! Use the right tool for the job! <Joy Joy>

-Ken Killian-


--
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: https://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/wdsci-l.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.