구차니의 잡동사니 모음

eclipse를 쓰면 간단한데..
tomcat 자체 관리페이지에서도 가능하고
수작업으로도 가능은 하다고 한다.

음.. 일단 server.xml 에 role을 정해줘서 하는건 안된다
그럼.. local/remote에서 war 를 넣는건 불가능.. ㅠㅠ

[링크 : http://www.manydesigns.com/en/portofino/portofino3/3_1_x/installation-guide/deploying-on-tomcat]

eclipse에서 war로 프로젝트를 넣었는데
뜬금포 안되서 깜놀 -_-a

일단 해결책으로 Java build path를 넣으라고 해서
구글로 검색을 하다 보니.. Tomcat 어쩌구 ... 아.. -_-a

"Add External JARs..."를 눌러

tomcat/lib/servlet-api.jar를 추가해주면 해결!
왜 이걸 잊고 있었지?! ㅠㅠ

배가 불러서 제 3자적 입장으로 보고 있기 때문일까..
국비지원과정으로 교육을 받으러 왔는데
왜 비전문가인 나보다도
왜 이걸로 밥벌어 먹을것도 아닌 나보다도

더 열심히 하지 않는걸까?



참.. 미스터리... 

학원 근처의 아이스크림 가게
벌집에 담긴 꿀을 주는데 은근 비싸다 ㅠㅠ
그래도 한번쯤은 먹어 볼만한 느낌?

덕소 한강공원에서

오늘은 안에까지 조금 돌아다녀봤는데 넓찍한 공간에 비해서 활용도가 높지 않고
전시회+업체라는 느낌으로 보기에는 좋으나 여기서 장사가 될까? 라는 의구심이 들 정도..
그냥 순수하게 디자인 관련 전시회를 운영하는게 낫지 않았을까 하는 아쉬움이 들었다.

개인적으로 마음에 들었던 천장 조경물

아이언맨에서 해안을 바라보는 별장 느낌?

석고라던가 좀 채워진 녀석일줄 알았는데 비어있는 프라스틱 사출물로 생각되는 벽 조형물

공간과 곡선의 조화.. 라고 해주면 칭찬이려나?

연속되는 디스플레이가 유행인 듯?

 

사건 발생하고도 근 일주일이 되어가는 지금에게 글을 쓰는게 웃길지도 모르겠다.

현재 들은내용(판단의 근거)
1. 배가 뒤집어 져서 좌초함
2. 통합재난구조 시스템이 개판임
3. 초기대응도 개판임(탑승자 수 부터 구조자/사망자 수 모두)
4. 함장이 토낌, 토껴서 돈 말리고 있었음
5. 세월호 청해진해운 소속이며 청해진해운의 실 소유주는 아이원아이홀딩스의 과거 오대양 집단 살인사건과 연관이 있음
6. 다이빙 구조하러 간 민간인들이 많으나 투입이 못되는 실정
7. 박근혜 대통령 방문 및 교통통제 파문
8. 해경청장 '난 권한없다 윗선에 말해라' 파문
9. 해경청장 발언으로 학부모 청와대로 가겠다고 했으나 전경이 막음
10. 통영함 투입문제


현재까지 들은 이야기가 전부 사실은 아니겠지만 전반적인 흐름을 분석해봤을때
총체적으로 이머병~ 이라는 느낌


말이 정리가 잘 안되서.. 끄앙.. 쓴거 다 지우게 되는데...

개인적인 이번 사건에 대한 평은
1. 쓸데없는 국민 감정소모/소비를 유발하여 국정원+북한 무인기로 몰아가던것 물타기 성공
2. 책임감 없이 나온 선장은 개새끼이나 선장도 봉급쟁이였을뿐이니 그 윗선(청해진해운 실 소유주) 책임묻기 필요
3. 일본에서 폐기할 배를 법안이 바뀌어 수입했다고 하는데 그 관련 안전수칙을 바꾸던 당시의 책임자들 책임묻기 필요 
4. 천안함(2010년) 사건도 있었는데 전 정부(이명박)때 부터 수립된 관련 메뉴얼이나 부서는? 전 정부의 책임묻기 필요
5. 현행 우왕좌왕 하는 개판 지도부에 대한 책임묻기 필요
6. 군대던 민간이던 책임은 정부가 지고 초기 사건발생시 재빠르게 지휘본부/수장을 세우고 처리하지 못했던 병크

매번 사람이 죽어야 바뀌나! 라는 말을 듣지만
이제는 죽어도 안바뀌네 시발.. 로 자꾸만 회의감이 든다.. 

그나저나 어벤져스 영화 찍게 할때도 국가적 이득이 얼마네
G20 회의 개최때도 얼마의 이득이네 하면서도

왜 이런 국가적 사태로 인해서 발생하는 손해는 계산을 안할까?
그 사건으로 인해 중공업 몇개 회사는 합산 조단위일테고
그걸로 신경이 쓰이면서 국정현안 개판되고 부수적인 손해가 클테고
거기다가 사소(?) 하지만 각종 행사들 여행들 다 자중하는 모습으로 취소되면서
그에 대한 전체적인 손해액도 만만찮을텐데 왜 이런건 말이 없을까? 

thumb는
32bit ARM 프로세서에서 16bit 명령어를 지원하는 기능이다.
일단 32bit 명령어는 말그대로.. 명령어 자체가 4byte인거고
RISC 특성상 명령어가 넘쳐나기 때문에 명령어 길이를 줄여 바이너리 크기를 줄이기 위한 방법으로 제공된다.
또한 thumb 사용시 데이터버스를 16bit로 사용하기 때문에
32bit 버스를 구성하지 않아도 되어 데이터버스를 회로 구성에도 잇점이 생긴다.

1994년 릴리즈된 ARM7TDMI 부터 지원되며 CPU 모델상에 T가 들어갈경우 Thumb를 지원한다.

[링크 : http://skyul.tistory.com/54]
[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0210c/CACBCAAE.html]
[링크 : http://en.wikipedia.org/wiki/ARM_architecture]


Jazelle는 
Java의 꿈이었던 Java Bytecode CPU라고 해야하나?
CPU에서 Native ByteCode를 95% 정도 지원하고 나머지는VM 으로 처리하는 방식으로
ARMv5TEJ 부터 지원하고 J가 자바지원을 의미한다.

아무튼... 안드로이드가 좀 빨라진 이유중에 하나가
Cortex-A8/A9에서 Jazelle의 후속 기술인 ThumbEE를 지원하면서 JIT 가속(?)을 받아서가 아닐까?

Jazelle DBX (Direct Bytecode eXecution) allows some ARM processors to execute Java bytecode in hardware as a third execution state alongside the existing ARM and Thumb modes. Jazelle functionality was specified in the ARMv5TEJ architecture and the first processor with Jazelle technology was the ARM926EJ-S. Jazelle is denoted by a 'J' appended to the CPU name, except for post-v5 cores where it is required (albeit only in trivial form) for architecture conformance.  Jazelle RCT (Runtime Compilation Target) is a different technology and is based on ThumbEE mode and supports ahead-of-time (AOT) and just-in-time (JIT) compilation with Java and other execution environments. Instead, the Thumb Execution Environment (ThumbEE) is now preferred. Support for this is mandatory in ARMv7-A processors (such as the Cortex-A8 and Cortex-A9), and optional in ARMv7-R processors. ThumbEE targets compiled environments, perhaps using JIT technologies. It is not at all specific to Java, and is fully documented; much broader adoption is anticipated than Jazelle was able to achieve. [링크 : http://en.wikipedia.org/wiki/Jazelle ]

[링크 : http://www.arm.com/products/processors/technologies/jazelle.php]

MVC 패턴은 GUI를 지닌 프로그램에서 사용하는 디자인 패턴이다.

View는 GUI drawing을
Controller는 버튼 클릭시 발생하는 이벤트에 대한 처리나 작동(Action/behavior)를
Model은 이러한 View와 Controller에 대한 상태머신을 구현한다.

위키피디아의 내용을 보면.. MFC나 JFC 등에서 사용하는
핸들러 기반의 message/event driven progam이라고 해야하나?
GUI 자체는 MFC에서 XML나 별도의 DAO를 통해 구성하게 되고
GUI는 Model의 제어를 통해 Control을 위해 eventhandler로 넘겨주게 된다.

즉..
눈에 보이는 수많은 구현 부분은 View 와 Controller이고
윈도우 시스템을 위한 Win32api 프레임워크는 Model이라고 보여진다.

A controller can send commands to the model to update the model's state (e.g., editing a document). It can also send commands to its associated view to change the view's presentation of the model (e.g., by scrolling through a document). [링크 : http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller]

[링크 : http://msdn.microsoft.com/en-us/library/ff649643.aspx] 

당연한 추세겠지만..
서버는 이제 64bit only!!!