Latest E-Business Suite Technology Stack (ATG RUP 5) Now Available

This is significant news:  the latest Family Pack H Rollup 5 for the E-Business Suite Technology Stack is now available for download from Metalink.  

ATG Family Pack H Rollup 5 screenshot:

The official name for this patch is:
If that's not a big-enough mouthful, it's also referred to as the Applications Technology Group (ATG) Family Pack H Rollup 5. 

This Rollup patch is a collection of technology-stack patches that can safely be applied on top of the ATG Family Pack H. This Rollup patch is cumulative:  all previous patches released for Family Pack H since the initial 11.5.10 release, including Rollup 4, are included in this latest patch.  Rollup 4 is superceded by this latest Rollup.

Why Is This Rollup Important?

Like the previous ATG Rollup 4, we've spent a huge amount of effort both within the Applications Technology Group and across the entire Applications Suite to test and certify this Rollup patch.

Our focus for ATG Rollup 5 has been to consolidate all known safe defect fixes, performance improvements and security enhancements into one well integrated and fully certified update.  We also focused on eliminating as many "co-requisite" patches as possible (application product patches required to interoperate with new ATG Rollups), by working to restore backward compatibility with earlier application levels wherever possible.

We recommend that all customers make plans to move to Rollup 5 as quickly as possible, especially any customers who are not already at ATG Rollup 4.

Changes and Fixes in Rollup 5

ATG Family Pack H Rollup 5 (11i.ATG_PF.H RUP 5, Patch 5473858) includes a range of new features and bug fixes for:
  • Oracle Applications Framework (OAF)
  • Oracle Report Manager
  • Oracle Web Applications Desktop Integrator
  • Oracle Workflow
  • Oracle Alert
  • AutoConfig (includes TXK Rollup Patch P)
  • Configuration changes for the Oracle Database
  • Configuration changes for Oracle9i Application Server
  • Cloning
  • XML Publisher version 5.6.3

Oracle Applications Technology ATG_PF.H RUP5 can be applied only to an existing Oracle Applications Release 11i system running Oracle Applications Technology Family Pack 11i.ATG_PF.H, which is included in Oracle Applications Release 11.5.10. If you don't already have a running Release 11.5.10 system, then you must first install the Oracle E-Business Suite 11.5.10 or patch up to Applications Technology Family Pack 11i.ATG_PF.H.

Special Advisory for Single Sign-On 10g Users

The SSO 10g Integration patch for Rollup 5 (Build 5.0, Patch 5674941) has been released concurrently with this patch.  It is available immediately for download.  Details about upgrading your SSO-integrated environment to use this patch can be found in the latest version of Metalink Note 233436.1.



Oracle Applications Technology ATG_PF.H RUP4 can be applied only
I beleave you ment
Oracle Applications Technology ATG_PF.H RUP5

Posted by Yury Velikanov on May 02, 2007 at 08:17 PM PDT #

Indeed, that's what I intended.  Thanks for catching that typo, Yury -- corrected now.Regards,Steven 

Posted by Steven Chan on May 03, 2007 at 01:52 AM PDT #

David,Thanks for letting me know about this.  The latest version of that Note should have been posted concurrently with RUP5's release.  I'm following up with the documentation's owner right now to find out whether there's a reason for the hold-up.  I'll post an update here as soon as possible.Regards,Steven 

Posted by Steven Chan on May 03, 2007 at 07:12 AM PDT #

Note 233436.1 still references Build 4.0 of the SSO Integration patch. Do you know when the Build 5.0 version of that know will be generally available? I'm starting a new AS10g SSO build 5/7, I'd love to use Build 5.0...

Posted by David on May 03, 2007 at 10:01 AM PDT #

David,The latest version of Note 233436.1 that references the Build 5.0 patches is now visible on Metalink.  I'd be interested in hearing about your experiences with this release after you've had a chance to install it.Regards,Steven 

Posted by Steven Chan on May 04, 2007 at 06:02 AM PDT #

I will be integrating with Build 5.0 starting 5/7, and will happily provide feedback. Right now, I've got one more question - is there going to be a "Build 5.0" version of the white paper referenced in note 261914.1?

Posted by David on May 06, 2007 at 05:00 PM PDT #

David,I don't believe that there are any plans to update Note 261914.1 for Build 5.0.  Build 5.0 of the SSO 10g interoperability patch was released primarily for compatibility with ATG RUP 5, so no new functionality was incorporated.Good luck with your implementation.Regards,Steven 

Posted by Steven Chan on May 07, 2007 at 01:03 AM PDT #

Hi Steve,

I am in the process to upgrade one of our DEV environments.
According to note 375682.1, post-install step 9 Copy Fonts for Oracle XML Publisher, 128R00.ttf, B39R00.ttf ,MICR___.ttf, UPCR00.ttf and five other ALB*.ttf need to be copied to $OA_JRE_TOP. I could not find 128R00.ttf, B39R00.ttf ,MICR___.ttf, and UPCR00.ttf anywhere (and no, not in the patch the note points to). I opened a TAR, I was pointed to a Windows patch 5887917 (BI Publisher Desktop We are on Solaris. When I asked if the windows file will work for Solaris, I was told to load the font files to database. What is your comment?


T Wu

Posted by Tianhua Wu on May 08, 2007 at 02:42 AM PDT #

Hi, Tianhua,This one has me stumped, unfortunately.  If you email your SR to me, I'll see if I can chase this a bit for you.Regards,Steven

Posted by Steven Chan on May 08, 2007 at 05:01 AM PDT #

Thanks, Steven. The SR is SR 6305763.992.

The following is the latest from that TAR:

BI Publisher developers are currently creating a patch that includes the fonts.
( Besides the Publisher Desktop one. )

A Request to correct Note 375682.1 has been entered.

Posted by Tianhua Wu on May 09, 2007 at 01:37 AM PDT #

We found that self service responsibility for all employee was end-dates after RUP5. We are still investigating.

Posted by Tianhua Wu on May 11, 2007 at 03:14 AM PDT #

The problem turned out to be one of our own script. Self Service is fine now.

Posted by Tianhua Wu on May 14, 2007 at 08:24 AM PDT #

Dawna,Thanks for letting me know.  This is troubling.  I'm circulating this Severity 1 bug internally  now. Regards,Steven

Posted by Steven Chan on May 23, 2007 at 12:47 AM PDT #

FYI- We implemented RUP5 on Sunday, May 13th and started having intermittent periods of severe performance problems in our self-service web apps starting on May 14th. I have been working with support to identify the cause and as of last night I identified the issue appears to be a compatibility problem between RUP5 and the My Information page in Employee Self Service. The support analyst was able to replicate the issue and has turned it over to development. We have disabled access to this page until we receive a fix. The bug is 6065849. Just thought I would post this information in case it is helpful to others.

Posted by Dawna Roberts on May 23, 2007 at 02:54 AM PDT #

It appears that the following patches have corrected the problem in our test environment:

5644722 'SSHR ROLLUP PATCH 4 for FP.K RUP1'

Our HR team will complete verification of the fix and I hope to have approval to move the fix into production soon.

MANY THANKS to Jason Brincat Principal Support Engineer with the ATG Group in Melbourne, Australia for assisting me in identifying the cause and finding a fix for this issue!

Posted by Dawna Roberts on May 23, 2007 at 02:54 PM PDT #

Dawna,Glad to hear that this was resolved for your environment.  I've passed on your thanks to Jason, too; I know he'll be pleased to get them.  I was monitoring the internal discussions for your issue and was glad to see the many investigative threads that he spun off come together quickly.Good luck with your production rollout.Regards,Steven

Posted by Steven Chan on May 24, 2007 at 02:05 AM PDT #

Thanks, Dawna! I had the exactly the same problem after RUP5. I will apply the patches.

Posted by Tianhua Wu on May 24, 2007 at 09:25 AM PDT #

After the two patches, "My Information" page works again. Also here is the response for the fonts files:

The developers ARE intending to create a patch for the fonts however,
it has not been created and the hold up is that the fonts are not owned by Oracl

The developers are in contact with the font vendor but, have not yet been
provided the encoding class information needed for using the fonts.

If the font vendor does not give this information, a patch containing it will not
be able to be made. So while the developers intend to create a patch,
there are complications that may make that impossible.

The reference to those fonts has been (or is being) removed from the Notes.

Posted by Tianhua Wu on May 25, 2007 at 01:56 AM PDT #

Thanks for the update, Tianhua.  I'll continue to monitor this thread.  If there are more updates on this front, I'll post them here.Regards,Steven 

Posted by Steven Chan on May 25, 2007 at 07:24 AM PDT #

One other issue we have had since applying RUP5 is that our FSG reports are no longer printing. We get a message "Output is not being printed because: Program failed to set the report print style."

It appears to happen with all reports where the default print style is DYNAMIC. These same reports printed successfully prior to applying the RUP5 patches.

We have an open SR on this issue for 2 1/2 weeks and have not made any progress toward a solution. I was curious to know whether others have had this problem and if so how it was corrected? If needed you can refer to SR
6305801.993 for more details.

We have a workaround where our users are reprinting these reports and manually selecting the print style, however they are getting frustrated after 2 1/2 weeks because we have not made any progress toward a solution.

Thanks, Dawna.

Posted by Dawna Roberts on June 04, 2007 at 06:36 AM PDT #

Hi, Dawna,Thanks for letting me know about this issue.  I saw a similar post on our R12 upgrade forum yesterday, too.  Odd.  I haven't heard about this issue before, but that doesn't mean much as I don't have much visibility into the Financial Statement Generator.  I can appreciate that your users might be getting frustrated at the long resolution time for this.  I see that the SR is still making gradual progress (the latest post is awaiting your update now).  However, if you'd like to give this a kick, I'd recommend calling Oracle Support directly.  Ask to speak with an Oracle Duty Manager and request that your SR be escalated.  That will bump this up in priority, I believe.I've passed on your SR to our ATG RUP5 team in Development, too.Regards,Steven 

Posted by Steven Chan on June 05, 2007 at 03:07 AM PDT #

Dawna,I'm not familiar with the FSG toolset, but here's a comment from one of my team members:<snip>....  if this is a Concurrent Program I would:
Set program to debug in the CP definition and it will print out the
command being launched by CM.Make sure the program runs outside of the Concurrent Manager from the
command line. Use the info from the debug output along with the CM reference
number.Look at the debug output for a run when the user sets the print
styleTest if successful run can be launched from the command line.Verify CP definition.- Verify printer definition in the EBS screens and/or FSG files

</snip>I've passed this on to the Support Engineer assigned to your SR, as well.Good luck with this one.Regards,Steven 

Posted by Steven Chan on June 06, 2007 at 07:14 AM PDT #

Thank you for the information on the FSG issue Steven.

Unfortunately I have run into a new problem. We are attempting to clone our production system for the first time since applying the ATG RUP5 patches and we are getting errors in the concurrent manager startup logfiles after the startup script is executed after the appsTier configuration.

Timing is everything so of course this is happening at a time when we are scheduled to review our cloning procedure with our internal audit department. For obvious reasons I need to be able to resolve the issue as quickly as possible. I just opened SR# 6336269.993 a few minutes ago but I would appreciate any suggestions you might have.

The errors we are recieving are as follows:

TEMP_0607.mgr logfile:
Starting INVTMRPM Concurrent Manager : 07-JUN-2007 08:16:57
Could not initialize the Service Manager FNDSM_EAGLE_TEMP. Verify that EAGLE has been registered for concurrent processing.
Routine AFPEIM encountered an error while starting concurrent manager INVTMRPM with library /work3/oracle/tempappl/inv/11.5.0/bin/INCTM.

Check that your system has enough resources to start a concurrent manager process. Contact your system administrator : 07-JUN-2007 08:16:58

The error repeats for all the managers -INVTMRPM, PODAMGR, RCVOLTM, STANDARD, etc.

Thank you in advance for any advice. Dawna.

Posted by Dawna Roberts on June 07, 2007 at 02:18 AM PDT #

I have found a workaround for my cloning issue. After I run the appsTier process I access OAM>SiteMap>Diagnostics&Repair>Service Infrastructure

When I run the Service Infrastructure Troubleshooting Wizard it says that my db/conc node is not registered with a Service Manager and is not registered with the Internal Monitor. When I click on the register button for each of these two steps and then complete the wizard and exit, I am able to startup the concurrent managers successfully.

I have updated the SR with this information and will use the above workaround until a fix is provided. Thanks, Dawna.

Posted by Dawna Roberts on June 07, 2007 at 08:35 AM PDT #

Hi, Dawna,Thanks for letting me know about the workaround.  I've passed this on to our OAM team, too, to see if they have any thoughts about what's really going here.Regards,Steven 

Posted by Steven Chan on June 08, 2007 at 08:07 AM PDT #

Tianhua,Good pointer; thanks for posting this reference.Regards,Steven

Posted by Steven Chan on July 16, 2007 at 04:25 AM PDT #

We have troubles with existing responsibilities after RUP5. Please check Note:421778.1 for solutions.

Posted by Tianhua Wu on July 16, 2007 at 04:38 AM PDT #

Post a Comment:
  • HTML Syntax: NOT allowed


« July 2016