Eclipse Juno 버전에 Market Place 설치하기


위 그림과 같이 저는 안드로이드에서 배포된 ADT라는 이클립스를 사용합니다. 
조금 더 정확히 말씀드리면 이클립스 주노버전을 사용중인데, 이 IDE 버전에는 이클립스 마켓플레이스가 존재하지 않습니다. 

오늘은 제가 사용중인 요 이클립스에 마켓 플레이스를 설치해 보겠습니다. 

일단 사용중인 이클립스 상단 메뉴 중 'Help > Instaill New Software' 메뉴를 선택합니다. 
그리고 아래와 같이 Juno 사이트를 선택해 줍니다. 


조금 기다리시면 하단에 아래의 그림과 같이 설치가능한 항목들과 버전정보 등이 출력됩니다. 
이 중 'General Purpose Tools' 항목을 확장하여 'Marketplace Client' 항목을 선택합니다. 


그리고 아래와 같은 화면이 나오면, Next.


설치가 완료되면 아래와 같이 메뉴가 추가된 것을 확인하실 수 있구요. 


정상적으로 이클립스 마켓을 이용하실 수 있습니다. 




[안드로이드] 버그관리 연계서비스에 대한 기록

이전에 ACRA라는 라이브러리를 사용해 보았는데, 혹시나 연동되는 모듈이 있을까 찾아보니 아래와 같은 것들이 있었습니다. 아주 좋더군요. 


http://hockeyapp.net/



- http://www.bugsense.com

두 어플리케이션 모두 ACRA 라이브러리와 연동되며, 훌륭한 UI를 가지고 있습니다. 
하지만 두 가지 모두 흠이라면 유료서비스를 사용해야 풍부한 서비스를 이용할 수 있다는 점!!!

물론 이런 베리굳 서비스들을 이용하려면 댓가를 지불해야 하는 것은 맞지만, 왠지 아깝다는 생각이 드는건 나뿐만은 아니겠지... 

hockeyapp 서비스는 기본 15일간 무료로 이후에는 10/30/100/300 달러 등의 유료상품이 존재한합니다. (http://hockeyapp.net/plans/) bugsense 같은 경우에는 무료서비스도 존재하지만 월 500건 제한이 걸려있으므로, 사실상 사용하기 어렵다고 판단됩니다. 물론 재미삼아 사용해 보는 것은 나쁘지 않을것 같습니다. (https://www.bugsense.com/account#billing)

결론적으로 저는 그냥 ACRA와 Google Docs를 연계하는 궁핍하지만 확실한 버그관리 서비스를 진행해야 할 것 같습니다. 문득 국내에서 버그관리 서비스를 개시한다면 국내 개발자들에게 과연 먹힐까...? 라는 생각이 떠오릅니다. 

이상 끝.


<추신> 구글 문서도구에서는 이제 더이상 ACRA 라이브러리와 호환가능한 기능을 사용할 수 없다고 합니다. 관련내용은 ACRA 대문 하단에 기재되어 있습니다. 기존에 이미 ACRA를 문서도구에 물려서 사용하고 있지 않는 이상, 문서도구와 연동하여 사용할 수 없을 것 같습니다. 위에 언급한 서비스들이나 자체 서비스, 또는 ACRA에서 제공하는 각종 툴을 이용하는 수밖에는 없을 것 같습니다. 

[Ubuntu Diary] no JDK found - please set JAVA_HOME 에러 발생시

Tomcat 설정 중 어떤것을 수정하고, 재시작할려는 찰나.
no JDK found - please set JAVA_HOME 라는 메시지를 뿜고 재시작이 불가능한 경우에 대한 내용입니다. 


먼저 현재 자바가 잘 설치되어 있는지 체크한 뒤, 


아래의 설정파일을 열어줍니다. 




기본적으로 아래와 같이 오픈JDK로 설정이 되어 있었습니다. 


이 내용을 설치된 자바의 경로로 변경해 주어야 하는데, 어디에 설치되어 있는지 잘 모르겠습니다. 
아래의 locate 명령으로 위치를 찾아보니, 대략적으로 /usr/lib/jvm/java-6-oracle 인 것 같습니다. 


아래와 같이 JDK의 경로를 변경하고, 저장해 줍니다. 


이후 Tomcat을 재시작하니, 잘 동작하는군요. 


참고 : http://askubuntu.com/questions/154953/tomcat7-cannot-find-jdk

[Ubuntu Diary] Apache - Tomcat 연동설정

안녕하세요. 
오늘은 얼마전 설치한 Apache 웹서버와 Tomcat을 연동하려고 합니다. 

그에 앞서 일단 현재 Apache의 서버이름이 기본설정값인 localhost로 되어 있으니, 이것을 다른 이름으로 변경하고서 연동을 해봐야 겠네요. 

1. 먼저 설정파일을 열어줍니다. 

   polaris@sungsik81:/etc/apache2$ vi httpd.conf


2. 아무런 설정내용이 없네요. 아래의 내용 한줄만 기재해 주겠습니다. 

  ServerName vartist.org


3. 파일을 저장하고, 아래의 명령으로 웹서버를 재기동 합니다. 

   apachectl -k restart


4. 상태를 체크합니다. 

   netstat -ntl


위 1~4번까지의 처리로 서버명 설정을 완료가 되었습니다. 
아래 내용부터는 Apache웹서버와 Tomcat간 연동설정에 대한 내용입니다. 

1. Apache 및 Tomcat을 다운로드 받습니다. 

2. Tomcat에서 Connector 연결설정을 합니다. 아래 경로의 파일을 열어줍니다. 

  root@sungsik81:/var/www# vi /var/lib/tomcat7/conf/server.xml


3. 아래 내용의 주석처리된 부분을 찾아 주석을 해제합니다. 

     <!-- Define an AJP 1.3 Connector on port 8009 -->

    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />


4. 수정된 문서를 저장하고 나옵니다. 

5. 아래 명령을 통해 proxy_AJP 모듈을 활성화 요청하지만, a2endmod 명령이 없다고 하네요. 

  root@sungsik81:/var/www# a2endmod proxy_ajp

  No command 'a2endmod' found, did you mean:

  Command 'a2enmod' from package 'apache2.2-common' (main)

  a2endmod: command not found


6. 처리에 필요한 모듈을 다운로드 및 설치하겠습니다. 

   root@sungsik81:/var/www# apt-get install apache2.2-common apache2-utils


7. 위 5번에 수행한 명령을 다시 실행합니다. 
   의존성 체크를 하더니, 서버를 재시작하라고 하라기에 그렇게 처리해 줍니다. 

 Considering dependency proxy for proxy_ajp:
  Enabling module proxy.
  Enabling module proxy_ajp.
  To activate the new configuration, you need to run:
        service apache2 restart

  root@sungsik81:/# service apache2 restart

        * Restarting web server apache2                       ... waiting .                            [ OK ]


8. 다시 실행해보니, 활성화가 되었다는 메시지를 확인할 수 있습니다. 

  root@sungsik81:/# a2enmod proxy_ajp

  Considering dependency proxy for proxy_ajp:

  Module proxy already enabled

  Module proxy_ajp already enabled 


9. 이제 설정파일에 내용을 수정해보겠습니다. 아래 문서를 열어주세요. 

   root@sungsik81:/# vi /etc/apache2/sites-available/default


10. 아래와 같은 내용으로 수정합니다. (한글주석을 무시해도 됩니다)

        DocumentRoot /var/lib/tomcat7/webapps/ROOT

        <Directory />

                Options FollowSymLinks

                AllowOverride None

        </Directory>

        <Directory /var/lib/tomcat7/webapps/ROOT>

                Options Indexes FollowSymLinks MultiViews

                AllowOverride None

                Order allow,deny

                allow from all

        </Directory>

 

        #Apache의 DocumentRoot와 Tomcat의 webapps/ROOT를 같은 곳을 바라보게 설정

        ProxyPass /servlet/ ajp://localhost:8009/servlet/

        ProxyPassMatch ^/.*\.(jsp|do)$ ajp://localhost:8009


11. 위 문서를 저장하고 나온 뒤, Tomcat 루트 디렉토리로 이동하여 JSP 파일을 생성해 봅니다. 

  root@sungsik81:/var/lib/tomcat7/webapps/ROOT# vi hello.jsp

 

  <HTML>

  <BODY>

     Hello!  The time is now <%= new java.util.Date() %>

  </BODY>

</HTML>


12. Apache와 Tomcat을 재시작합니다. 

  root@sungsik81:/var/lib/tomcat7/webapps/ROOT# /etc/init.d/tomcat7 restart

   * Stopping Tomcat servlet engine tomcat7                                                                 [ OK ]

   * Starting Tomcat servlet engine tomcat7                                                                   [ OK ]

  root@sungsik81:/var/lib/tomcat7/webapps/ROOT# /etc/init.d/apache2 restart

   * Restarting web server apache2                                                     ... waiting .         [ OK ] 


13. 웹브라우저를 통해 80포트를 통한 JSP 파일이 잘 출력되는지 확인합니다. 

   http://도메인 또는 IP/hello.jsp









[Ubuntu Diary] <user> is not in the sudoers file. This incident will be reported. 에러 해결 방법

추가된 사용자로 로그인하여, last 등의 명령을 수행해 보면 아래와 같은 메시지가 출력됩니다. 

  username@servername:~$ sudo last

  [sudo] password for username:
  username is not in the sudoers file.  This incident will be reported.


현재 사용중인 계정은 sudoers파일에 등재되지 않았다며, 보고할 거라고 협박을 하죠. 
해결방법에 대해 찾아보았더니, 아래와 같이 sudoers 파일을 수정하면 된다고 합니다. 

  root@servername:/etc# vi sudoers 


문서를 열어 사용자 설정 부분에 username을 기재합니다. 

  # User privilege specification 
  root    ALL=(ALL:ALL) ALL
  username ALL=(ALL:ALL) ALL


수정된 문서를 저장하고 서버를 재기동 합니다. 
그리고 다시 username으로 로그인하여, 최초 수행했던 명령을 다시 수행해 봅니다. 

  username@sungsik81:~$ sudo last
  [sudo] password for username:
  username  pts/0           182.222.00.00      Fri Mar 29 12:55   still logged in
  reboot       system boot  3.2.0-39-generic Fri Mar 29 12:54 - 12:55  (00:01)
  ...

정상적으로 권한을 얻어 요청한 명령을 수행하는군요. 
super user 권한을 얻었기에 앞으로는 제약이 많지 않을 것으로 보입니다. 


참고 : http://taehyo.egloos.com/3936883