там довольно-таки геморойная хрень вылазит, сам полгода назад делал, отдельно модель, дополнительно cellRenderer и CellEditor писал.
Работает у меня так, что когда жмут таб, переходит в следующую ячейку в режиме редактирования. Естественно и по клику мыши.
Я думаю что очистку текста вам особо не нужно делать, надо чтобы текст выделялся в редактируемой ячейке, тогда юзер по щелчку переходит в режим редактирования, сразу пишет текст и выделенный заменяется новым - стандартное поведение как и везде.
Мне сейчас некогда подробно описывать (через полчаса уезжаю на 1.5 недели в леса :) ), но все работало сносно как в экселе, прилагаю пару файлов, там конечно немного наговнокодено, но думаю разберетесь.

модель

целлЭдитор.
Заодно может мой код покритикуют, носом потыкают в грязные места)))
хотя проект отложен в итоге и уже не актуален

BlazkowiczNixicЗаодно может мой код покритикуют, носом потыкают в грязные места)))
- Сильно хромает английский в именах идентификаторов.
- Рефакторинг extract variable очень по тебе скучает
- Имена переменных сокращаются до аббревиатур там где этого делать не стоило
- CreateRequestProcessingTable.createRequestProcessingTable() это за гранью. Вся простыня заменяется двумя-тремя массивами
- Аналогично за копипасту простыней в RequestProcessingTableModel надо бы линейкой по рукам. Биндинг можно было бы и автоматизировать.
- Не стоило TableModel превращать в DomainModel. Куча бизнес-логики setValueAt. Такая логика должна быть в отдельных методах. Есть у бизнес-логики тенденция к переиспользованию. Здесь же она прибита намертво к Swing и JTable.
- RequestProcessingTableCellEditor делает кучу всего, что непосредственно к CellEditor отношения не имеет. Тут нужны минимум 3 класса.

Код на троечку.
Спасибо большое, я в принципе себя так и оцениваю, как программиста. Замечания учту, к списку буду периодически возвращаться.