GeoTools

JMapPane should do rendering on a background thread

Details

  • Type: Improvement Improvement
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 2.6.0
  • Fix Version/s: 2.6.1, 2.7-M0
  • Component/s: None
  • Labels:
    None

Description

Now that JMapPane is being used for complex, time-consuming rendering tasks by some users it needs to do feature rendering on a thread other than the event dispatch thread.

Issue Links

supercedes

Bug - A problem which impairs or prevents the functions of the product. GEOT-2798 repainting sometimes missed after panning in JMapPane

  • Minor - Minor loss of function, or other problem where easy workaround is present.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Michael Bedward added a comment -
i think it's likely that the problems reported with panning richly styled, complex layers are due to rendering clogging up the event dispatch thread.
Show
Michael Bedward added a comment - i think it's likely that the problems reported with panning richly styled, complex layers are due to rendering clogging up the event dispatch thread.
Hide
Permalink
Michael Bedward added a comment -
Created RenderingExecutor class to manage background rendering for JMapPane (r34242 on trunk, r34243 on branches/2.6.x).

I'll keep this issue open until users have had a chance to try out the changes and tell me what's wrong with them.
Show
Michael Bedward added a comment - Created RenderingExecutor class to manage background rendering for JMapPane (r34242 on trunk, r34243 on branches/2.6.x). I'll keep this issue open until users have had a chance to try out the changes and tell me what's wrong with them.
Hide
Permalink
Michael Bedward added a comment -
The changes are working well for the user who originally reported the repainting failures.
Show
Michael Bedward added a comment - The changes are working well for the user who originally reported the repainting failures.

People

  • Assignee:
    Michael Bedward
    Reporter:
    Michael Bedward
Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: