Transfer 'Development' to Remote Site(s).

SKH

Well Known Member
Transfer \'Development\' to Remote Site(s).

Hi List,

Currently working on a Project (CRP Phase) which will potentially lead to a global rollout. As part of this, it is envisaged that ALL Development will be undertaken at one site. The modifications will then need to be 'introduced' for the 'live' sites. Interested to hear from anybody at an org where they are already doing something similar. What method is being used to do this? Can Product Packaging easily perform this?

It's very early stage at the moment but any useful feedback would be appreciated.

Rgds.,

Sanjeev

CNC Consultant
 
Re: Transfer \'Development\' to Remote Site(s).

Hi Sanjeev - I'd like to talk to you concerning this rollout, I have certainly worked in an organization where this was performed, and was on the Global Deployment Practice committee while at JDE.
 
Re: Transfer \'Development\' to Remote Site(s).

Our DV is in Indiana and our QA and PD are in Texas. Each has it's own deployment server and OL tables. They share a set of OMW tables in the DV environment. OMW handles the transfer of objects between the environments for us.

We've been doing this for 3 years so the setup is a little foggy, but, it's been working fine.

Xe, Oracle, Unix
 
Re: Transfer \'Development\' to Remote Site(s).

Sanjeev,

The method that you described is being used here at Praxair. Our "live" servers are dispearsed globally. We currently have seperate servers in the following regions; North America (that I manage), South America, Europe, and Asia.

Each region does it's own regional developement work. The regions converse and if a development idea is useful to Praxair globally, it is developed here in the US. For that development we have a seperate, "Global Kernal", set of servers. After a global app is developed and tested, we use product packaging to send it out to the regions.

The other thing that we use our Global Kernal servers for is for testing JDE's latest and greatest. We test new service packs, ESUs, and Updates on the Kernal prior to applying them to a live server. Since we have made some mods to JDE core apps (yea, we know that's not always a great idea), we do the "remod-ing" (is that a word?) on the Kernal and send the results out in a product package.

I noticed that Jon Steele responded as well. We have used Jon's services in the past and I'm sure that he has seen how we utilize the very powerful combination of "live" servers and "kernal" servers. (You're welcome for the plug Jon, you can send my check to the usual place).

Good luck with this. Keep pushing for the funding for a seperate set of servers, it's a good investment.

Gregg Larkin
Praxair North American CNC

Live Servers - XE, SP19, Update 6, Win 2K, SQL 2K, Citrix XP
Kernal Servers - XE, SP20, Update 6, Win 2k, SQL 2k, Win 2k Terminal server, Web Client, XPI
 
Re: Transfer \'Development\' to Remote Site(s).

Are you aware that you could use Terminal Servers to do development? Your remote sites would require only the minimum bandwidth and you would not need a seperate set of servers or Product Packaging.
 
Re: Transfer \'Development\' to Remote Site(s).

Yes, you CAN set up a terminal server for development...however, be very
aware, it is unsupported by JDE and they will not assist you should you
run into problems. Just a word of caution.

With that said, the solution is being used by many flawlessly, and I
personally think its a great way to do development. There's a document
on KG (or it used to be) in the JD Edwards @ work series by Alan Jacot
that outlines the steps.

On Wed, 18 Dec 2002 11:25:51 -0800 (PST) brother_of_kara

________________________________________________________________
Sign Up for Juno Platinum Internet Access Today
Only $9.95 per month!
Visit www.juno.com
 
Re: Transfer \'Development\' to Remote Site(s).

I have looked for this doco but no luck so far, there has been much
discussion on using TSE/Citrix for development. I think I even saw
a solution posted to allow multiple developers each with their own
copy of spec files etc ... using the subst command to remap the default
\B7 directory to a personal one.

At the moment I'd settle for a one to one definitive (but unsupported)
solution. Sounds like this document by Alan would do the job.Can someone
point out where I can find it.
------------------------------------------------------------------
With that said, the solution is being used by many flawlessly, and I
personally think its a great way to do development. There's a document
on KG (or it used to be) in the JD Edwards @ work series by Alan Jacot
that outlines the steps.

Thanks
George D

Xe SP18.1_G1 , 820 iSeries, Citrix XP

**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager ( [email protected] )

Important Notice: Berri Limited scans all incoming and outgoing
emails for possible inappropriate content. Procedures to rectify
problems with the email system may result in others reviewing
the content of any incoming or outgoing email.

The Berri Limited Email system is for Business use only.

**********************************************************************
 
Re: Transfer \'Development\' to Remote Site(s).

I'll email it to you.


On Thu, 19 Dec 2002 20:49:34 -0800 (PST) George_Despinou

________________________________________________________________
Sign Up for Juno Platinum Internet Access Today
Only $9.95 per month!
Visit www.juno.com
 
Back
Top