Oracle OpenWorld OnDemand is now available and includes slides and audio for each of the sessions in which I presented. Here are the OnDemand links:
- PeopleTools Tips and Tricks Slides and Audio
- PeopleSoft PeopleTools Developer Series: Building a Custom Mobile Application Slides
- Monster Mashups: Related Content in PeopleSoft Applications Audio
If you were not able to attend OpenWorld 2010, you can purchase OnDemand here.
8 comments:
Note: for non attendees this has a US$245 charge associated with it!
@Pradash, good to know. Thank you for checking into it and sharing.
Hello Jim,
We have purchased your "Peopletools Tips and Techniques" book.
We are working on a little project for one of our clients where we want to give the users the capability to be able to select different dimensions on the right hand side (in a collapsible tree format) of the page which will result in different graphs on the left hand side.
I want to provide you more details regarding this and get some input/direction from you. Please email me at ramesh.kothuri@gmail.com
so that I can share some design documents to explain our problem and get some direction.
Thanks,
Ramesh
@Ramesh, I would love to hear the specifics and give you guidance, but, unfortunately, I have to stay out of the specifics. Digging into the specifics would be considered a consulting engagement. My employment agreement with Oracle requires all consulting to run through Oracle consulting. To dig into the specifics, unfortunately, would violate my agreement with Oracle.
I am more than happy to provide general ideas, however, and usually do so through this blog as well as the OTN forums and IT Toolbox forums.
Hi
IS there any function in peoplecode to
Convert XML ISO DateTime to PeopleSoft Datetime. See this link : http://peoplesoft.ittoolbox.com/groups/technical-functional/peopletools-l/convert-xml-iso-date-to-datetime-3790412
Hi Jim,
This isn't related to your OOW presentation or OOW itself (which I'm very bummed I had to miss this year). I seem to recall a post you wrote about best practices for customizations, but I can't find it for the life of me. I may be mistaken, but I thought it was about a customization framework which would allow you to write your customs and add it to your framework with far less impact to delivered code (much like the javascript toolbar). If I'm not crazy and imagining this post, could you point me in the right direction?
I ask because we're in a unique situation in our shop. We're in the middle of upgrading from 8.9 to 9.1, and we're considering dropping our customizations and going with a vanilla upgrade of 9.1. Doing so would allow us to redesign how we implement customs and reduce our footprint. Right now we have thousands of customs that are tightly integrated nearly everywhere. We'd love to find a way to decouple our customizations.
Thanks,
Paul
@Paul, Each year at OOW I give some tips, but I don't recall giving a complete list at any one time. Here are some ideas, but I think you already know them:
1. Hook into a transaction through Integration Broker. If a transaction is published as a service operation, then you can create a routing and a subscription for that transaction. This subscription acts as a "trigger" to fire your custom code.
2. Make changes to the UI using JavaScript as shown in the Custom Scripts module of my book.
3. Write your code in an event that isn't used by the delivered component. If it isn't a delivered event, then the event's PeopleCode won't be delivered in a change package. If Oracle delivers component record savepostchange, then you implement record savepostchange (using %Component, of course).
If your customization has to change delivered logic or interact with the component buffer, then you are pretty much stuck with a modification. In that case, you want to minify the impact through FUNCLIB's. If your logic is just setting enabled fields to disabled, etc, then sometimes you can let the delivered code run, then inject a FUNCLIB at the end to reset the value to what you desire. A few extra CPU cycles, perhaps, but certainly less upgrade headache and probably no noticeable performance impact.
There are other tricks, but this is pretty much it. It takes a bit of creativity and common sense. Just keep your eye on the goal and lay awake at night dreaming up ways to avoid modifications.
Thanks for the feedback, Jim. I wonder why I thought that post was real - I must have been extending the custom scripts to this problem. I hadn't thought of the IB option, and I'm sure we'll make use of that too. Now if only we could get the go-ahead to go with a vanilla 9.1!
Post a Comment