Results 1 to 8 of 8

Thread: E1 Tools Update Philosophy

  1. #1

    E1 Tools Update Philosophy

    Hi everyone

    I'm looking for a little guidance from the community. My company is currently running JDE 9.2 on tools We're starting to talk about strategies for keeping up to date with ESUs and tools releases, and I was wondering how you guys are handling it. If you're doing tools separately from ESUs to go code current, how much testing are you doing as part of your tools updates vs code current? My biggest fear is that they're going to demand to do a full regression test of the system as part of updating tools, which means that tools updates will be locked to code current ESUs, which means that we're going to end up out of date again (updated from 9.0 tools 8.98 in Feb 2019) because going code current is such a low priority to the business, and it's going to end up being another big ordeal to get current.

    David Shirtliff

    E1 9.2 | TR | Ent: RHEL 7 | DB: Oracle on RHEL 7 | JAS: WebLogic on RHEL 7 | Dep: Windows Server 2016
    Transform | RFSmart

  2. #2
    We're updating Tools Releases every once in a while but are generally not going code current on ESUs once a system went into production. Bugs etc. are an exception of course.
    Staying code current on a production system means a lot of effort and retrofitting for us and i also not a priority to the customer (as you said).
    EnterpriseOne 8.12 to 9.2
    AIX, Linux, Windows, IBM i
    Oracle DB, MSSQL, DB2
    WAS, WLS

  3. #3
    Usually, you do tools out of necessity - but wait for the .3 release at the minimum (ex - That's usually when stuff is "least borked". Though there's some bork-age in according to my 3 POC's applied. However, it doesn't hurt to do web only tools these days to keep up with Orchestrator innovations and get the stuff that has been hot fixed - just make sure to test like anything. It's not out of the ordinary to run web / ais / sm, orch studio on the latest version with ent and dep on and older 9.2.3.x replease these days. Just make sure the 3rd number in that is in the same range.

    As for fix current.... as needed but these are growing in to bigger and bigger projects of late depending on level of customization.

  4. #4
    We regression test. Just did the move from to and several things got broken (copy and paste, row security, Media Object in line viewer for PDF, etc). Apparently, most of these things worked fine in
    Jeremy Shearer

  5. #5
    Join Date
    Jan 2002
    Did you see my topic created today:

  6. #6
    We recommend adopting a process to stay up to date with Oracle's quarterly releases.

  7. #7
    Senior Member Chan Rana's Avatar
    Join Date
    Aug 2005
    Any changes to Production whether it TR or TR and code current needs lot of efforts and resources to get it installed, tested and approved for Prod. I think its difficult for most of the companies to keep up with TR and code and are mostly done during app upgrade unless there is business need driving decision for TR upgrade.

    Chandrakant Rana
    E1 Xe-9.0, AS/400, XML, BSSV
    E1 Integration,C,HTML,Java,CreateForm 3.0

  8. #8
    Join Date
    Jan 2002
    I agree Chan, It is unbelievable Oracle is just and only sending out a document to install the latest TR to fix vulnerabilities which have a 9.8 score. I think we must combine all efforts and force oracle to release POC or patches for older tools releases to fix these vulnerability threads. Maybe there are only a couple of files change for the thread. This kind of fix can be more easily installed and tested then a full TR. Would you please also post your remark in my post:

    I want to use this for Oracle to have some community case to adress this issue.
    JDE 9.2

Thread Information

Users Browsing this Thread

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

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.