X

It's All About the Platform.

Groovy Workshop for Oracle Partners

Richard Bingham
Senior Development Manager

On the 17th June we partnered up with two colleagues from Oracle UK Solution Consulting and ran the first of hopefully a repeatable one day workshop covering the basics of using Groovy in Oracle Sales Cloud. It was based on a requirement where we'd seen many basic Groovy usage questions from Oracle Partners and needed to offer them something more. The intention was simply to help people understand the basics of when, where, why and how to use Groovy and did not require attendees to be full-time programmers, but to just have a basic understanding of coding principles and to be familiar with Application Composer features.

Because the course was in a workshop format, with lots of hands-on, we set a limit of 15 attendees to ensure we could sit and help everyone when required. We were pleased that we filled the available places immediately with participants from three Oracle Partners based in the UK, as well as a few from Oracle including Solution Consulting and Oracle Consulting Services.

The workshop content was based on three main lesson sections, followed by a free-form set of exercises to reinforce learning. The content consisted of:

  • Using the Groovy Environment - what is Groovy, where you can add groovy script in Sales Cloud, and using the Expression Palette effectively.
  • The Event Architecture - the order and frequency of when your scripts will fire. Understanding this life-cycle means you avoid the potential implications of getting it wrong.
  • The Data Architecture - how to access data using Groovy, including using Object Relationships, using View Objects, and calling internal Web Services.
  • The Groovy Challenges - covering the lessons above, we provided twenty different testcase scenarios that could be attempted, increasing in complexity from setting a Default Value using Groovy up to more complex challenges such as conditionally calling multiple web services. If participants preferred to follow a script, or just need a hint, then there were worked examples of each challenge also.

The delivery style of the lessons was focused on plenty of illustrative examples from a live system, and at key points had small practical hands-on exercises. We deliberately used unscripted exercises (compared to traditional course "labs"), allowing attendees to use some creativity and to challenge them to think more about their code.  This seemed to work quite nicely, with many people learning key basic lessons as well as including some of their own ideas. For example instead of putting data values in a custom field one attendee used a row count loop to illustrate how many related record rows existed.

We issued feedback forms at the end of the day, and the responses were very positive with some great additional ideas to make it even better - such as extending it to two days to allow more coding time and offering more example business requirements that might match to particular features. We hope to run this course again, with a few improvements, and perhaps in different locations and formats. This of course depends on demand, so if you are interested please let us know in the comments below.

 

Be the first to comment

Comments ( 0 )
Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.