I have a non-MVC Java app that I'm working on refactoring into MVC for future maintainability. The app GUI includes an arbitrary number of rows, each represented by a JPanel containing several controls. I've refactored the logic per row into a model class, and set up a simple controller following the pattern laid out by this java dev center article. I don't want to paste the whole of that code's MVC skeleton, but essentially it assumes there'll only be one View and one Model of each class around, and that each Model will have unique method names. Everything works fine so long as there's only one model and one controller.
Problem: I now have n RowViews, and n RowModels, all added to the controller. When I update any text field in a RowView, all the RowModels are updated. I can see modifying the controller to store a pair of hashes mapping view-to-model and vice-versa, but that seems to violate the principle of thin controllers. I feel like I'm missing something obvious here, design-pattern and strategy-wise. Any thoughts on solving this?