× 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.



When you order a group you can check the box that includes co/pre-req PTFs. That will get most of them. You might run into a couple that were missed by the process that builds the group, but there will be a small group of them, if any. (Fix Central)

Then again, I've seen one pre-req PTF generate 100s of actual PTFs by the time you unwind all the co/pre-req requirements.

Jim Oberholtzer
Agile Technology Architects



On Mar 18, 2018, at 10:21 AM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Probably more of an op question, but how would one order the latest PTFs
for a specific product, and make sure to get any co/pre reqs?


On Sun, Mar 18, 2018 at 10:19 AM, Jim Oberholtzer <
midrangel@xxxxxxxxxxxxxxxxx> wrote:

OPS may not require an IPL, rather a restart of the services being
updated, and strong consideration should be given to stopping those
services while the PTFs are loading to avoid object lock issues.

Also don't be lulled by the "Cumulative" name of that group. While it
does contain a large set of PTFs, it's not all of them by any count.
Anytime a "Cumulative" fix is desired it should be done along with all the
appropriate groups for that system. That will avoid many co-req/pre-req
issues.

Jim Oberholtzer
Agile Technology Architects



On Mar 18, 2018, at 9:45 AM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Has anyone had issues writing to data queues using nodejs on V7R2?

Seems to work fine on V7R3. Couldn't find any PTF or other information
specific to it, but comparing the idataq.js and istoredp.js on the two
systems, there are some small changes, but then again with all the
dependancies it could go a lot deeper.

Here's the error:
/QOpenSys/QIBM/ProdData/OPS/Node6/os400/xstoolkit/lib/idataq.js:49
if(output[0].hasOwnProperty("success") &&
output[0].success
== true)
^

TypeError: Cannot read property 'hasOwnProperty' of undefined
at toJson
(/QOpenSys/QIBM/ProdData/OPS/Node6/os400/xstoolkit/lib/idataq.js:49:15)
at
/QOpenSys/QIBM/ProdData/OPS/Node6/os400/xstoolkit/lib/istoredp.js:128:17

The node versions are different on each machine, but not by much

V7R3 - v6.11.5
V7R2 - v6.9.1

I am suggesting they install the latest CUME or at least for OPS. But I
couldn't find any documentation that said this was fixed.

One last question, because OPS is mainly open source, if I did a cume
package for OPS would that normally require IPL or not? And would it
require any dependencies elsewhere on the system that may require an IPL?

Brad
www.bvstools.com
--
This is the IBMi Open Source Roundtable (OpenSource) mailing list
To post a message email: OpenSource@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/opensource
or email: OpenSource-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/opensource.
--
This is the IBMi Open Source Roundtable (OpenSource) mailing list
To post a message email: OpenSource@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/opensource
or email: OpenSource-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/opensource.

--
This is the IBMi Open Source Roundtable (OpenSource) mailing list
To post a message email: OpenSource@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/opensource
or email: OpenSource-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/opensource.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.