Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #19561

Re: records in jtable

Newsgroups comp.lang.java.programmer
Date 2012-10-30 11:33 -0700
References <fd13bd81-2c3d-46b6-8046-afb105894b62@googlegroups.com>
Message-ID <dcf970a2-dc0f-4af8-8277-8cc871fbb4b7@googlegroups.com> (permalink)
Subject Re: records in jtable
From Lew <lewbloch@gmail.com>

Show all headers | View raw


Navnath Gadakh wrote:
> how to delete selected rows from jtable and mysql table too??

Do you mean 'JTable', as in 'javax.swing.JTable'?

Do you mean 'MySQL'?

> plz help

Sorry, "plz"?

In general terms, you need three cooperating components, a GUI widget 
such as your 'JTable', a data model, and a controller or decision-maker.

Call the model the "model", the widget the "view", and the controller the 
"controller". These are the "M", "V" and "C", respectively of the "MVC" 
architecture.

Look all these terms up, btw.

Now, the model isn't just your database table. It's an *object* model that 
is backed up by persistent storage. That means you have two layers - an 
in-memory object model and a MySQL database model.

The "model" of MVC is your in-memory object model, more or less. It's 
not really the persistent storage - that's a separate layer.

Your view does not tell the model what to do directly. It reports things 
to the controller, and the controller dispatches commands to the model.

So if your view calls for a model change, like "delete this row from the 
widget", it tells the controller, such as through an 'EventListener'.

The controller looks at the view's event and determines the object that 
corresponds to the widget's notification. It then goes to the in-memory 
model and says, "Remove this object from the model."

The model component is responsible to clean itself up as needed to 
satisfy the request. Unlike all GUI action, this clean-up needs to occur 
in a worker thread separate from the EDT (Event Dispatch Thread). You 
use a 'SwingWorker' to accomplish that part.

http://docs.oracle.com/javase/7/docs/api/javax/swing/SwingWorker.html

Look all these terms up, btw.

It's the model that determines what, if any, changes need to happen in the 
persistent store. If it receives a "Delete object X" command, for example, it 
lets the persistent store (the database) know to delete everything relevant to 
the disappearance of that object.

The model does this independently of the view, at the direction of the 
controller.

Conversely if an external event changes the model, the next time the view goes 
to display some information it retrieves it from the now-updated in-memory 
model.

Read the Oracle Swing tutorial for initial guidance on how to do the actual coding.

http://docs.oracle.com/javase/tutorial/ui/index.html

-- 
Lew

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

records in jtable Navnath Gadakh <navnathgadakh@gmail.com> - 2012-10-30 00:53 -0700
  Re: records in jtable Lew <lewbloch@gmail.com> - 2012-10-30 11:33 -0700
  Re: records in jtable Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2012-10-30 23:28 +0100

csiph-web