Tryskell

First it should be public void increaseNoblekills() { if ((getPvpKills() == (Config.PVPNOBLE)) && (getPkKills() == (Config.PKNOBLE))); { setNoble(true); sendMessage("Congratulations you Reached "+ Config.PVPNOBLE +" PvPs and "+ Config.PKNOBLE +" PKs and Recived Nobless"); } } ----- Second, your code means : if you get 100 pvp and 100 pks, go noble. You think it's good but it's not. Your code doesn't think about if one value is higher than that. Your condition can be fill ONLY IF BOTH PVP/PKKILLS = 100, which is nearly impossible to do. So rethink your idea better cause it's crappy atm :). Instead of == use >= for both pks and pvp stuff. public void increaseNoblekills() { if ((getPvpKills() >= (Config.PVPNOBLE)) && (getPkKills() >= (Config.PKNOBLE))); { setNoble(true); sendMessage("Congratulations, you reached "+ Config.PVPNOBLE +" PvPs and "+ Config.PKNOBLE +" PKs and received Noblesse status."); } } ----- Third you don't need to do that : increaseNoblekills(int i), as i is never used. Clean both increaseNoblekills(getPvpKills()); for increaseNoblekills();

http://www.java-forums.org/eclipse/312-exception_access_violation-0xc0000005.html The problem is the environnement where you launch your system, not the system (pack) itself. This can be confirmed when you say you were using L2JFree and now another pack, and both got errors. So reinstall JDK properly and clean the left keys aswell with CCleaner or such. ---- I don't think those 2 particulars projects got the same errors, EXCEPT IF your new project is based on L2JFree. Taht would means L2JFree is unstable, and surely make cry Intrepid :D. And use godamn Google, there are more and more threads about this issue.

Those tables are handled in XMLs. And it's like that since some weeks (months) already, lol. eKo already asked, use search function next time.

Well, you should post on Frozen forums, they're supposed to know their pack better than MxC users, and could tell you if it's possible or no. With some lucks, they could even replace their buffer by the one you link, if they judge it's better.

It was a 3 lines answer, hard to miss it :P. A tip you surely won't follow, but don't begin a pack if you fail correcting that already. I know it's "cool" to be the leader of a project, making it private you can make a lot of $$$ selling crap... Well, the last argument doesn't deserve my speech. Bha. --- PS : a forum is a forum. If solution (or at least the "logic approach of the problem") can be seen by all, it helps the community. Fixing your error via TeamViewer will lead to 2 things : this topic will be useless for community, as solution won't never be given ; and second is if I correct, you won't be able to correct things by your own, and finally ask help anytime you're blocked. I'm blocked too deving my own stuff, but I manage to find solutions by my own. Thinking another way will lead to the death of your project. That doesn't mean I can't help you. But try to think one, two or more times and don't hesitate to re-read what people write. Tk.

It currently misses all htms and SQL structure (well the last thing can be find easily looking the charschemetable). I don't know russian and don't want to translate the whole topic, so ask to the guy directly PMing on the forum for missing files, or read the whole topic if he shared missing stuff.

Follow all steps : Move of your chair, Turn 7 times around you in left, Then 7 times around you in right, Jump on one feet, Sit down anew, Repeat the magical sentence "Where, in my current pack, I could find exemples of what I want to do". Ok, only last part is useful but hey it could be actually funny to think you made all steps. ---- So you got a //nokarma admin command, and you can check how are made NPCs "orders". Use CTRL+H to find easily things.

This is a minor issue for me right now, lol. From what I know of it, 3 packets, a couple of htms, and quest fix. Don't expect all is corrected after 74 revisions and 3,5 months :). And another part, nothing constraint you to share missing parts of code. But you're right, and I know the issue already. Edit : rev 75 is out.

Just lol, when I saw the code I was like "wtf, where comes this getKnowledge()", lol. AND YOU GOT MISTAKE IT CANT COMPILE MENGZ. About topic itself, well I'm gonna quote myself : http://maxcheaters.com/forum/index.php?topic=205095.msg1742340#msg1742340 Search through MxC for events, adapt them, if you got error just reports them but don't ask for premade stuffs witch can't exist. "You ask the moon", as we say in France.

It's probably a missing handler, or more accurately an handler which got no content/miss contents so you can initialize it but when it comes time to load -poof-. In AdminCommandHandler, search the line 67, and correct content of the handler. Post both line and eventually the file itself :P.

Np, the best practices at first times is surely to copy paste codes you find all over MxC, analyze them (aka, know why you copy that here, and what does it do), and do experiences all over with it (change messages, add things and such). Once you understand the principe, try to merge different part of codes to make a single, unificate mod. In the same way, you can begin to ask you "how could I ameliorate it to use less codes/use existing stuff), if it is possible ofc. You will have an overview of main parts of codes && you will work your logic like that. To get others parts, you have to train, and train, and train :). Be original in the mods you take, try to know where is located things like clans, cursed weapons, etc etc. Touch to all. You can't know all in one time. As I said, each pack got his unique "code". To give an exemple, my own IL pack can't use L2J "checkouted" IL skills, as it can't use Freya skills. There are homemade skills, made only for my pack, which won't work "like that" on another pack. I decided to keep some parts of IL and leave some parts of Freya to do a unique combination. Would be pointless to make a wiki about changes. And imagine now if someone base his pack on my own pack, and decide to change something on skills... Documentation will be obsolete after a couple of days. Hope you get the point :). Really often, people deving know the stuff, and don't need javadoc anymore. So when old devs stop, young devs lack of infos. Nothing can be done to correct that, as imrpoving the documentation cut in your developement time. Plus, the pack based problem I related sooner. L2J got the good thing to be pretty logical in both structure&& variables naming. You can often find your paradise simply using the Eclipse's Search tool. You search for freightman stuff, just type "freight", you will find like 200 occurences at maximum. On 1300 files, it finishes to give you only 50 files, so it's pretty accurate if you think of good keywords.

Just search how autoannouncements are made, but instead of using the instance which broadcast announcement, clone it and replace the announcement part for trade one.

Hehe, for the funny story, I never compiled/runned a L2JFree, because at first time (1,5 year ago now) people on their forum never said me how to compile this piece of crap :). Since then, I never searched to retry it or search to do it. I managed to dev on L2J then, as it was working. Little story apart, find a tutorial or go on L2J :D.

You can declinate the ask to infinite, asking if someone can share a server with only elpies spawns, a server where there are only dwarves, a advanced faction engine which is working, an IL pack which is 100% corrected, amazing admin commands you never saw nowhere, the answer will still be : No. We don't have your server's dream pre-made. So work for it.

From what I know, L2JFree uses Maven to compile... Not Ant. And their SVN *seems* full, so except if they got inherent problems at the build, you made something wrong.

CoordSynchronize must be set to 2, and the fact it says it loads in the GS means nothing. IL basic says too it "loads", but see what the mess it is :D. Such topics already exists, the shares are already existing aswell, so you reinvent the fire/wheel/fishrod...

Romanian mafia hits hard. Next rev soon :). And perhaps a core dev (depending of his results).

You have to recompile each time you change something in core. Even the lowest, simplest thing. It is surely for that L2J unhardcode many things, even if it's stupid. The only (in 95% of time) thing you have to do once you recompiled is to drag and drop the l2jserver.jar to your lib folder. Ofc if you made sql changes, htlm changes or whatever changes, do changes... But about core, in 95% of cases it's enough. If you made change on LoginServer, think to drag && drop on the LS lib folder too. Now if your pack was a precompiled pack, sorry, but you have to drop it. You still can keep SQLs tables and datapack, if it matches with the pack you checkouted from the team's SVN (surely L2J/L2JFree). - Find sources (generally pack give a link to checkout), compile them, install a fresh server . - To update server, change sources, compile it, and change (like I said higher.... In 95% on cases) l2jserver.rar Precompiled packs can't be change. You can use a decompiler, but it will give a bad form and can't be recompiled like that. It's only good to "ninja locked features". PS : find a tutorial "how to checkout". The one you showed is once you get sources already.

Not really a dev ask. Just move your ass ingame and /teleport to locations.

Bhe, I put you on msn like 2 days ago, dunno if you missed it... broadcastPacket(new SocialAction(getObjectId(), 15)); If it's not the good animation (but it is), just check social.htm located in data/htm/admin for all possible effects.

w00t, such function exists already... For ToI and eva doors. Check DoorTable, checkAutoOpen() method.

There is no guides, and things outdate easily with both time and pack differences. There is no specialization to have, java is java, you can touch to all if you understand what you do. Any project is only a suit of methods, than you update, remove or add according to your convenience. The only thing you have to know is what method does what, and uses it in good time. If the method doesn't exists or doesn't do what you want, create a new one or edit it. Many things are already created, just re-use codes. And the whole project is a "howto" tutorial. It's just a matter to "how to search exemples"... Imagine you want to effects all logged players with a random effect (skill or whatever). Just think "what current exemple I have which already do that"... Announcements, for exemple, do that. So go on announcements, analyze it, and you got 1/2 solution. Now you can think "how to add a skill to someone"... Cursed weapons do it, salvation bow too if it has been corrected on your pack. Just search for those, or think more exemples. You can dev on L2J without even have a knowledge on java. It's only a question of imagination and logic. Tryskell off :P.

Connection con = null; try { player.destroyItemByItemId("Consume", ITEM_ID, ITEM_COUNT, player, true); con = L2DatabaseFactory.getInstance().getConnection(); PreparedStatement statement = con.prepareStatement("REPLACE INTO augmentations VALUES(?,?,?,?)"); statement.setInt(1, item.getObjectId()); statement.setInt(2, attribute*65536+1); statement.setInt(3, skill); statement.setInt(4, level); statement.executeUpdate(); player.sendMessage("Succesfully augmented. You have to relog now."); statement.close(); } catch (Exception e) { _log.log(Level.SEVERE, "Could not augment item: "+item.getObjectId()+" ", e); } finally { try { con.close(); } catch (Exception e) {} } I'm too kind.

This will be the next big step, I wait skills are totally refactored to begin another big refactor. I prefer to fix current bugs than adding bugs after bugs and finally having so much issues it's not possible to know where it came from. ---- The turtle is slower than the rabbit, but you know who win the race at the end :).

L2DatabaseFactory.close(con); = try { con.close(); } catch (Exception e) {} ----- About augments, it's obvious... Be clever, you use postIL stuff and hope an augmenter with elementals stones can work. Remove things using it, but you will surely broke the whole system than correct it. Give the method with errors from L2ItemInstance, and the AugmentShop.java.