Re: [sender auth failure] Re: [magicu-l] Oracle NEXTVAL Best Practice
מאור בכר
Hi steave, I’m using UniPaas 1.9 for the last 7 years. And I’m using Oracle, and NEXTVAL….the same way I understood you are (+/-) A. Are you upgrading from edeveloper 10 to UniPaas? B. What changed? I usually use “Physical-None” (no transaction and no lock) on all Magic programs. If I need to handle things, I’m opening a transaction @ Oracle level (savepoints)
Regards,
-----Original Message-----
From: main@magicu-l.groups.io [mailto:main@magicu-l.groups.io] On Behalf Of Steven Blank Sent: Wednesday, August 16, 2017 7:35 PM To: main@magicu-l.groups.io Subject: [sender auth failure] Re: [magicu-l] Oracle NEXTVAL Best Practice
Addendum to this,
The aforementioned batch task is being called from within another batch task's Group Prefix logic unit, and in which Transaction mode is Physical, Begin at a Group level. I subsequently have changed the above batch task to Physical-None, still no luck.
I'm thinking about making the above batch task a parallel task, so it would be called from outside the active transaction, but clearly I'm just throwing shit against the wall now to see if anything sticks.
Help?
Steve Blank
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. |
|||||||||||||||||||||||||||||||||||||||||||||||||
|