ProjectZephyrus/ServerJourney - Revision history

Maintenance script: Repair batch-0003 pages from live compare

2026-03-27T00:29:06Z

Repair batch-0003 pages from live compare

← Older revision		Revision as of 00:29, 27 March 2026
Line 1:		Line 1:
	=== 06/11 ===		=== 06/11 ===
	* DB Connection상에 버그가 있었다. 오 상상도 못했던		* DB Connection상에 버그가 있었다. 오 상상도 못했던
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	는 견고하다고 생각했는데, 의외의 부분에서 잘못이 있었음 --[[상민]]		는 견고하다고 생각했는데, 의외의 부분에서 잘못이 있었음 --[[상민]]
	=== 06/10 ===		=== 06/10 ===
	*		*
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	에서 ~~{{{~cpp~~ writeDeleteBuddyCmd~~}}}~~ 완성했습니다... 테스트를 해보려고 했으나... #deleteBuddy#... 패킷을 보내니까 접속이 종료되어버리네여.... 아직 #deleteBuddy 패킷을 처리 못하나요?? 서버에서는 이렇게 나오내요..		에서 <code>writeDeleteBuddyCmd</code> 완성했습니다... 테스트를 해보려고 했으나... #deleteBuddy#... 패킷을 보내니까 접속이 종료되어버리네여.... 아직 #deleteBuddy 패킷을 처리 못하나요?? 서버에서는 이렇게 나오내요..
	java.lang.ClassCastException: command.InsertBuddyCmd		java.lang.ClassCastException: command.InsertBuddyCmd
	at command.CommandManager.getCommand(CommandManager.java:141)		at command.CommandManager.getCommand(CommandManager.java:141)
Line 15:		Line 15:
	toReceiver: #offline#lsk		toReceiver: #offline#lsk
	* ok 완료. 문제는 내가		* ok 완료. 문제는 내가
	~~~cpp~~ command.CommandManager.getCommand()		<code>command.CommandManager.getCommand()</code>
	에서 해당 패킷에서 ~~{{{~cpp~~ DeleteBuddy~~}}}~~ 객체를 만든게 아니라 ~~{{{~cpp~~ InsertBuddy~~}}}~~ 객체를 만들어 주어서 였다. 금요일에 pair시 이부분을 그대로 복사해서 붙여 두었었거든, 한줄 바로 잡으니 잘 돌아 간다. 네 의도대로 인지, 테스트 해봐라 --상민		에서 해당 패킷에서 <code>DeleteBuddy</code> 객체를 만든게 아니라 <code>InsertBuddy</code> 객체를 만들어 주어서 였다. 금요일에 pair시 이부분을 그대로 복사해서 붙여 두었었거든, 한줄 바로 잡으니 잘 돌아 간다. 네 의도대로 인지, 테스트 해봐라 --상민

	*		*
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	에서 테이블을 만드는 ~~{{{~cpp~~ createPZTable~~}}}~~과 테이블은 없애는 ~~{{{~cpp~~ dropPZTable~~}}}~~을 만들었습니다. 완성은 아니구요... 조금 수정은 해야합니다.. --상규		에서 테이블을 만드는 <code>createPZTable</code>과 테이블은 없애는 <code>dropPZTable</code>을 만들었습니다. 완성은 아니구요... 조금 수정은 해야합니다.. --상규

	* 중복 접속 방지 작업, sync 문제에 관해서는 약간 고민을 더해야 할듯 하다. Rename		* 중복 접속 방지 작업, sync 문제에 관해서는 약간 고민을 더해야 할듯 하다. Rename
Line 28:		Line 28:
	=== 06/07 ===		=== 06/07 ===
	*		*
	~~~cpp~~ LogoutCmd		<code>LogoutCmd</code>
	및 ~~{{{~cpp~~ UserSocket~~}}}~~ 예외 부분 완료.... 라고 생각한다. ^^;;		및 <code>UserSocket</code> 예외 부분 완료.... 라고 생각한다. ^^;;
	*		*
	~~~cpp~~ LoginCmd		<code>LoginCmd</code>
	부분의 버그라고 생각하는 부분들 또 완성		부분의 버그라고 생각하는 부분들 또 완성
	* 기타 class의 템플릿들 입력		* 기타 class의 템플릿들 입력
Line 38:		Line 38:
	* 존카멕의 인터뷰에서 영어로 하는 말은 제대로 못알아 먹었지만, 그들의 코딩 환경은 마음에 들었다. 40인치 모니터 --;;		* 존카멕의 인터뷰에서 영어로 하는 말은 제대로 못알아 먹었지만, 그들의 코딩 환경은 마음에 들었다. 40인치 모니터 --;;
	*		*
	~~~cpp~~ InsertBuddyCmd		<code>InsertBuddyCmd</code>
	완료 30~40분 정도 걸림		완료 30~40분 정도 걸림
	* 가장 자랑스러운(?) 기능인 --;; 서버 끄기를 만들었다. 1시간 10분 정도 소요 된것 같음		* 가장 자랑스러운(?) 기능인 --;; 서버 끄기를 만들었다. 1시간 10분 정도 소요 된것 같음
	<br />--상민		<br />--상민
	*		*
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	를 버디 리스트 삭제하는 기능만 빼고 거의 완성된 듯 하다..		를 버디 리스트 삭제하는 기능만 빼고 거의 완성된 듯 하다..
	* 아이디어란 한순간에... 스쳐 지나가듯 나온다는걸 알았다... 불행이도 서버끄기를 다 만들구 알았다...ㅡ.ㅡ 그것만 아니었다면... 버디 리스트 삭제까지 만들수 있었는데....		* 아이디어란 한순간에... 스쳐 지나가듯 나온다는걸 알았다... 불행이도 서버끄기를 다 만들구 알았다...ㅡ.ㅡ 그것만 아니었다면... 버디 리스트 삭제까지 만들수 있었는데....
Line 53:		Line 53:
	* 0604에 의논한 내용 Server 측 UML에 추가		* 0604에 의논한 내용 Server 측 UML에 추가
	*		*
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	에 대한 test코드 작성		에 대한 test코드 작성
	* Login 부분의 두가지 버그 해결		* Login 부분의 두가지 버그 해결
	## online list에 본인의 ID가 나온다. in		## online list에 본인의 ID가 나온다. in
	~~~cpp~~ LogCmd		<code>LogCmd</code>
	## offline list에 online buddy가 추가 되었다. in		## offline list에 online buddy가 추가 되었다. in
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	* [[ProjectZephyrus/Server]] 진행 상황 , UML history 추가		* [[ProjectZephyrus/Server]] 진행 상황 , UML history 추가
	--상민		--상민
Line 65:		Line 65:
	* Logout 클래스 작성, Rename작업, 04일에 의논한 내용 UML에 반영		* Logout 클래스 작성, Rename작업, 04일에 의논한 내용 UML에 반영
	* 상규 파트는		* 상규 파트는
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	만을 건드리도록 원칙을 정했기에, Cmd 부분이 결정되야 작업이 가능하다. 결정은 다되었고, Cmd들의 Attribute만 넣은 상태로 넘겨주면 진행이 될텐데, 지연되는 것이 안타깝다. 그냥 내가 만들고 넘겨야 할듯..		만을 건드리도록 원칙을 정했기에, Cmd 부분이 결정되야 작업이 가능하다. 결정은 다되었고, Cmd들의 Attribute만 넣은 상태로 넘겨주면 진행이 될텐데, 지연되는 것이 안타깝다. 그냥 내가 만들고 넘겨야 할듯..
	* 현재		* 현재
	~~~cpp~~ InfoManager		<code>InfoManager</code>
	를 제외한 모든 코드가 내가 작성한 상태이다. 대체 재동군은 어제 어떻게 만날수 있을까.		를 제외한 모든 코드가 내가 작성한 상태이다. 대체 재동군은 어제 어떻게 만날수 있을까.
	* 현재 재동군의 참여가 저조한 점이 아쉽다. 일단, [[ProjectZephyrus/Server]]에 기능별로 나누어 놓으니 구현하도록 그리고 금요일에 전화함 --상민		* 현재 재동군의 참여가 저조한 점이 아쉽다. 일단, [[ProjectZephyrus/Server]]에 기능별로 나누어 놓으니 구현하도록 그리고 금요일에 전화함 --상민
Line 79:		Line 79:
	== 6/02 ==		== 6/02 ==
	#		#
	~~~cpp~~ JavaDoc		<code>JavaDoc</code>
	을 이용한 도움말 작성 package설명 추가, 각 클래스별 설명 추가, 각 메소드별 설명 추가		을 이용한 도움말 작성 package설명 추가, 각 클래스별 설명 추가, 각 메소드별 설명 추가
	# Login 기능 완료, online 메세지 까지 보내고 있음		# Login 기능 완료, online 메세지 까지 보내고 있음
Line 88:		Line 88:
	* 상규 주도 login DB자료 처리 부분 완료.28일에 해논 것들이 도움이 된것 같다. 상규의 능력을 알수 있다. 으어 나보다 잘하잖아. T_T --상민		* 상규 주도 login DB자료 처리 부분 완료.28일에 해논 것들이 도움이 된것 같다. 상규의 능력을 알수 있다. 으어 나보다 잘하잖아. T_T --상민
	* 잘하긴요.... 해본거라 그렇죠..머..^^ 몇번의 삽질끝에...		* 잘하긴요.... 해본거라 그렇죠..머..^^ 몇번의 삽질끝에...
	~~~cpp~~ writeLoginCmd		<code>writeLoginCmd</code>
	완성.. 하지만.. 버디 리스트를 갖고 있는 테이블인 ~~{{{~cpp~~ PZContactList~~}}}~~은 중복 허용 문제때문에.. 프리머리 키도 없고... 나중에 속도문제가 생기지 않을까 하는 걱정이 됩니다.. 좀더 생각해봐야겠습니다...^^ 그리고 재동군이 이제 합류하나여? --상규		완성.. 하지만.. 버디 리스트를 갖고 있는 테이블인 <code>PZContactList</code>은 중복 허용 문제때문에.. 프리머리 키도 없고... 나중에 속도문제가 생기지 않을까 하는 걱정이 됩니다.. 좀더 생각해봐야겠습니다...^^ 그리고 재동군이 이제 합류하나여? --상규
	** 현재 상태에서는 속도에는 신경 쓰지 말자, 일단 구조만 잘 정의 해놓으면, 개선 사항은 얼마든지 체계적으로 생각 날것이라고 생각 된다. 현재는 체계적으로 생각 나지 않지 않그런가? 당장 그날 구현만 해도 JDBC의 몇가지 api로 중복 부분의 속도 개선의 여지가 보이는데, 너무 많이 생각하면 해골 복잡하니, '''기능 구현''' 에만 중점을 두자. 이제 DB는 인터페이스만 정의 하면 완전 따로 놀수 있을것 같다. --상민		** 현재 상태에서는 속도에는 신경 쓰지 말자, 일단 구조만 잘 정의 해놓으면, 개선 사항은 얼마든지 체계적으로 생각 날것이라고 생각 된다. 현재는 체계적으로 생각 나지 않지 않그런가? 당장 그날 구현만 해도 JDBC의 몇가지 api로 중복 부분의 속도 개선의 여지가 보이는데, 너무 많이 생각하면 해골 복잡하니, '''기능 구현''' 에만 중점을 두자. 이제 DB는 인터페이스만 정의 하면 완전 따로 놀수 있을것 같다. --상민
	== 5/30 ==		== 5/30 ==
Line 100:		Line 100:
	--상민		--상민
	* Eclipse 사용법 배웠고, 지금까지의 서버 디자인에 대한 설명을 들었습니다. 그리고 약간의 의견교환도 있었구요. 하지만 서버 디자인에 대한것은 대부분의 윤곽은 잡혔지만 다같이 모여 여러번 이야기를 하며 아직 정확하지 않은 것들을 잡아가야 할 듯 합니다. 그리고		* Eclipse 사용법 배웠고, 지금까지의 서버 디자인에 대한 설명을 들었습니다. 그리고 약간의 의견교환도 있었구요. 하지만 서버 디자인에 대한것은 대부분의 윤곽은 잡혔지만 다같이 모여 여러번 이야기를 하며 아직 정확하지 않은 것들을 잡아가야 할 듯 합니다. 그리고
	~~~cpp~~ DBConnectionManager		<code>DBConnectionManager</code>
	를 통해 ZP 서버의 MySQL에 접속해보고 몇가지 테스트를 해 보았습니다.(테이블 만들기, 자료 추가하기, 자료 조회하기) --상규		를 통해 ZP 서버의 MySQL에 접속해보고 몇가지 테스트를 해 보았습니다.(테이블 만들기, 자료 추가하기, 자료 조회하기) --상규

Maintenance script: Repair MoniWiki formatting after migration

2026-03-26T14:01:41Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 14:01, 26 March 2026
Line 41:		Line 41:
	완료 30~40분 정도 걸림		완료 30~40분 정도 걸림
	* 가장 자랑스러운(?) 기능인 --;; 서버 끄기를 만들었다. 1시간 10분 정도 소요 된것 같음		* 가장 자랑스러운(?) 기능인 --;; 서버 끄기를 만들었다. 1시간 10분 정도 소요 된것 같음
	--상민		<br />--상민
	*		*
	~cpp InfoManager		~cpp InfoManager
Line 47:		Line 47:
	* 아이디어란 한순간에... 스쳐 지나가듯 나온다는걸 알았다... 불행이도 서버끄기를 다 만들구 알았다...ㅡ.ㅡ 그것만 아니었다면... 버디 리스트 삭제까지 만들수 있었는데....		* 아이디어란 한순간에... 스쳐 지나가듯 나온다는걸 알았다... 불행이도 서버끄기를 다 만들구 알았다...ㅡ.ㅡ 그것만 아니었다면... 버디 리스트 삭제까지 만들수 있었는데....
	* 아무리 생각해도 정상적인 에러 메시지들이 맘에 안든다. 그 문제를 해결하고.. 서버에 새롭게 넣을 수 있을만한 명령어들에 대해서 생각해봐야겠다..		* 아무리 생각해도 정상적인 에러 메시지들이 맘에 안든다. 그 문제를 해결하고.. 서버에 새롭게 넣을 수 있을만한 명령어들에 대해서 생각해봐야겠다..
	--상규		<br />--상규
	** 그래도 그 덕분에 확장 명령어 넣을 생각을 할수 있다는 새로운 취미를 생각할수 있다. 그것도 그런데로 건진것 같다는 생각이 드네 ^^; --상민		** 그래도 그 덕분에 확장 명령어 넣을 생각을 할수 있다는 새로운 취미를 생각할수 있다. 그것도 그런데로 건진것 같다는 생각이 드네 ^^; --상민

Line 96:		Line 96:
	* 상규와 DB query를 console에서 날리고 받아 출력해 주는 간단한 프로그램 작성했다. 해놓고 보니 재미있다는 생각이 듬. 확장 시키면 간단한 클라이언트로 써먹을만 할것 같다.		* 상규와 DB query를 console에서 날리고 받아 출력해 주는 간단한 프로그램 작성했다. 해놓고 보니 재미있다는 생각이 듬. 확장 시키면 간단한 클라이언트로 써먹을만 할것 같다.
	* mm.mysql 클래스 패스 잡기가 너무 귀찮다. 아예 그냥 프로그램 내부에 넣어 버려야 겠다.		* mm.mysql 클래스 패스 잡기가 너무 귀찮다. 아예 그냥 프로그램 내부에 넣어 버려야 겠다.
	* UML을 기반으로 상규에서 현재 구축해놓은 아이디어, 디자인 설명		* UML을 기반으로 상규에서 현재 구축해놓은 아이디어, 디자인 설명 <br />
	* Command에 결과의 유효성에 대한 표현으로, int형으로 통일할지 String으로 할지 아직도 고민된다. 에구 둘다 장단이 있을것 같은걸 두개 다 해높을까.		* Command에 결과의 유효성에 대한 표현으로, int형으로 통일할지 String으로 할지 아직도 고민된다. 에구 둘다 장단이 있을것 같은걸 두개 다 해높을까.
	--상민		--상민
Line 110:		Line 110:
	----		----
	[[ProjectZephyrus]]		[[ProjectZephyrus]]

imported>Unknown at 05:24, 7 February 2021

2021-02-07T05:24:06Z

New page

=== 06/11 ===
* DB Connection상에 버그가 있었다. 오 상상도 못했던
~cpp InfoManager
는 견고하다고 생각했는데, 의외의 부분에서 잘못이 있었음 --[[상민]]
=== 06/10 ===
*
~cpp InfoManager
에서 {{{~cpp writeDeleteBuddyCmd}}} 완성했습니다... 테스트를 해보려고 했으나... #deleteBuddy#... 패킷을 보내니까 접속이 종료되어버리네여.... 아직 #deleteBuddy 패킷을 처리 못하나요?? 서버에서는 이렇게 나오내요..
java.lang.ClassCastException: command.InsertBuddyCmd
at command.CommandManager.getCommand(CommandManager.java:141)
at network.UserSocket.run(UserSocket.java:89)
#deleteBuddy#1002
Command 종류 : deleteBuddy
localhost/127.0.0.1 의 접속 종료
toReceiver: #offline#lsk
* ok 완료. 문제는 내가
~cpp command.CommandManager.getCommand()
에서 해당 패킷에서 {{{~cpp DeleteBuddy}}} 객체를 만든게 아니라 {{{~cpp InsertBuddy}}} 객체를 만들어 주어서 였다. 금요일에 pair시 이부분을 그대로 복사해서 붙여 두었었거든, 한줄 바로 잡으니 잘 돌아 간다. 네 의도대로 인지, 테스트 해봐라 --상민

*
~cpp InfoManager
에서 테이블을 만드는 {{{~cpp createPZTable}}}과 테이블은 없애는 {{{~cpp dropPZTable}}}을 만들었습니다. 완성은 아니구요... 조금 수정은 해야합니다.. --상규

* 중복 접속 방지 작업, sync 문제에 관해서는 약간 고민을 더해야 할듯 하다. Rename
* 상규의 delete buddy의 DB기능의 업데이트로 Server는 끝났다. --상민

=== 06/07 ===
*
~cpp LogoutCmd
및 {{{~cpp UserSocket}}} 예외 부분 완료.... 라고 생각한다. ^^;;
*
~cpp LoginCmd
부분의 버그라고 생각하는 부분들 또 완성
* 기타 class의 템플릿들 입력
* 몇가지 인자들 Rename
* 느낀점 : 휴.. 전에 툴을 쓸때는 해당 툴과 손가락이 생각을 못따라가 가는 것이 너무 아쉬웠는데, Eclipse에서는 거의 동시에 진행할수 있었다. extract method, rename, quick fix, auto fix task,마우스가 필요 없는 작업 환경들 etc VC++로 프로그래밍 할때도 거의 알고 있는 단축키와 key map을 macro를 만들어 써도 이정도가 아니었는데 휴..
* 존카멕의 인터뷰에서 영어로 하는 말은 제대로 못알아 먹었지만, 그들의 코딩 환경은 마음에 들었다. 40인치 모니터 --;;
*
~cpp InsertBuddyCmd
완료 30~40분 정도 걸림
* 가장 자랑스러운(?) 기능인 --;; 서버 끄기를 만들었다. 1시간 10분 정도 소요 된것 같음
--상민
*
~cpp InfoManager
를 버디 리스트 삭제하는 기능만 빼고 거의 완성된 듯 하다..
* 아이디어란 한순간에... 스쳐 지나가듯 나온다는걸 알았다... 불행이도 서버끄기를 다 만들구 알았다...ㅡ.ㅡ 그것만 아니었다면... 버디 리스트 삭제까지 만들수 있었는데....
* 아무리 생각해도 정상적인 에러 메시지들이 맘에 안든다. 그 문제를 해결하고.. 서버에 새롭게 넣을 수 있을만한 명령어들에 대해서 생각해봐야겠다..
--상규
** 그래도 그 덕분에 확장 명령어 넣을 생각을 할수 있다는 새로운 취미를 생각할수 있다. 그것도 그런데로 건진것 같다는 생각이 드네 ^^; --상민

== 06/06 ==
* 0604에 의논한 내용 Server 측 UML에 추가
*
~cpp InfoManager
에 대한 test코드 작성
* Login 부분의 두가지 버그 해결
## online list에 본인의 ID가 나온다. in
~cpp LogCmd
## offline list에 online buddy가 추가 되었다. in
~cpp InfoManager
* [[ProjectZephyrus/Server]] 진행 상황 , UML history 추가
--상민
== 06/05 ==
* Logout 클래스 작성, Rename작업, 04일에 의논한 내용 UML에 반영
* 상규 파트는
~cpp InfoManager
만을 건드리도록 원칙을 정했기에, Cmd 부분이 결정되야 작업이 가능하다. 결정은 다되었고, Cmd들의 Attribute만 넣은 상태로 넘겨주면 진행이 될텐데, 지연되는 것이 안타깝다. 그냥 내가 만들고 넘겨야 할듯..
* 현재
~cpp InfoManager
를 제외한 모든 코드가 내가 작성한 상태이다. 대체 재동군은 어제 어떻게 만날수 있을까.
* 현재 재동군의 참여가 저조한 점이 아쉽다. 일단, [[ProjectZephyrus/Server]]에 기능별로 나누어 놓으니 구현하도록 그리고 금요일에 전화함 --상민
== 06/04 ==
* Packet Form 에 관하여 석천, 재동, 상민 이렇게 모여서 상의, 결정 [[ProjectZephyrus/PacketForm]]--상민
== 06/03 ==
* 앗싸 재동이에게 사기 쳤다. initinstance 부분에서 점선으로 초기화 되는 과정에 대하여 표현이 잘못 되었었군. 재동 말이 맞았음 역시나 방학때 다시 한번 훌터 봐야 할듯 바보 같이
* 재동에게 구조 설명함, 하지만 보람차다는 느낌이 없다. 반응이 저래서야 상당히 피곤하다는 느낌 밖에는 없군. 재동 "별거 아니네요" 라는 말로 일축 할만큼 내가 짧은 시간을 투자한게 아닌데 말이지 우어~ 아무 것도 없는 도화지에 저거 그려봐 우어~ --상민
''뭐.. 비디오 들고 과정 찍어보여주기전에는 모를테니. 새글쓰긴 힘들고 리플달기는 쉽고. 새로운 프로그램 만들기는 어렵고, 클론 만들기는 상대적으로 쉬운법. --석천''
== 6/02 ==
#
~cpp JavaDoc
을 이용한 도움말 작성 package설명 추가, 각 클래스별 설명 추가, 각 메소드별 설명 추가
# Login 기능 완료, online 메세지 까지 보내고 있음
# JCreator용 설정 파일 작성
# Windows 상에서 일반 콘솔에서 컴파일, 실행 하기 위한 배치 파일 작성
--상민
== 5/31 ==
* 상규 주도 login DB자료 처리 부분 완료.28일에 해논 것들이 도움이 된것 같다. 상규의 능력을 알수 있다. 으어 나보다 잘하잖아. T_T --상민
* 잘하긴요.... 해본거라 그렇죠..머..^^ 몇번의 삽질끝에...
~cpp writeLoginCmd
완성.. 하지만.. 버디 리스트를 갖고 있는 테이블인 {{{~cpp PZContactList}}}은 중복 허용 문제때문에.. 프리머리 키도 없고... 나중에 속도문제가 생기지 않을까 하는 걱정이 됩니다.. 좀더 생각해봐야겠습니다...^^ 그리고 재동군이 이제 합류하나여? --상규
** 현재 상태에서는 속도에는 신경 쓰지 말자, 일단 구조만 잘 정의 해놓으면, 개선 사항은 얼마든지 체계적으로 생각 날것이라고 생각 된다. 현재는 체계적으로 생각 나지 않지 않그런가? 당장 그날 구현만 해도 JDBC의 몇가지 api로 중복 부분의 속도 개선의 여지가 보이는데, 너무 많이 생각하면 해골 복잡하니, '''기능 구현''' 에만 중점을 두자. 이제 DB는 인터페이스만 정의 하면 완전 따로 놀수 있을것 같다. --상민
== 5/30 ==
* mm.mysql과 Junit 의 라이브러리를 프로젝트 내부에 넣고, 패키지를 network, information, command 로 구분 --상민
== 5/28 ==
* 상규와 DB query를 console에서 날리고 받아 출력해 주는 간단한 프로그램 작성했다. 해놓고 보니 재미있다는 생각이 듬. 확장 시키면 간단한 클라이언트로 써먹을만 할것 같다.
* mm.mysql 클래스 패스 잡기가 너무 귀찮다. 아예 그냥 프로그램 내부에 넣어 버려야 겠다.
* UML을 기반으로 상규에서 현재 구축해놓은 아이디어, 디자인 설명
* Command에 결과의 유효성에 대한 표현으로, int형으로 통일할지 String으로 할지 아직도 고민된다. 에구 둘다 장단이 있을것 같은걸 두개 다 해높을까.
--상민
* Eclipse 사용법 배웠고, 지금까지의 서버 디자인에 대한 설명을 들었습니다. 그리고 약간의 의견교환도 있었구요. 하지만 서버 디자인에 대한것은 대부분의 윤곽은 잡혔지만 다같이 모여 여러번 이야기를 하며 아직 정확하지 않은 것들을 잡아가야 할 듯 합니다. 그리고
~cpp DBConnectionManager
를 통해 ZP 서버의 MySQL에 접속해보고 몇가지 테스트를 해 보았습니다.(테이블 만들기, 자료 추가하기, 자료 조회하기) --상규

== 5/27 ==
5월 5주차 5/26~5/31 까지 재동군 합류 불가 결정 (전시회)

== 5/24 ==
간단한 모임, 현재 문제 모두가 모일수 없다는 점 5/25-5/26 서버 중지로 mySQL쪽 테스트 부족, 월요일까지 생각해온(?) 것으로 짜와보기
----
[[ProjectZephyrus]]