What JAVA version for this port?
(Sorry, my English is bad :( )
What JAVA version for this port?
(Sorry, my English is bad :( )
It shows me 90 errors in NetBeans.
jdk6 would work. I think it is just 7 that will cause problems.Originally Posted by Nicon
I'll take a shot in the dark, did you add in the libraries?
At least java 7 mandatory if diamond reference's present
APQ stands for "AmoriaPQ" or "AriantPQ"?
Last edited by Quack; 10-09-15 at 12:58 AM. Reason: Wrote the PQ wrong
Thank you! I needed something like this.
Hey,How can I enable autoregister?
This repack include the serveproperties,and there is a line that can be choice enable/disable autoregister.
I rewrote false to true,but it doesn't work.
That's because it was hardcoded into the source as disabled. Why? Because auto-register doesn't work. LeaderMS is full of these situations where the devs saw a hole and nailed some planks on to board it up. Rather than properly fixing things, they largely used hackish tricks to make things semi-work.
I spent a few months trying to clean up and improve on this code base, but the deeper I got the more problems I ran into that were not properly solved. LeaderMS devs were not remotely consistent with their code "design" and often hard-coded things that should have been configurable settings or stored in the database. Granted, Maplestory server emulators have never been praised for their beautiful code... So the problem does not rest entirely on LeaderMS devs, but stems back to the source code it was built off of.
When I saw this and people were commenting "hey, this looks pretty good" I was hoping for an improvement on XiuzSource... Unfortunately, what I found is that while it may have fixed and got "working" several things that were not in Xiuz, it also did a lot of things improperly which simply need to be rewritten altogether. For anyone seriously trying to run a GMS-like server, I can't recommend this source (or any other public v62).
So whats wrong with it then?
When I started LeaderMS used Xiuz, sooner I saw that the problems in Xiuz were the same as all other src. Oh you ask me, what? Maplemap / MapleQuest, I believe that the problem with drops and respawn has always been the problem worse versions v.62 / 83. Both me like no other member of this forum would post a public source that is completely stable, more on all sources posted here, I think LeaderMS and the complete set of all sources already posted here, with a little of each. If someone willing to organize further, and strive to correct problems such as drops and respawn would have a totally stable server. I'm working on a v.62 source, who soon want to post here, where all correct quest system used a different system in respawn, something mirrored in +100, using locks and so many other things, and some betas run had only errors script. LeaderMS and based in Valhalla, you can download the source V83 of Valhalla and correct many things in LeaderMS.
@SSFM @GabrielSin
The OdinMS base in my opinion is.. i don't know, poorly written I guess? It's also outdated, and all the people since who've added onto Rev 988 have ended up causing more problems. If you wrote your source from scratch, you would fix all of the problems in Odin and know your code inside and out. I know that when I did, I fixed all the annoying disconnections while having a 2000x multiplier and constantly killing mobs and tons of other problems. Quests? Well, I haven't ever really implemented quests.. I'm not GMS-like so I don't worry about it, but what's the problem with them anyway?
Also, using locks is a good thing, it's safer than synchronizing which Odin doesn't even do in some methods that require it. If you want to, you can remove all of MINA as well. There's also all kinds of other small things that weren't the greatest like the command processors and i don't remember what all else (the hack buffstats annoyed me as well). But because every source here uses Odin, you're almost always going to have the same problems regardless of what source simply because these "sources" just add features and change things, they don't (too often anyway) have major fixes.
Oh, and I'm not familiar with this source, but hard-coding configuration files like ServerConstants and WorldConstants and etc is what I do and I don't see why that's so bad, but if they had no constants file and directly use integers/booleans, then yeah, that's really terrible lol..
when i use a jdk 7 (1.7.0) i getalot of " use -source 7 or higher to enable multi-catch statement"
when i use a jdk (1.6.0_45) i get alot "use -source 7 or higher to enable multi-catch statement"
at netBeans is it normal or i should use difrent JDK?
use 7, make sure you don't have another 1.6 installed since it looks like netbeans keeps finding a 1.6 even though you have a 1.7 installed. (check program files and program files (x86)) The error shouldn't occur when you have 1.7 installed and the project in netbeans is set to use it.
So clean Xuiz is better (for coding convention not hackish working features)?
you may need to change jdk 1.6 to jdk 1.7 in netbeans project libraries too
thank you, it fixed the problem.
Reply With Quote