PRODSUP 5655-W44 07.01.00 5655-W44 07.00.00 5655-R32 06.00.01
5655-R32 06.00.00
I believe it is the PRODSUP subentry in the Java 8 PRODUCT entry that
causes the results you see. The PRODSUP subentry indicates that Java 8
supersedes Java 7, therefore, PMA does not consider the Java
Can I delete this misleading PRODSUP entry via UCLIN? If yes, do you have a
syntax sample?
The SMP/E Commands book is your friend for UCLIN syntax, but here ya go:
SET BDY(GLOBAL).
UCLIN.
DEL PRODUCT(5655-DGH, 08.00.00)
PRODSUP((5655-W44, 07.00.00)).
ENDUUCL.
Double check the product-id
Yes, thats it. In this CSI we although have JAVA 5 installed. JAVA 5 isn't
named in the PRODSUP subentry, so it's reported correctly. But I agree that the
interpretation of PRODSUP isn't correct, because there is no reason against
installing several JAVA versions in parallel in the same CSI.
Hello,
today again I have a question regarding the PMA report infos. Here you'll find
the FEATURE and PRODUCT entries from my GLOBAL zone, the SYSMOD entries from
the target zone and the corresponding lines from the PMA report. While all the
CSI infos look quite similar the PMA report differs
You said, that the ++FEATURE and ++PRODUCT records are in the same
file than the product MCS (++FUNCTION etc.) itself. I think at least
in my case that's not true.
Actually, I said they are in the same logical file. In the old days,
they were in fact in the same physical file on tape, but I
You said, that the ++FEATURE and ++PRODUCT records are in the same file than
the product MCS (++FUNCTION etc.) itself. I think at least in my case that's
not true.
I found both in the same directory SMPPTFIN. While the normal MCS records are
in (in my example) S006.CBCACHE.HPRF450.SMPMCS.pax.Z
thanks for all the informations. I now was able to fix some of the
missing FEATURE entries. The reason for this situation was, that I
missed to include the PRODDATA file during RECEIVE processing.
I'm glad you got it fixed, but I don't understand how you missed
receiving the PRODUCT
Hello,
thanks for all the informations. I now was able to fix some of the missing
FEATURE entries. The reason for this situation was, that I missed to include
the PRODDATA file during RECEIVE processing.
A that point another question comes to my mind. Is there any repository for all
these
before open a PMR, wouldn't it be possible to reorder and re-RECEIVE
the products, in order to fill the missing FEATURE entries?
Yes, and no. You certainly can reorder and receive the ++PRODUCT and
++FEATURE statements to create the corresponding entries in the global
zone. However, this
Hello,
before open a PMR, wouldn't it be possible to reorder and re-RECEIVE the
products, in order to fill the missing FEATURE entries?
What will happen with those entries, when I'll REJECT the FMID afterwards to
get rid of the unnecessary TLIBs?
Kind regards.
Juergen
For me that is fairly strange, because I installed PSF V4.5.0 only a
few month ago via CBPDO. Why are any FEATURE/PRODUCT entries
missing?
Its hard to say now why they are missing from the global zone, unless
you have the SMP/E output from the RECEIVE operation. If you'd like to
pursue this
Hello Kurt,
thank you for the useful information. One additional question: Do you have an
UCLIN example for adding FEATURE/PRODUCT subentries to the SYSMOD entry? Thank
you in advance.
Kind regards
Juergen
--
For IBM-MAIN
Do you have an UCLIN example for adding FEATURE/PRODUCT
subentries to the SYSMOD entry?
SET BDY(tgtZoneName).
UCLIN.
ADD SYSMOD(fmidName) FEATURE(featureName).
ENDUCL.
After receiving the PRODUCT/FEATURE entries in the global zone, use
Query or LIST to view the FEATURE entries. Each FEATURE
Thanks for your quick answer. I've done a LIST for PRODUCT and FEATURE, but I
couldn't find PRODUCT entries only for one of the listed programs: IBM 31-Bit
SDK for z/OS Java Technology Edition 06.00.00
For me that is fairly strange, because I installed PSF V4.5.0 only a few month
ago via
we are using SMP/E PMA to build a report about the products applied
in our CSI. For some of the FMIDs the report does not give order
information...
My question now is: Why does this happen, even for fairly new
productsfor example PSF V4.5.0 and is there a way to add the required
information
kehrjuer...@t-online.de (Juergen Kehr) wrote:
Hello,
we are using SMP/E PMA to build a report about the products applied in our CSI.
For some of the FMIDs the report does not give order information, as this
sample shows:
FMIDs Without Order Information
TZOS100 HHC2102 HCF V2 R1
HHOP801
Hello,
we are using SMP/E PMA to build a report about the products applied in our CSI.
For some of the FMIDs the report does not give order information, as this
sample shows:
FMIDs Without Order Information
TZOS100 HHC2102 HCF V2 R1
HHOP801 Rational Developer for System z
HJVA600 IBM 31-Bit
17 matches
Mail list logo