Openwhisk Editor renaming a sequence produces duplicates - ibm-cloud

If I click on rename for a particular sequence in the Bluemix Editor, it will create a new sequence with the name, but the "old" sequence does still exist.

Thanks very much for the bug report. We have replicated this issue: under certain conditions, the rename fails to delete the old sequence. We'll get this fixed as soon as possible!
In the time being, a workaround is to manually delete the sequence with the old name. There will be no harm in doing so.
Nick Mitchell
IBM OpenWhisk Team

Related

Deletiion of multiple PS files using JCL - Mainframe

I have the requirement to delete the below datasets at one go.
TEST.D210101.FILE ,
TEST.D210102.FILE.
i have written the IDCAMS but is not working if I have given in the below way.
DELETE (TEST.D.*) FORCE**
Its working only if I have second qualifier.
DELETE (TEST.D210101.*) FORCE
Could you please let us know how to solve the issue
Try
Delete TEST.D*.FILE
For idcams delete you can only use 1 * . For more complex deletes use the Data Facility (DF*) utilities, see
Also Google is your friend, try googling idcams wild cards delete

How to create a Derived Column in IIDR CDC for Kafka Topics?

we are currently working on a project to get data from an IBM i (formerly known as AS400) system with IBM IIDR CDC to Apache Kafka (Confluent Plattform).
So far everything was working fine, everything get replicated and appears in the topics.
Now we are trying to create a derived column in a table mapping which gives us the journal entry type from the source system (IBM i).
We would like to have the information to see whether it was an Insert,Update or Delete Operation.
Therefore we crated a derived column called OPERATION as Char(2) with Expression &ENTTYP.
But unfortunately the Kafka Topic doesn't show the value.
Can someone tell me what we were missing here?
Best regards,
Michael
I own the IBM IDR Kafka target, so lets see if I can help a bit.
So you have two options. The recommended way to see audit information would be to use one of the audit KCOPs. For instance you might use this one...
https://www.ibm.com/support/knowledgecenter/en/SSTRGZ_11.4.0/com.ibm.cdcdoc.cdckafka.doc/tasks/kcopauditavroformat.html#kcopauditavroformat
You'll note that the audit.jcf property in the example is set to CCID and ENTTYP, so you get both the operation type and the transaction id.
Now if you are using derived columns I believe you would follow the following procedure... https://www.ibm.com/support/knowledgecenter/en/SSTRGZ_11.4.0/com.ibm.cdcdoc.mcadminguide.doc/tasks/addderivedcolumn.html
If this is not working out, open a ticket and the L2 folks will provide a deeper debug. Oh also if you end up adding one, does the actual column get created in the output, just with no value in it?
Cheers,
Shawn
your colleagues told me how to do it:
DR Management Console -> Go to the "Filtering" tab -> find out "Derived Column" column in "Filter Columns" (Source Columns) section and mark "replicate" next to the column. Save table mapping afterwards and see if it appears now.
Unfortunately a derived column isn`t automatically selected for replication, but now I know how to select it.
you need to duplicate the new column on filter:
https://www.ibm.com/docs/en/idr/11.4.0?topic=mstkul-mapping-audit-fields-journal-control-fields-kafka-targets

Typo3 8.7.24 Scheduler is doing nothing

could not find an answer here, therefore I ask it :-)
Using Typo3 8.7.24 and want to use scheduler for removing delete db entries (recycler). I made the task and executed it manually.
Result is: nothing is done. Recylcer still shows the deleted entries.
Does somebody have an idea why this is not working?
BR
Jürgen
Have you configured the scheduler task correctly?
Aside from the configuration how often the task should be executed you need to configure:
"Delete entries older than (in days)"
how long ago should a deletion have occurred so that the record can be removed?
"Tables"
which tables should be considered to clean up?
Either your deletion wasn't that long ago or your records do not belong to any monitored table.

Why Rational Team Concert changes the files' last modified attribute?

I'm having some issues with the installation of Rational Team Concert on my server.
The thing is that when I upload some changes to the server (any kind), it changes the last modified attribute of the file, but it shouldn't do it.
Is there a way to avoid this behavior?
Thank you in advance!
This is something that we have tried to add to RTC SCM (and we still plan to). However, we found that it needs to be an option on load/update.
There are numerous details and discussions available # this work item on jazz.net
Regarding timestamp, getting over the fact that relying on it in a version control tool isn't always considered a best-practice (see "What's the equivalent of use-commit-times for git?"), it is actually a complex issue:
an SCM loader wouldn't use just timestamp to determined what file has changed (Task 179263)
you can have various requirements for that timestamp (like in Defect 159043, where the file timestamp of the modified file on disk that of when it was delivered, not when I accepted.). The variable JAZZ_CCM_SKIP_MOD_TIME=true is mentioned so check if that could improve your specific case.
it is all based on the assumption the timestamp is correctly set by the local workstation, which isn't always true, as illustrated in Task 77201

Does DBIx::Class::Schema::Loader cache its moniker map?

Recently we added a "audit_logs" table to the database, and after some frustration I realised that there was already an "auditlog" table in the database for some reason. It wasn't being used so I dropped it. I deleted the Auditlog.pm and AuditLogs.pm files from my schema, and then regenerated. For some reason DCSL again created AuditLogs.pm for the "audit_logs" table, even though there was no longer an "auditlog" table or Auditlog.pm file that would conflict with it.
I have tried just about everything I can think of to get it to generate Log.pm without success. The only thing that I can figure is that it is caching the moniker map somewhere, and I cannot seem to reset it.
I eventually tracked this problem down to an issue with the Lingua inflector. It was picking up "logs" as a singular verb instead of a plural noun. This happened because it followed the word "audit" which ends with "it." Basically, I had to write a custom moniker_map function that added an exception for audit_logs.