Skip to content

Conversation

guanchengang
Copy link
Contributor

HTML entities will not render properly in {@ code}
image
A single line starting with * @Annotation({... will result in abnormal macthing of the end flag of {@code
To avoid this situation, I used the form * @Annotation(value = {... (Although this is a bit redundant, it is also in line with Java syntax)
image
After modification
image

@coveralls
Copy link

Coverage Status

coverage: 87.299%. remained the same
when pulling 9f15086 on guanchengang:typo
into 6bb9982 on mybatis:master.

@hazendaz hazendaz merged commit 1e38efb into mybatis:master Sep 21, 2025
16 checks passed
@hazendaz hazendaz self-assigned this Sep 21, 2025
@guanchengang guanchengang deleted the typo branch September 22, 2025 00:05
harawata added a commit that referenced this pull request Oct 10, 2025
1e38efb

Experimenting as the commit broke the Sonatype action.
@harawata
Copy link
Member

Just a heads up.
I had to revert this because this change broke the Sonatype GitHub Action (which deploys SNAPSHOT builds).

I understand there is a problem with the Javadoc, but deploying snapshots is more important.
If there is a fix that does not break the deploy/release, we may be able to merge it.

@harawata
Copy link
Member

harawata commented Oct 11, 2025

FYI, this SO thread may be related.
https://stackoverflow.com/q/2290757/1261766

@guanchengang
Copy link
Contributor Author

FYI, this SO thread may be related. https://stackoverflow.com/q/2290757/1261766

I’m not sure if there’s an effective solution in this SO thread.
@harawata
Have you seen the last comment I left on pr#3512
I think we can consider using HTML entities and <code></code>(Although this may not have code fonts in some IDEs)
image

@harawata
Copy link
Member

@guanchengang ,

I saw your comment, but I haven't done any test myself.
This seems like a javadoc tool issue to me, so I would expect it to be fixed in the JDK (there is an open bug on their tracker).

I am still OK with merging a workaround if it does not break anything.
Unfortunately, I couldn't find a way to reproduce the Github Action error without deploying the snapshot, so we might have to merge the PR to test the effect on GHA.
Please just run ./mvnw site and verify the fix in the generated HTML files before submitting a PR.

And if you are not sure, we can just leave it as is.
The problem is annoying for sure, but not critical.

@guanchengang
Copy link
Contributor Author

@harawata

Unfortunately, I couldn't find a way to reproduce the Github Action error without deploying the snapshot, so we might have to merge the PR to test the effect on GHA.

This issue also troubles me, as it seems that it is currently not possible to perform Github Action independently.
I have submitted a new pr(#3545).
I hope it won't cause errors in Github Action. I have run ./mvnw site and verify the fix in the generated HTML files as you said.
This is an example:
image
after fixed
image

@hazendaz
Copy link
Member

Hi @guanchengang,

I can see how you might want the github action we have for site to execute. That is branch based and very specific situation we have due to deficiencies in maven plugins during release processes where we may lose ability to publish the website so that isn't something we would generally expand out in usage. Most contributors are not generally likely to encounter site related issues such as here so I see that as more of an edge case and running 'mvn site' as noted is good enough to determine if issue is ok or not. Since you raised a new PR, that is pretty simple for us to pull and confirm before merging again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants