Skip to main content

[Gradle] Sublime Text2 Gradle Syntax

Sublime Text2 에서는 기본적으로 Gradle syntax 가 적용되어 있지 않아서 밋밋해 보였는데.
역시 찾아보니 누군가 다 해 놨다..

Link : https://github.com/koizuss/sublime-gradle

1. Sublime package controll 설치

2. package control (Preferences 메뉴) 에서 Add Repository 선택 후, https://github.com/koizuss/sublime-gradle 입력

3. package control 에서 install package 선택 후, subilme-gradle 입력

 설치 완료 후, sublime 을 재 실행하면 syntax 가 적용된것 을 확인 할 수 있다.

설치 전








설치 후.


Comments

Popular posts from this blog

[Tip] Homebrew 로 설치한 Python 환경에서 GAE Flask 설치하기

2014.07.10 -- Issue -- ~/.pydistutils.cfg 파일을 생성하고 나서 pip install 을 할 경우, permission denied 오류가 발생하는 경우가 있다. 이때는 prefix= 를 삭제하면 정상적으로 설치할 수 있다. 또는, 설치시 아래와 같은 명령어로 설치한다. pip install --user --install-option="--prefix=" <package-name> -------------------------------------------------- Mac 에서 Homebrew 를 사용하면 각종 package 를 편리하게 관리 할수 있다. 그런데 Homebrew 를 통해 Python 을 설치한 환경에서, Google App Engine 의 Flask package 를 설치하기 위해 명령어 ( pip install -r requirements.txt -t lib/ )를 실행하면 아래와 같은 오류가 발생한다. 말 그대로 prefix 를 설정해 달라는 이야기 인데, 해결 방법은 다음과 같다. HOME(~/) 에 .pydistutils.cfg 파일을 생성하고 아래 코드를 추가한다. [install] prefix= 그리고 다시 실행하면 정상적으로 Flask package 가 설치되는것을 확인할 수 있다. Reference 1. stackoverflow http://stackoverflow.com/questions/24257803/distutilsoptionerror-must-supply-either-home-or-prefix-exec-prefix-not-both 2. Github Issue https://github.com/Homebrew/homebrew/wiki/Homebrew-and-Python

[Cobertura] cobertura 2.0.2 script fix

cobertura 2.0.2 버전을 다운받고 실행 시키려고 하면 엄청난 에러가 뿜어져 나온다. ㅠ 달리 설정을 틀리게 한 것도 없는데.. 하면서 script 를 열어보니 아래와 같이 작성되어 있다. - cobertura-instrument.sh java -cp `dirname $0`/cobertura.jar:`dirname $0`/lib/asm-3.3.1.jar:`dirname $0`/lib/asm-tree-3.3.1.jar:`dirname $0`/lib/asm-commons-3.3.1.jar:`dirname $0`/lib/log4j-1.2.9.jar:`dirname $0`/lib/jakarta-oro-2.0.8.jar net.sourceforge.cobertura.instrument.Main $* - cobertura-instrument.bat java -cp "%COBERTURA_HOME%cobertura.jar;%COBERTURA_HOME%lib\asm-3.3.1.jar;%COBERTURA_HOME%lib\asm-tree-3.3.1.jar;%COBERTURA_HOME%lib\asm-commons-3.3.1.jar;%COBERTURA_HOME%lib\log4j-1.2.9.jar;%COBERTURA_HOME%lib\jakarta-oro-2.0.8.jar" net.sourceforge.cobertura.instrument.Main %CMD_LINE_ARGS% 그런데 막상 다운받은 folder 구조를 보면.. cobertura-2.0.2.jar /lib     - asm-4.1.jar     - asm-commons-4.1.jar     - sam-tree-4.1.jar     - oro-2.0.8.jar .... script 왜 이렇게 되있지... 결국 cobertura 를 실행 시키기 위해서는 script 에서 버전 및 파일명을 다운받은 폴더...

[Android] GDG Gradle CodeLab 을 다녀와서...

연휴 첫날.. GDG Android 에서 Gradle CodeLab 을 한다는 이야기를 듣고.. 어제 급하게 신청했는데 다행이 참가 메일이 와서 참석하게 되었습니다. Google I/O 13 이후로 Gradle 의 인기가 날로 높아져 가고 있습니다. 사실 그동안 Android 에서 외부 라이브러리를 사용하기 위해 Maven 을 대부분 사용하고 있었고, 기본적으로는 Ant 를 지원하고 있습니다. 하지만 둘다 사용하기는 쉽지않습니다. 더욱이 Android 개발도 버거운데 Build 를 위해 Ant 나 Maven 을 별도로 공부해야 한다는 부담감도 존재합니다. 그래서 처음 Gradle 을 새로운 빌드시스템으로 선택한다는 이야기를 들었을 때에도 그닥 반갑지는 않았습니다. 유명한 라이브러리들은 대부분  Maven 을 지원하고 있고, 또 새로운 빌드 시스템을 공부해야 한다는 생각이 들었던거죠. 하지만 오늘 CodeLab 을 다녀오면서 Gradle 은 배울만한 충분한 가치가 있다는 생각이 들었습니다. 1. 발표 프리젠테이션 2.  Github CodeLab Repo Gradle 은 Groovy 를 기본 언어로 채택하고 있습니다. 따라서 Groovy 를 잘 알고 있다면 그만큼 효율성을 높일 수 있습니다. 하지만.. 오늘 CodeLab 만으로도 Android 개발에 필요한 기능들을 충분히 알아볼 수 있었습니다. 특히. Flavor 기능은 정말 유용했습니다. 대부분 현업에서 debug, release 용으로 빌드시, 빌드넘버나 기타 변경사항을 수정하고 하는 과정에서 실수하기 쉬운데, 이러한 것들을 미리 정의해 놓을 수 있다는 점은 정말 큰 장점 이였습니다. 또한, Manifest 에서 정의했던 versionName, versionCode 등을 build.gradle 에서 관리한다는 점도 새로웠습니다. Build Customization  을 통해 빌드를 위해 Manifest 를 수정하는 수고를 덜 수 있었습니다. ...