RE: [udig-devel] Various Rendering Issues

["Leigh Fitzgibbon" <leigh.fitzgibbon@xxxxxxxxxxxx>]

I've just managed to recreate the infinite rendering job bug.  Debugging,
the problem seems to be that in the RenderExecutor.isRendering method each
executor is asked about their state and I have a MapGraphic object which
seems to be getting rendered by a RenderExecutorMultiLayer which is
sometimes perpetually returning a state of IRenderer.RENDER_REQUEST.

This is an intermittent problem that occurs during rendering.  Our use case
is that we have a list of locations in another editor that when selected we
show on a map using a MapGraphic.  Our MapGraphic is re-rendered each time
the selection changes and hence the probability of this intermittent issue
occurring can be quite high when the user is scrolling through the list.

It may be the case that this problem is also responsible for the other issue
I reported a) (map not rendering at all).  

Cheers,
Leigh

-----Original Message-----
From: udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx
[mailto:udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Jesse Eichar
Sent: Monday, 3 December 2007 4:30 PM
To: User-friendly Desktop Internet GIS
Subject: Re: [udig-devel] Various Rendering Issues

I've fixed this bug in the code base and it will be in the next  
release.  The other issues I've less experience with.   Although they  
do sound familiar.  Do you know of anyway that I can reproduce those  
issues?  Or maybe a situation that often causes them?

Thanks,

Jesse
On 2-Dec-07, at 7:41 PM, Leigh Fitzgibbon wrote:

> Here you go, a stack trace for c):
>
> java.lang.NullPointerException
> 	at
> net 
> .refractions 
> .udig.project.internal.render.impl.RenderContextImpl.clearIma
> ge(RenderContextImpl.java:218)
> 	at
> net 
> .refractions 
> .udig.project.internal.render.impl.CompositeRendererImpl.refr
> eshImage(CompositeRendererImpl.java:228)
> 	at
> net 
> .refractions 
> .udig.project.internal.render.impl.CompositeRendererImpl.refr
> eshImage(CompositeRendererImpl.java:214)
> 	at
> net 
> .refractions 
> .udig.project.internal.render.impl.RenderExecutorComposite$Co
> mpositeRendererJob.incrementalUpdate(RenderExecutorComposite.java:198)
> 	at
> net 
> .refractions 
> .udig.project.internal.render.impl.RenderExecutorComposite$Co
> mpositeRendererJob.startRendering(RenderExecutorComposite.java:151)
> 	at
> net 
> .refractions 
> .udig.project.internal.render.impl.RenderJob.run(RenderJob.ja
> va:192)
> 	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> I achieved this error by opening a map containing a single layer  
> stored in a
> PostgreSQL database and then closing the view as soon as possible.   
> But from
> the look of the stack trace the data source probably doesn't  
> matter.  The
> layer is quite large and normally takes about 5 seconds to render.   
> This
> looks like a relatively straightforward bug.
>
> Any ideas for a) or b)?
>
> Re: the company, Vince Darley has been posting to the list  
> occasionally over
> the last couple of years.  I've just started posting.
>
> Cheers,
> Leigh
>
> -----Original Message-----
> From: udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx
> [mailto:udig-devel-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Jody  
> Garnett
> Sent: Monday, 3 December 2007 2:20 PM
> To: User-friendly Desktop Internet GIS
> Subject: Re: [udig-devel] Various Rendering Issues
>
> Leigh Fitzgibbon wrote:
>>
>> I don’t have a concrete case here for investigation but I often
>> observe the following annoyances:
>>
>>
>> a)  UDig map does not render – the map view comes up blank.  Hitting
>> redraw causes the map to draw correctly.
>>
>> b)  UDig "rendering map" job active even when no rendering is
>> obviously going on (CPU usage is zero).
>>
>> c)  Closing a map view while it is rendering sometimes causes an  
>> error
>> dialog to pop-up reporting “NullpointerException” but nothing else.
>>
>>
>>
>> These things don’t go down to well at client demonstrations.  L
>>
> Fair enought.
>>
>> We are using UDig 1.1 RC13 with PostgreSQL.  Are these problems  
>> normal
>> or is there something in our environment that is causing trouble?
>>
> Nope these would all be bugs; of one flavor or another. can you give  
> us
> some clues as to what was happening when you experienced these  
> glitches.
>
> I have not heard of your company before; looks like you guys do some
> interesting work. If you need anything specific please give us a call,
> and for bugs such as the above let's work though them on the email  
> list
> here and see if we can isolate them.
>
> A couple of questions; are you *just* using PostgreSQL; or were you
> working with shapefiles and WMS layers at the same time. Were you
> editing at the time (my usual source of redraw difficulties).  Out of
> all the ones you listed above I am really interested in getting a  
> stack
> trace for (c) above.
>
> Cheers,
> Jody
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.16.13/1164 - Release Date:  
> 2/12/2007
> 11:30 AM
>
>
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.16.13/1164 - Release Date:  
> 2/12/2007
> 11:30 AM
>
>
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel

_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel

No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.13/1164 - Release Date: 2/12/2007
11:30 AM
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.13/1164 - Release Date: 2/12/2007
11:30 AM