SudoAlias
SudoAlias
About
This plugin simply turns 1 or more complex commands into 1 simple command. This one simple command is called an alias. This plugin uses no NMS code/imports. This means it should be completely version independent, it should work on all future Bukkit builds. Also I promise to update this plugin for the official Minecraft API when it is released.
Commands & Permissions
Command | Description | Permission Node |
---|---|---|
/sudoalias | Tells you what version of SudoAlias is installed | None |
/sudoalias reload | Reloads the configuration | SudoAlias.reload |
"/sudoalias" can be replaced with "/sa" for convenience.
Config
SudoAlias offers a powerful configuration file. If you get lost (I tried to make it as simple as possible!), you can view a help page here on the GitHub Wiki (click).
Permissions
Permissions are generated using the form: SudoAlias.alias.<alias name>
So for example, the default alias included in the config.yml would have the following permission node: SudoAlias.alias.test
Donations
If you want to donate, you can do so here click me with PayPal. Donating is in no way required, it's just nice.
Source Code, Javadoc, and builds
All source code can be found on my Github repository found here: SudoAlias Github Repository Feel free to take code, fork, ect. Credits are appreciated.
This project also has Javadoc, this will help you if you want to contribute code to the project (open source!). The Javadoc is updated every time a build is scheduled View the Javadoc here.
Development builds of this project can be acquired at the provided continuous integration server. These builds have not been approved by the BukkitDev staff. Use them at your own risk. You can grab the latest developer builds here. Whenever I push a commit to Github (upstream) a new build will be created automatically. However I recommend you stick to builds posted on here on BukkitDev as they are usually more stable.
While upgrading to a newer version PLEASE backup the SudoAlias folder inside of the plugins folder. I cannot be held responsible for any lost data during an upgrade. Please play it safe and backup.
@Mike724
Ok, I found it and had a chance to play around with it a bit: It's exactly what I wanted! Thanks!
I am however having some issues... quite severe actually. The server is crashing.
This is what I'm doing when it crashes:
I'm using server version 1.5.1-R0.2.
@HermitTurtle
You can download the plugin jar directly from Jenkins. I'd give a direct link but then the staff would get upset and remove the link. So, what you do it goto the link in the main post, under build history click on build #5, then under module builds click SudoAlias, and then finally click "SudoAlias-1.3.jar". These builds have not been approved by the BukkitDev staff.
@Mike724
I'm new to Java. So I'm not sure what to do with those files on Jenkins. Guess I'll have to wait till your files are approved.
Thanks though, can't wait to try it!
@Mike724
1.3 very nice :)
@HermitTurtle
I uploaded version 1.3 with both features you wanted. Waiting on Bukkit dev staff to approve the file (or just download it now from the jenkins server)
@HermitTurtle
I'll look into getting that done, too.
Oh and something else: Could you make it so that commands can also be executed from the console? Or is that something I have to setup myself with permissions?
@HermitTurtle
It would be possible, yes. I'll do my best to get that done soon.
Would it be possible to add a delay between commands?
I'm trying to setup an alias for a series of commands that generate a new world. Some of the commands are getting dropped though, cause the previous one isn't done executing yet.
@lANTHONYl
Very nice! :)
@GIMod
If your runAs level is PLAYER, the player issuing the sudoalias command needs the perm for the command that sudoalias is running. Or, you could change it to runAs: CONSOLE
CmdBlockKit:
command: kit admin
runcommand:
- give $player 271 1
- give $player 345 1
- give $player 137
runAs: CONSOLE
successMessage: Given /kit admin
Does anyone know how i could make a command to give the player that runs is 3 items? Ive been trying to do it but its not working. I tried this: CmdBlockKit: command: kit admin runcommand: - give $player 271 1 - give $player 345 1 - give $player 137 runAs: PLAYER successMessage: Given /kit admin (Note: Im probably doing this completely wrong, i just need to know what im doing wrong so i can fix it now and not do it anymore in the future. Thanks!)
v1.2 is up! If it's not approved yet, you can grab it (build #9) on my Jenkins server here: http://www.mike724.com:8080/job/SudoAlias/9/com.mike724.sudoalias$SudoAlias/
"Development builds of this project can be acquired at the provided continuous integration server. These builds have not been approved by the BukkitDev staff. Use them at your own risk."
I also removed v1.1 because it was too buggy for my liking. Hah.
Awesome, thanks =)
@AiliseZooey
I got it done a little bit quicker than I first stated. :D It's in v1.1, which is waiting on approval. If it's still not approved and you're impatient you can grab it off of my Jenkins server (build #8).
@AiliseZooey
I do plan on adding that. I'm probably going to do it a little bit differently but still very similar to what you said. I'll put out an update with this within a day or two. I try to keep my plugins as simple as possible, not too bloated but not too featureless.
Hi, is there a way to pass on an argument?
an example would be:
command: title $data
runCommand: - pex user $player prefix "&6 $data &f"
I really like the simplicity of this plugin. Keep up the good work :)
First comment woot woot! ;)
Glad to see you're sharing this with the community. And i hope the bukkit team are quick with the approval process :)
For those wondering about SudoAlias, we are using it as a way to allow our staff members to quickly and easily change in and out of their staff groups. It works quite well for this purpose. There is no need to give staff members permissions to use the permissions plugin directly, just give them SudoAlias.alias.staffon and SudoAlias.alias.staffoff and now they can /staff on and /staff off as they need to. I'm sure we'll be using this in other situations too... Maybe cleanup the commandsigns by condensing some of the repetitive commands into an alias. Who knows, but the possibility is there.
Great work Mike724!