[Linux Lobby] AFLobby Beta 3.9.7

[Relative]

JNI-aware UnitSync.so available here

Dump the file next to AFLobby.jar and rename it to 'unitsync.so', that should give you a fully functional lobby.

Yay, I don't know what this does, but yay! Is this meant to fix the login problem, because I still have that

Edit: This login problem occurs under windows XP as well.

[Kloot]

No, it's meant to fix BrainDamage's problem (amongst other things), but you nevertheless need that particular file to do anything useful with AFLobby under Linux.

[10053r]

It's my guess that Java 6 is not out for Ubuntu because it still has a bunch of bugs in it. If you really want it, you can get it from the "edgy-proposed" repository, but I went back to Java 5 after trying it out because it destroyed eclipse (my most used program). I seem to remember it having trouble with azureus also, but I might be making that up. AF, if you can make it work with Java 5 without much trouble, please do.

[AF]

That'd require me to spend ages fiddling with netbeans and the java 5 sdk

The login problem is in trying to load java bindings in unitsync which arent there, because the default unitsync hasnt got any java bindings.

[Kloot]

Relative's problem doesn't have anything to do with UnitSync, though.

[Relative]

The login problem is in trying to load java bindings in unitsync which arent there, because the default unitsync hasnt got any java bindings.

Then how the hell are you getting past your own login screen? I have the unitsync.so from kloot, and this problem also occurs under windows XP as well as ubuntu linux.

[AF]

Exception in thread "Timer-5" java.lang.UnsatisfiedLinkError: no unitsync in java.library.path

This is your login error.

AFLobby is trying to load the unitsync with java bindings. I stress unitsync.dll/so not unitsyncJNI.so as kloot said you have to rename it.

If you put AFLobby in c:\aflobby\aflobby.jar then you need a unitsync with JNI bindings at the same place, and you need to run it from that location. The same goes for linux. AFLobby looks for unitsync in the current working directory.

This is not a bug in AFLobby, this is a bug in how you installed AFLobby. I could change it to simply show a message and logout, but then it'd be pointless as you cant do anything else but log in.

Under windows, put both aflobby and unitsync.dll in your spring folder. Dont run aflobby from the archive, extract it to the proper location, with lib fodler and unitsync.dll intact.

[Kloot]

AF, this is Relative's stacktrace:

Code: Select all

~/Desktop/AFLobby_alpha12.zip_FILES$ java -jar "AFLobby.jar"
/usr/share/themes/Human/gtk-2.0/gtkrc:70: Engine "ubuntulooks" is unsupported, ignoring
/usr/share/themes/Human/gtk-2.0/gtkrc:240: Priority specification is unsupported, ignoring
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: javax/swing/GroupLayout$Group
        at aflobby.LMain.AddView(LMain.java:626)
        at aflobby.LMain.formWindowOpened(LMain.java:439)
        at aflobby.LMain.access$300(LMain.java:54)
        at aflobby.LMain$3.windowOpened(LMain.java:152)
        at java.awt.Window.processWindowEvent(Window.java:1187)
        at java.awt.Window.processEvent(Window.java:1148)
        at java.awt.Component.dispatchEventImpl(Component.java:3955)
        at java.awt.Container.dispatchEventImpl(Container.java:2024)
        at java.awt.Window.dispatchEventImpl(Window.java:1778)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) 

His login error is not the same as and unrelated to BrainDamage's.

[Relative]

That's what I have done are far as I know.





I cannot see what I have done wrong here. (In windows atm, but this identical under ubuntu)

[AF]

There's no spring.exe or maps or mods. AFLobby wasnt developed standalone, and I used my active spring folder to test. Running AFLobby on its own without any other programs is not reccomended.

Also GroupLayout should exist, and indeed does on other machines, I can only think its related to java 5 vs java 6. Nethertheless I'll look for any instances of that class used by netbeans and change them if I can.

Why it matters if the end results are a block of white under Java 5 is somewhat irksome.

[own3d]

Could you make life a bit easier by providing a zip with the library for linux and windows and some instructions as to how we can test this it would actually allow people to get going with it.

[AF]

When I released it I included the windows unitsync binary, but nobody had compiled a linux binary at the time and nobody has yet to build a Mac OS X library.

For the vast majority of windows users, extract the zip into your spring folder and double click on aflobby.jar.

If double clicking on aflobby.jar instead makes windows ask what you want to open it with(bad java installation?), create a shortcut with java -jar aflobby.jar or enter that into a command prompt while in the spring directory.

For linux users, extract into spring folder, make sure /lobby/aflobby/ is writable, download the new unitsync kloot compiled to the same folder and rename it to unitsync.so, then do java -jar aflobby.jar

[hollowsoul]

Err u do realise spring folder on linux package installs is ro ? And added a rw package their for all users == a security risk

AFLobby supports scanning multi-datadirs for AI ?
Just some random thoughs, be better off to store configs / caching in
HOME/.aflobby

Random outside thoughs, since u keep posting in UnityLobby threads

[Relative]

]Random outside thoughs, since u keep posting in UnityLobby threads

I think he is hinting at something

[AF]

You've obviously never ran aflobby, I'd appreciate it if you didnt give input for the sole purpose of copying me.

AFLobby doesnt support AIs at the moment, thats beta 13 stuff. It needs readwrite access to put out minimaps, there's no reason why you cant just symlink lobby/aflobby/minimaps/ to a read write folder.

However keep in mind that my primary target audience eventually is not to single out the linux community, and that I dont develop on a linux box, linux just happens to be the platform most in need of such a lobby.

[smoth]

read my response on my forum.

[AF]

I have noticed 2 thigns when joining games, as I've mainyl tested in games where aflobby is hosting upto now, tasclient sync isnt kept when joining someone elses games, and the minimap isnt drawn. I'll correct these soon aswell as any other errors I can recreate

[AF]

Relative, in windows the last screenshot with it saying 'logging in' if you try it in the spring folder, and let it generate the minimap images, does it do the same thing? And if you then run it a second time does it stay on the logging in page and never goto the main page? Just a suspiscion...

[AF]

Download alpha 13a here

This version writes minimaps to /HOME/.aflobby/ on linux (is that right or is the case incorrect?).

I also changed a few things. I changed the layout class from boxlayout to cardlayout in hopes it changed the grouplayout issue. I also added "-target 1.5" to the compile command.

I also fixed a few issues, such as sync and an error that made it change map when you started the game to "", and I made it check sync before it sent initial status.

I also fixed a few errors with things not resizing correctly.For example, I re-arranged the components on the login page.

I also added a check to not set the java looknfeel to native if the returned string is "ubuntulooks"

Also, if the incorrect UnitSync is present or there si no unitsync at all itll display an error instead fo crashing and login, but you wont have any maps or mods to play with.

A JNI aware unitsync.so is included courtesy of kloot.


Extract to your spring folder, and run aflobby.jar by either double clicking on it or running the command "java -jar aflobby.jar"

btw you may have to create the folder /lobby/aflobby/maps/ or /HOME/.aflobby/ if they dont already exist.

[Relative]

No need to worry any more about my problem, it works now with 13a.

This version writes minimaps to /HOME/.aflobby/ on linux (is that right or is the case incorrect?).

I believe it should be "home" and not "HOME". Also, shouldn't you place the lobby minimaps in in .spring were all the other files for spring are kept?