Results 1 to 8 of 8

Thread: 8.12/8.96 package builds

  1. #1
    Member
    Join Date
    Jan 2002
    Location
    Dallas, TX.
    Posts
    715

    8.12/8.96 package builds

    All,

    Can someone please tell me why the new process creates a local database for the specs, and then copies those records to Central Objects?? Why wouldn't they just design the process to write directly to Central Objects???

    Just wondering...

    Thanks

    Matthew Scott
    mscott@manageforce.com

  2. #2
    Senior Member Alex_Pastuhov's Avatar
    Join Date
    Jul 2001
    Location
    Australia
    Posts
    1,746

    Re: 8.12/8.96 package builds

    It needs both, so I guess if it were doing it straight to the CO DB, then it would have to copy it the other way around afterwards anyway, so overall it would be about the same...
    Regards,
    Alexander Pastuhov
    http://www.everestsoftint.com/

  3. #3
    Member
    Join Date
    Jan 2002
    Location
    Dallas, TX.
    Posts
    715

    Re: 8.12/8.96 package builds

    Ok.. But why does it need both? Couldn't they just have designed it so that 1 DB is read from everywhere??
    Matthew Scott
    mscott@manageforce.com

  4. #4
    Senior Member Alex_Pastuhov's Avatar
    Join Date
    Jul 2001
    Location
    Australia
    Posts
    1,746

    Re: 8.12/8.96 package builds

    Ha, if you read the ads, they would make you believe that that was exactly what they did ;-)

    No, Developers need the local copy - there's still a need for LOCAL specs.
    Regards,
    Alexander Pastuhov
    http://www.everestsoftint.com/

  5. #5

    RE: 8.12/8.96 package builds

    The installation guide says that you if you have an existing server install ed it will use that instead, is that not correct?

    Peter Douglas
    Voice: 208.542.8253
    Email: peter.douglas@amxinc.com

    [cid:image001.jpg@01C78596.68E1B700]

    Peter
    .::E1-8.12/9.00 TR-8.96/8.97/8.98 SQL2005/Oracle10G OAS10G::.

  6. #6
    Member
    Join Date
    Jan 2002
    Location
    Dallas, TX.
    Posts
    715

    Re: RE: 8.12/8.96 package builds

    I'm not exactly sure what you are asking.. Can you please clarify?
    Matthew Scott
    mscott@manageforce.com

  7. #7

    Re: RE: 8.12/8.96 package builds

    [ QUOTE ]
    The installation guide says that you if you have an existing server install ed it will use that instead, is that not correct?<br><br>Peter Douglas<br>Voice: 208.542.8253<br>Email: peter.douglas@amxinc.com<br><br>[cid:image001.jpg@01C78596.68E1B700]<br><br>

    [/ QUOTE ]


    My understanding is that spec files using proprietary .ddb and .xdb files needed to be done away with for several reasons, mnost of which we are all aware of. The local spec 'files' were replaced using MSDE as a storage method. Think of the local 'SQL' database as simply a storage method as it has very little to do with it being a real database.

    If MSDE is installed, the E1 client installation will not install it. My experience has shown however that it may be best to uninstall MSDE prior to the fat client installation. YMMV.

    As for why we store specs locally on a fat client, that question was debated and decided over a decade ago.

    Is this what you were asking?

  8. #8
    Senior Member
    Join Date
    Nov 2000
    Location
    Atlanta Metro, GA
    Posts
    713

    Re: 8.12/8.96 package builds

    Alex is correct...xml specs...though development is still done on a client machine...therefore the need to have some sort of "local" copy. If you watch your builds, especially the updates...the update will take time, then the server is almost instantaneous...simply because the "build" is done for the client and then the records just copied over to CO's.
    Jim
    Thinks about EO CNC In His Spare Time
    iSeries/WinTEL/DB2/Oracle/SQL/AIX/Linux/Sun

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.