I am surprised that this was never implemented??? There are a lot of times when you will want to control when to swap. How do you do this with JOGL (I am currently using GL4Java)? In my case I have my own rendering thread… sometimes I re-render my entire scene in the back buffer and then swap and sometimes I render in the front buffer using an XOR Op for rubberbanding etc. Obviously when I only render in the front buffer I don’t want a swap but it seems like I can not control that in JOGL… My point is that this is an important feature 
I’m running into the same problem here trying to develop a multi-headed application (actually an SGI cave app). It’s really frustrating that this is not a proper OpenGL port, but just a hand-wavy attempt at it.
I will have to defend Ken and the JoGL team here a little. It’s definitely not a hand wavy attemp at an OpenGL binding, they are trying to mitigate the risks involved of the makeCurrent,free, and swapping conundrum that appears. We all want it to be as robust as possible and as safe as possible. I am on your side that this functionalty needs to exist and I have some ideas, but what the JoGL team needs is feedback of what you are trying to accomplish in each of the programs, whether it be manual buffer swapping or makeCurrent and free operations. I have already submitted to Ken an implementation that supports custom swapBufferStrategies that will allow your desired behavior, but he had some problems with me making too many things public. We’ll get through this I’m sure, but it’s going to take some thought.
-moorej
Any news on this? =/
Who knows. Not sure why its taken 3 months to close the loop on this feature. I say we ping Sun, and then make the change
This doesn’t exactly require a red ribbon comittee…
The underlying support whicih this feature required, a per-thread notion of the OpenGL contexts that have been made current, was only committed within the past few weeks.
Pressing J2SE 1.5 work has prevented active work on JOGL recently though I hope that will change in the near future.
Cool, thanks for letting us know. =)
[quote]The underlying support whicih this feature required, a per-thread notion of the OpenGL contexts that have been made current, was only committed within the past few weeks.
Pressing J2SE 1.5 work has prevented active work on JOGL recently though I hope that will change in the near future.
[/quote]
Well since we’re all one big open source family, can you or someone else post the intended path so someone else can take a crack at it?