
DailyLog로 웹스퀘어를 학습하면서 미리 백엔드에 간단하게 구현한 CRUD를 WebSquare와 IntelliJ를 이용한 Spring Boot 서버와 연결시켜보려고 한다.
그 덕분에 영상과 개발 가이드를 정독하고 있는 중이다.
(ChatGPT 플러스도 결제해놓길 잘 했다고 생각이 든다)

지금 내가 구성하려는 MySQL ↔ Spring ↔ WebSquare 아키텍처가 정석적인 “권장형 구조”이다.
여태까지 나눈 대화를 기반으로 한 GPT의 요약
→ ✅ Spring Boot Controller와의 통신이 완벽히 정식 지원 대상이다.
submission과 $p.ajax()는application/json, application/xml, application/x-www-form-urlencoded)을 지원한다.→ ✅ @RestController → ResponseEntity<List<DailyLog>> 구조 그대로 사용 가능.
mediatype="application/json"으로 지정하면 된다.→ ✅ XML 구조 안에서 JSON 데이터 요청/응답이 가능.
예:
<xf:submission id="sub1" method="get" action="http://localhost:9000/api/logs"
ref="data:dsLogs" target="dsLogs"
mediatype="application/json" mode="asynchronous" />
→ ✅ IntelliJ의 Spring Boot 백엔드와 완벽 호환됨.
문서의 마지막 줄:
“… Web Application Server에서 Web Application Framework를 구성하여 WebSquare의 통신객체(Submission)와 표준 포맷의 데이터를 교환하는 방식이 될 수 있습니다.”
⇒ 이게 바로 지금 네가 하려는 구조:
WebSquare (submission)
↓↑ HTTP/JSON
Spring Boot (Controller, JPA)
↓↑
MySQL (Entity)
| 문서 구절 | 기술적 의미 | 네 아키텍처 대응 |
|---|---|---|
| “HTTP Protocol 기반 통신” | REST 방식 사용 가능 | Spring Boot API 호출 |
| “Text Data 구조(XML/JSON)” | JSON 응답 파싱 지원 | Spring → JSON → WebSquare |
| “Web Application Framework” | Spring/J2EE 서버 호환 | IntelliJ + Spring Boot |
| “Submission으로 교환” | 공식 통신 객체 | <xf:submission>로 연결 |
WebSquare 공식 가이드에 따르면
네가 설계한 MySQL ↔ Spring Boot ↔ WebSquare (submission 통신) 구조는
“권장 아키텍처”이자 “표준 준수형 통신 방식”이다.
즉, 지금의 설계는 WebSquare 내부 엔진의 제약을 피하면서도
가이드에 명시된 HTTP 기반 표준 연계 구조 그대로 사용하고 있다.
더 공부해봐야겠지만 어느 정도 감이 오는 거 같다.
내일은 전자정부프레임워크 연동 방식과 SpringBoot Jackson 연동 방식 가이드를 더 읽어봐야겠다.