[Linux Lobby] AFLobby Beta 3.9.7

[AF]

Look at the archive that cotnains aflobby.jar and so on.

You'll notice a folder called lib containing 3 files, which are all dependencies. AbsoluteLayout.jar, swing-layout-1.0.1.jar, and substance.jar.

You dont need any source code, you just need these 3 Java packages in that folder in the class path.

If you dont know what the classpath is then you're obviously going to need to figure it out before you can go any further as its a rather fundamental thing to java. Java looks for classes inside the classpaths. Just like VC2k5 looks for classes within includes. And how .Net has System.winforms. etc....

If those jar files are within the classpath then the compilation process will use them and you neednt use any source code.

As a further note of clarification, /src/aflobby/ is not a nice naming convention I amde up or an organisation thing I did. The files inside the /src/aflobby/ folder all have package aflobby; at the top, and if they were in a different folder it could produce compilation errors.

For example, the org.jdesktop.afscustompackage.myclass would be at /src/org/jdesktop/afcustompackage/myclass.java

I suggest you look through netbeans documentation instead of simply executing Ant build.xml. I have a big suspiscion that these build files are generated at runtime by netbeans with dynamic values inserted into the source.

I have removed dependencies on the AbsoluteLayout.Jar library, and I'm currently removing dependencies upon the swing layout extensions library.

[Auswaschbar]

Great, it now compiles fine out-of-the-box

AFLobby FTW!!

[chlue]

You are aware of this problem?

Code: Select all

x@chlue:~/install/games/spring/game$ bash ./aflobby.sh
AFLobby beta1 Release candidate
TASSERVER 0.34 0.75b2 8201
Exception in thread "Timer-3" java.lang.NullPointerException
        at aflobby.LMain.SetFocus(LMain.java:738)
        at aflobby.CLoginProgress.NewEvent(CLoginProgress.java:43)
        at aflobby.LMain.ProcessEvents(LMain.java:571)
        at aflobby.LMain.Update(LMain.java:447)
        at aflobby.UpdateTask.run(LMain.java:41)
        at java.util.TimerThread.mainLoop(Timer.java:512)
        at java.util.TimerThread.run(Timer.java:462)

or another one

Code: Select all

Exception in thread "Timer-3" java.lang.NullPointerException
        at aflobby.LMain.RemoveView(LMain.java:667)
        at aflobby.CChannelView.NewEvent(CChannelView.java:1677)
        at aflobby.LMain.ProcessEvents(LMain.java:571)
        at aflobby.LMain.Update(LMain.java:447)
        at aflobby.UpdateTask.run(LMain.java:41)
        at java.util.TimerThread.mainLoop(Timer.java:512)
        at java.util.TimerThread.run(Timer.java:462)

Seems to have the same reason. The first occured while the GUI shows "connecting", while the second one occured while the GUI shows something about unitsync. This errors do not occur all the time, so sometimes I manage to connect (1 out of 5 or so).

Despite I have to say, that I cannot share your opinion about interface design, this is the first lobby with sufficient features that I get to occasional work under Debian64 (I dont get TASClient to work under wine for some stupid reason). Thanks for that.

[AF]

AFLobby beta1 Release candidate

Download AFLobby beta 2 RC1 here

I cant bug fix old versions. Update to the latest version before reporting errors. You may find that the error has already been fixed. Also the source code has changed a lot since beta1RC1, all the line numbers have changed so your stack traces aren't useful anymore.

[AF]

I'd also redownlaod to make sure you have gotten it downlaoded correctly.

Even if you did connect, because you're using an outdated version of AFLobby, you cant use the 0.75 build of unit sync which means you have no mod or map listings and no way fo joining battles.

Those using svn versions will need to modify their installs, the flags have been moved from inside the jar file into the filesystem in the /images/flags/ folder.as shown in /svn/trunk/AFLobby/package1/

[chlue]

it is from the file named AFLB2rc1.1_11july2007_build2.zip and the client autochecking you implemented responds its the current version.
If this really not the latest version, you should make more clear where the latest is.

[AF]

hmmmm, have you tried svn?

[chlue]

you mean from there: https://taspring.clan-sy.com/svn/spring/trunk/AFLobby/ ?
No, but I have no idea to build this stuff anyway.

Apparently Terrax postet the same problem on top of page 36, too.

In case your are still online, i am curretly lurking in the #aflobby-channel, so if you have time and want to look into it, we could talk about this problem there.

[AF]

My only guess then is that you've not read the readme and totally borked up your attempt at installing AFLobby.

[YokoZar]

My only guess then is that you've not read the readme and totally borked up your attempt at installing AFLobby.

Where is the "package2.zip" referred to in the readme?

I built the latest svn using netbeans then ran the jar file with java -jar "/home/scott/src/AFLobby/dist/AFLobby.jar" and your warning about not running using the startup script popped up, but I can't find it anywhere in the package.

After doing this, I found I already had a ~/.aflobby directory with the contents of the package1 folder - is it no longer necessary to copy these things by hand?


edit: ok, I managed to look around for an old release and guess the right way to launch aflobby in my case:

Code: Select all

cd /usr/lib/spring
java -Djava.library.path=. -jar "/home/scott/src/AFLobby/dist/AFLobby.jar"

When I get around to packaging this I'll just rewrite such a script from scratch (obviously the location of where AFLobby is getting installed will change).

[AF]

package2.zip contains aflobby.jar and all the other binary java packages. If you're compilign from svn then you dont need them just compile using the svn and make sure substance.jar is in the aflobby folder like th devreadme.txt file says.

[bruno07]

I downloaded, installed and ran AFLB2rc1.1_11july2007_build2.zip on my 64bit Gentoo linux.

It errors out with:
unitsync.so: libGLEW.so.1.3: cannot open shared object file: No such file or directory
I do have the file, but it is x86_64.. Which i suspect is the cause. (I even tried reinstalling the glew package to no avail)

If i replace the unitsync.so with a x86_64 version from my spring game folder it whine about ELF header instead :)
unitsync.so: wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch)

Why does unitsync need glew anyway?

[YokoZar]

I downloaded, installed and ran AFLB2rc1.1_11july2007_build2.zip on my 64bit Gentoo linux.

Can you try building on 64 bit? That might make it play more nicely.

[AF]

I wonder if its a mismatch between 64bit and 32bit software happening here?

I better move fast with the next beta release, I want to add a few extra fields to the player data list in the battle window, add a kick command, and a few other niceties.

Then Ill try to finish the french translation as much as I can and release.


May I note to all users that they shouldn't use the unitsync.so bundled with aflobby right now, they should use the unitsync.so spring comes with (0.75b2 unitsync).

I'm also going to add unitsyncs location to a config file value, so that packages can auto magically replace the value

[YokoZar]

I'm also going to add unitsyncs location to a config file value, so that packages can auto magically replace the value

Good idea. That'll make launching much simpler to code too.

So, now that I've used AFLobby a few times, I'll give you my first impressions about the things that stuck out in my mind.

• I like the color selector, it's much better than TASClient with its big wheel to choose from. However, I did run into some annoyances with the teams settings not being automatically updated when the game host force changed them on me, making me unintentionally change my team when I swapped my color.
• I like how the battles are organized much more nicely than TASClient, with the ones I can actually enter at the top.
• There is no need for a giant "SAY" button next to the chat window. Everyone knows (or can easily figure out) to hit enter anyway. Similarly, the adding of "says" after someone's name when they chat is a bit unnecessary.
• I ran into an annoying bug where the chat would constantly scroll back up to near the top. I ended up having to continually drag the scroll bar down to the bottom just to see what people were saying.

I could do a more through usability review (nitpick) of your next "official" version if you'd like.

[AF]

I feel the big says button just makes it feel that much more complete, it makes it look more like the IM and chat clients I'm used to.

I ran into an annoying bug where the chat would constantly scroll back up to near the top. I ended up having to continually drag the scroll bar down to the bottom just to see what people were saying.

Is this specific to channels or pms or battles? Did you have autoscrolling turned off and was reading up the page at the time?

SVN Commit: fixed a button in main windows margins, added more french translations.

[Agon]

Same for me in the battle window. I think it happens then the user scrolls in the battle window chat. After scrolling it does not work.

Edit:
Bugreport:
I´m not able to load/start a spring game as a spectator+client.
Spring does not start.
The rest of the players can play and load spring.

Edit02:
Bugreport:

Code: Select all

AFLobby beta1 Release candidate
TASSERVER 0.34 0.75b2 8201
Exception in thread "Timer-3" java.lang.NullPointerException
        at aflobby.LMain.SetFocus(LMain.java:738)
        at aflobby.CLoginProgress.NewEvent(CLoginProgress.java:43)
        at aflobby.LMain.ProcessEvents(LMain.java:571)
        at aflobby.LMain.Update(LMain.java:447)
        at aflobby.UpdateTask.run(LMain.java:41)
        at java.util.TimerThread.mainLoop(Timer.java:512)
        at java.util.TimerThread.run(Timer.java:462)

Edit03:
Bugreport:
Replays do not work.
Spring start but reports errors.

Hope the next version will be released very soon. (Both Aflobby and Spring)

Edit04:
Could we get a something to build aflobby with make/ant/scons or so?
Would be good for me to create a rpm paclages.

[YokoZar]

Is there a way to see what commands netbeans is passing to ant? Building with netbeans works, but opening the directory in a terminal and typing "ant" doesn't.

[AF]

thats because your not providing ant with a target file.

Lets say I have a folder containing a.xml b.xml and c.xml, I enter that folder and type Ant in the command line, which one would it open?

Ant would open, see it has nothing to build and exit.

"ant build.xml" should do it.

[Relative]

AF, I think you would like to know that I was wrong about the absolute path of unitsync. It is usr/lib/spring like you said earlier.

Also, I can't get aflobby to start with my new PC. It crashes straight away:

Code: Select all

AFLobby beta1 Release candidate
java.lang.UnsupportedClassVersionError
   at java.lang.VMClassLoader.nativeDefineClass (VMClassLoader.java)
   at java.lang.VMClassLoader.defineClass (VMClassLoader.java:130)
   at java.lang.ClassLoader.defineClass (ClassLoader.java:679)
   at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:108)
   at java.net.URLClassLoader.findClass (URLClassLoader.java:955)
   at java.lang.ClassLoader.loadClass (ClassLoader.java:359)
   at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1333)
   at java.lang.ClassLoader.loadClass (ClassLoader.java:310)
   at java.lang.VirtualMachine.main (VirtualMachine.java:99)