Kepler

is there a reason we have the "login anonymously" button?
i believe it is an artifact of functionality that is no longer used. what is the use for the "kepler/kepler" user account?
i propose removing that button from the release if no one is using it for something.

The login anonymously is needed for the kepler component repository. It's there so that people don't have to have a user account in order to upload components to the repository. unless we're going to require people to have usernames to use the repository, it should stay.

i can recreate this error in the installer version of kepler, but not in my local development version (using release tag).

this now works in the cvs branch and in a new installer i just created. closing this bug.

actually found that this bug still existed as an artifact of multiple login dialogues appearing when concurrent threads were requesting auth credentials. it can remain closed, but I wanted to comment on it.
cvs commit message is such:
"change the LDAP login gui to use a singleton patter rather than a static method pattern so that displaying the login dialogue can be a synchronized process (in cases when requests for authentication are happening in concurrent threads as with the ecogrid searches and retrievals)."

works on ubuntu (v3 installer)

Works on win v3 installer.

On mac when I did the search a second time, after restarting kepler, it hangs for a long time. So I cancelled. Then I restarted and tried a third time and got an AuthenticationException error with a hung "Progress" bar.
Then I installed a fresh v3 on mac (deleted jar installer, application and .kepler directory then downloaded and installed v3 with R again). Set sources to KNB Metacat Query Interface and KNB Metacat Authenticated Query Interface like I had before and searched for datos. And it worked fine the first time. Then I exited kepler and started it back up and did the same thing and waited 14.5 minutes on a blank "KNB - LDAP Login" screen before I gave up and quit. Then tried a third time again and got the same error as before
org.kepler.authentication.AuthenticationException at org.kepler.authentication.AuthenticationManager.getProxy(AuthenticationManager.java:124)

Was able to see the errors on my local workspace version (thank goodness). I've added synchronized to the EcogridservicesController where authentication is being kicked off - this seems to have resolved the thread contention (and errors) for my local checkout. If others (aaron) could check these changes locally before creating more installers, that would be great.

Looks ok here, we'll see what happens in the next installer...

It worked fine in mac v4 installer.

Original Bugzilla ID was 3269