Binding Database Tables in Desktop App

Question

I ve created a desktop database app with master and detail tables. I created new/edit/delete functions. I also added a new JDialog that has 2 tables. One of these tables has a foreign key that is primary key of the other table and another foreign key that is primary key of the master table. I want to bind these two tables of JDialog to have master/detail relation. I mean when I select a row in one table I want to see related rows in other table like master/detail tables in the main form. I created firepropertychange support but I think they are not enough.
The code is:
        super(parent, modal);
        initComponents();
        courtTable.getSelectionModel().addListSelectionListener(
                new ListSelectionListener() {
                    public void valueChanged(ListSelectionEvent e) {
                        firePropertyChange("recordSelected", !isRecordSelected(), isRecordSelected());
        trialTable.getSelectionModel().addListSelectionListener(
                new ListSelectionListener() {
                    public void valueChanged(ListSelectionEvent e) {
                        firePropertyChange("detailRecordSelected", !isDetailRecordSelected(), isDetailRecordSelected());
                });I want to show trials of the selected court.
Thanks...

Answer 1

Thanks Michael.   I turned on the tracing, as outlined in the articles, and it gave me a good view into the screens and such as they were loading.
However nothing amiss showed up, all seemed fine in the trace log.  I did try to access my 'Incidents' table directly via the OData endpoint and no data returned, whereas all my other tables did have data.
That made me think (for once)...I went back to my solution and set a breakpoint in the Incidents_Filter method, meaning the filter method that comes standard for all tables.  Sure enough, I had some code in there that only showed data for people in
the 'Administrator' group and/or the default, VS2013 'TestUser' account that comes out of the box with all LS solutions.  
A week prior, I showed a coworker how to use the DesktopClient interface to set up groups and roles. We somehow inadvertently changed the 'Administrator' group to 'Administrators' during the tutorial.  Aaaargh!
So when running locally under the TestUser account, things were fine, but in Azure the filter kept out all the data for this table since no one was in that 'Adminstrators' group.  The breakpoints tip Michael gave me earlier tripped the wire, but the
tracing information helped too, and will be a very useful addition to the toolbox.  
Thanks!