Page 1 of 2 1 2 LastLast
Results 1 to 10 of 16

Thread: One World XE SPC Auth Codes expiring

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1

    One World XE SPC Auth Codes expiring

    Hi, we have been running an old version of OneWorld XE for almost 20 years and recently all users (Fat and Citrix) received a JD Edwards Security Warning stating that the Software license was about to expire. Our support partner managed to generate a new SPC code with a new date (6 months into the future), and clients were able to re-authorise, but no one seems to know why this happened in the first place. Would it be that someone arbitrarily set a date when the software was first installed and this date has now come up?

    Appreciate if anyone can shed any light on this.
    Thanks
    Mark

  2. #2
    Member
    Join Date
    Dec 2000
    Location
    Australia
    Posts
    583
    I recalled the oldest date for SPC generator being June 2019 when Oracle released it to allow older release to continue to issue their own SPC codes.

    I just downloaded it and confirmed my recollection. The expiry date the SPC generator uses is June-30-2019 which I believe was the original "drop dead" date for XE.

    Unless Oracle are releasing another generator this will likely affect anybody on XE. If you are still on support and log a ticket I would do that. You can also trying emailing: licensecodes_ww@oracle.com explaining the situation even if you are not on support/have not active CSI (customer support identified) You no doubt have a perpetual use license and they are responsible to make sure you can keep running your software even if it is no longer "supported".

    If you are not on active support but are dealing with an Oracle business partner they should be able to log a ticket under their CSI. I ended up doing this for a B7332 client a few years back where the SPC generator does not work and they couldn't log a ticket with Oracle due to having no CSI. It took me a lot of effort and I eventually had to get the Asia Pacific support manager (my neck of the woods) on the phone to explain the whole thing. In the end I got an SPC code issued for them.
    Attached Images Attached Images
    Justin Miller

  3. #3
    Member
    Join Date
    Dec 2000
    Location
    Australia
    Posts
    583
    Hi Mark,

    I dug a bit more and found that Oracle already addressed the June 2019 expiry in a document.

    See: https://www.oracle.com/webfolder/tec...eleases%20.pdf

    At the end of the document they mention XE. The old JDE.INI setting BDSEC=ROBIN (backdoor security) trick which we used to use with standalone is the official way to get past June 2019.
    Justin Miller

  4. #4
    Many thanks Justin, you are a star! Unfortunately off support now so looks like the jde.ini option is the best one for us. Appreciate your quick reply and help. Cheers. Mark (AUSPAC too)

  5. #5
    H again, we are working through some testing using the procedure outlined in the modified document ( https://www.oracle.com/webfolder/tec...Whitepaper.pdf )

    +++++
    Service Packs 17.1 and later for OneWorld Xe/ERP 8 Jde.ini entry needed.

    The verification of licenses on the Development Client can be bypassed by adding an entry to the file. Additionally, users must manually copy several files from the Deployment Server to the Development Client.

    To copy files from the Deployment Server to the Development Client:

    1. Locate the jde.ini file on the Deployment Server. The typical location is: C:\ Windows

    2. Edit the jde.ini file to add the following line in the section of the [DB SYSTEM SETTINGS] file on the Deployment Server: BDSEC=ROBIN Adding this statement disables the license verification on the Deployment Server.

    3. You must also add the statement mentioned in the previous step to the same section in the jde.ini template file that will be copied to Development Clients when they are installed. This jde.ini template file is located on the Deployment Server in the following directory: \OneWorld Client Install\MISC

    4. After installing a Development Client, copy files: from: Deployment Server [IMG]file:///C:/Users/MARK~1.CLA/AppData/Local/Temp/msohtmlclip1/01/clip_image002.jpg[/IMG] to: Development Client C:\
    The files to copy are:
    • Jdeapps*.*
    • Jdesec*.*
    • Jdemod*.*
    +++++

    However in SP24 seems jdesec files are not on the deployment server... Changed the client date to 1 Jul 2019 and client security failed...

    Any hints or suggestions re: the process we are following here...?

    Thanks.
    Mark

  6. #6
    Mark we are in similar position, and are now toying around with date settings to keep it running, then modifying the date on the software side. However I wanted to check, were you able to get past the client security failing?

  7. #7
    Hi Mark,

    Not sure if your issue is resolved yet. We are also on JDE Xe SP 24 and we have followed the steps in the Oracle white paper and it works so far.
    You are right jdesec*.* are not on the deployment server in SP24 but we were advised to copy jdeclnt*.* instead of the jdesec*.* .

    So we coped 8 files from the deployment server in total:
    jdeapp*.*
    jdeclnt*.*
    jdecode*.*
    jdemod*.*

    So far, users are able to login JDE and no issues have been reported yet.
    Hope this helps.

    -Priya

  8. #8

    JDE Expirty

    Hello, this URL no longer works, can you please provide which changes need to be made in the .INI file? We are receiving the expiration message today

    Quote Originally Posted by JEMILLER View Post
    Hi Mark,

    I dug a bit more and found that Oracle already addressed the June 2019 expiry in a document.

    See: https://www.oracle.com/webfolder/tec...eleases%20.pdf

    At the end of the document they mention XE. The old JDE.INI setting BDSEC=ROBIN (backdoor security) trick which we used to use with standalone is the official way to get past June 2019.

  9. #9
    Quote Originally Posted by jdechicago View Post
    Hello, this URL no longer works, can you please provide which changes need to be made in the .INI file? We are receiving the expiration message today
    Try this:
    https://www.oracle.com/webfolder/tec...Whitepaper.pdf

  10. #10
    Hi, this document no longer opens, we are getting this error today. Can you please provide specific steps of what needs to be done at the jde.ini file?

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
The legal restrictions and terms of use applicable to this site are available here.
Use of this site signifies your agreement to the terms of use.
JDELIST is NOT affiliated with JD Edwards® & Company, Oracle or Peoplesoft. Contents of this site are neither endorsed nor approved by JD Edwards® & Company and, or Oracle.