# Refresh Template Repeater data from a template inside of the repeater **URL:** \ **Category:** Ignition\ **Tags:** ignition79, scripting\ **Created:** [May 25, 2018, 10:21pm UTC](https://forum.inductiveautomation.com/t/refresh-template-repeater-data-from-a-template-inside-of-the-repeater/18176 "2018-05-25T22:21:02Z")\ **Posts on this page:** 1\ **Showing post:** 6
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [December 5, 2023, 5:02pm UTC](https://forum.inductiveautomation.com/t/refresh-template-repeater-data-from-a-template-inside-of-the-repeater/18176/6 "2023-12-05T17:02:17Z")
You'll have to explore the Swing component hierarchy with `.getComponent(int)`. However, you will likely be unable to call the custom method on the retrieved Swing components unless you have my Integration Toolkit module installed (formerly known as Simulation Aids), due to limitations of Ignition's native PyComponentWrapper callsites. See this topic for skull-cracking details: > [@Transaction groups triggered expression item updating when trigger is false](https://forum.inductiveautomation.com/t/transaction-groups-triggered-expression-item-updating-when-trigger-is-false/17196/14): > > Ok, so I’ve been down the rabbit hole and found Ignition’s (undocumented) PyComponentWrapper. I haven’t deciphered it enough to be sure, but it seems to be invoked only for particular situations, based on the string constants in the class file (like “getComponent” and “getComponents”). To play with this, I constructed a conversion adapter like so: public class PyComponentAdapter implements PyObjectAdapter { public PyComponentAdapter() {} @Override public boolean canAdapt(Object jObj) { … --- _[View the full topic](https://forum.inductiveautomation.com/t/refresh-template-repeater-data-from-a-template-inside-of-the-repeater/18176)._