使用java for JSON从domino获取rtf字段

我正在尝试制作JSON，并将其另存为domino文档。除了在处理富文本格式字段时，所有操作都很正常。问题是：我的html编辑器将换行符和制表符放在每个html开始标记之后，因此当我尝试获取保存html的rtf时，它还包含换行符、制表符等。 我试着换了它们，但什么也没发生

这是rtf的外观（无法更改）：

我是如何尝试替换newline的：

somestring.replaceAll("\n", "");
somestring.replaceAll("\\n", "");
somestring.replaceAll("\\\n", "");

我想买点像这样的东西

<p>some sample text</p>

一些示例文本

我还尝试了一种方法，jsonGenerator会为我提供这种方法。它返回包含/t和/n字符的json。另外，我在使用jsonGenerator时还遇到了一些其他问题，因为我的JSON有不止一个层次的深度。因此，返回不带换行符和制表符的字符串可能是最简单的解决方案

---

有人知道如何解决这个问题吗？

我可以想象可能会涉及到一些事情

我怀疑第一个原因是

replaceAll

将字符串解释为正则表达式。在这种情况下，使用just

replace

更安全；不管名称如何，它也会替换所有出现的内容，但会将内容视为文字字符串

另一个可能是字符串包含两个字符的Windows CRLF。我对此不太确定，但您也可以做一个

.replace（“\r”，”）

来确定

最后，是否将

replace

回调的结果赋给字符串变量？它不会在适当的位置修改字符串，因此这是一个常见的陷阱

---

另一方面，要注意获取MIME RT字段内容的方式。当内容仅为文本时，这将起作用，但当添加附件或嵌入图像时，MIME结构将发生变化，顶层将成为

多部分/相关的

或

多部分/混合的

实体，并且内容将移到子级。查找正文内容最安全的方法是对第一个

MIMEEntity

进行深度优先递归搜索，其中

getContentType（）

是

text

，而

getContentSubType（）

是

html

我可以想象可能涉及到一些事情

我怀疑第一个原因是

replaceAll

将字符串解释为正则表达式。在这种情况下，使用just

replace

更安全；不管名称如何，它也会替换所有出现的内容，但会将内容视为文字字符串

另一个可能是字符串包含两个字符的Windows CRLF。我对此不太确定，但您也可以做一个

.replace（“\r”，”）

来确定

最后，是否将

replace

回调的结果赋给字符串变量？它不会在适当的位置修改字符串，因此这是一个常见的陷阱

---

另一方面，要注意获取MIME RT字段内容的方式。当内容仅为文本时，这将起作用，但当添加附件或嵌入图像时，MIME结构将发生变化，顶层将成为

多部分/相关的

或

多部分/混合的

实体，并且内容将移到子级。查找正文内容最安全的方法是对第一个

MIMEEntity

进行深度优先递归搜索，其中

getContentType（）

是

text

，而

getContentSubType（）

是

html

我可以想象可能涉及到一些事情

我怀疑第一个原因是

replaceAll

将字符串解释为正则表达式。在这种情况下，使用just

replace

更安全；不管名称如何，它也会替换所有出现的内容，但会将内容视为文字字符串

另一个可能是字符串包含两个字符的Windows CRLF。我对此不太确定，但您也可以做一个

.replace（“\r”，”）

来确定

最后，是否将

replace

回调的结果赋给字符串变量？它不会在适当的位置修改字符串，因此这是一个常见的陷阱

---

另一方面，要注意获取MIME RT字段内容的方式。当内容仅为文本时，这将起作用，但当添加附件或嵌入图像时，MIME结构将发生变化，顶层将成为

多部分/相关的

或

多部分/混合的

实体，并且内容将移到子级。查找正文内容最安全的方法是对第一个

MIMEEntity

进行深度优先递归搜索，其中

getContentType（）

是

text

，而

getContentSubType（）

是

html

我可以想象可能涉及到一些事情

我怀疑第一个原因是

replaceAll

将字符串解释为正则表达式。在这种情况下，使用just

replace

更安全；不管名称如何，它也会替换所有出现的内容，但会将内容视为文字字符串

另一个可能是字符串包含两个字符的Windows CRLF。我对此不太确定，但您也可以做一个

.replace（“\r”，”）

来确定

最后，是否将

replace

回调的结果赋给字符串变量？它不会在适当的位置修改字符串，因此这是一个常见的陷阱

另一方面，要注意获取MIME RT字段内容的方式。当内容仅为文本时，这将起作用，但当添加附件或嵌入图像时，MIME结构将发生变化，顶层将成为

多部分/相关的

或

多部分/混合的

实体，并且内容将移到子级。查找正文内容最安全的方法是对第一个

MIMEEntity

执行深度优先递归搜索，其中

getContentType（）

是

text

和

getContentSu
somestring.replaceAll("\n", "");
somestring.replaceAll("\\n", "");
somestring.replaceAll("\\\n", "");

<p>some sample text</p>