얀마리의 컴토 세상

activeMQ는 producer, kafka는 consumer 위주의 설계라고 한다. activeMQ는 데이터 publish (완료여부 등) 에 좀 더 집중되어 있고,

kafka는 데이터 스트리밍 형태로 서비스가 가능하다.

스프링의 aop proxy 기능에 대해 무지했다.. 

- 같은 bean 내에서는 선언적 transaction 처리가 되지 않는다. ( proxy를 타지 않으므로 )

(일반적인 경우)

조회- 수정에 있어서.. transaction 처리는 아래와 같을 수 있겠다.

1. table 또는 row를 분리하여, 데드락이 생기지 않도록 설계한다. 

2. transaction(serializable) 로 인해 데드락이 생길경우,  한 번더 시도한다.

(비용을 들여 개선한다면..?

1. queue 기반 처리를 추가

lamda 란

- 함수를 값으로 취한다. ( 변수로 담을 수 있고, 함수로 넘길 수 있음 , 즉 코드를.. 변수화 한다.)

- 람다 표현식은.. 메서드로 전달할 수 있는 익명함수를 단순화한 것이다.

- 구현해야될 코드에 대한 걱정 거리가 줄어든다. ( 이름이 없고, 즉석에서 구현하면 되니깐.. )

 + Collection.sort 같은 경우, comparator를 직접 구현해야하는데, 람다를 사용하면 정렬에 사용할<인터페이스에서 사용할 파라미터>

넘겨서 자질구레한 내용들을 작성할 필요가 없다. 

귀찮게.. 구현할 필요가 없도록.. 어떤 공통 interface 가 존재한다. ( function, supplier .. 등 )

- 그리고, 람다에 구현한 내용은 실제 함수가 실행할 내용인 거지, 실행하는 것은 아님 ( ㅡㅡ 헷갈리지 말것... )

- 실행은 해당 인터페이스 함수를 호출할때 실행되는 것임.

Junit5와 Junit4가 같은 Class에서 동시 작동 되는지를 확인해보았다.

테스트 방법은

Junit5 문법과 Junit4의 혼용사용

//junit5

@TestInstance(TestInstance.Lifecycle.PER_CLASS) 

//junit4

@Before
public void runBefore() {
System.out.println("2");
}

테스트 결과는 junit4의 Before어노테이션 내용이 작동하지 않았다.

테스트 파라미터인 @Parameters 도 작동안함

온전히 각자의 버전에서 사용해야되는것 같다.

<script>

var svModule = (function() {

//은닉 멤버

var a;

//사용할 함수 선언

function doSomething() {

}

//반환

return {

doSomething : function  () {

return doSomething();

}

}

}

</script>

https://bestalign.github.io/2015/08/31/top-10-mistakes-java-developers-make-1/

http://expert0226.tistory.com/297

http://lng1982.tistory.com/240

https://www.lesstif.com/pages/viewpage.action?pageId=20775436

http://lng1982.tistory.com/153