RFR [9] 8079075: some docs cleanup for CORBA - part 1

alexander stepanov alexander.v.stepanov at oracle.com
Thu Apr 30 16:35:18 UTC 2015


Hello Roger,

Thank you for the notes; please see the updated webrev:
http://cr.openjdk.java.net/~avstepan/8079075/webrev.01/

Regards,
Alexander

On 30.04.2015 16:47, Roger Riggs wrote:
> Hi Alexander,
>
> Thanks for working through all these changes.
>
> 0) Is there an upstream version of any of this code?  Making even 
> cosmetic changes
>    would make future versions harder to merge.
>
> 1) For files that we don't typically generate javadoc for, it is 
> simpler to avoid adding unnecessary markup.
> For example:
>
> old/src/java.corba/share/classes/com/sun/corba/se/impl/corba/AnyImpl.java:222+ 
>
> +     * @return  the {@code TypeCode} for the element in the Any
>
> There is not much value in the addition of {@code }.
>
> For these kind of files, the javadoc should be well formed and any 
> warnings/errors should be fixed.
>
> 2) a number of changes do not maintain the indentation, for example,
> -     * @result          the InputStream to marshal value of Any out of.
> +     * @return  the {@code InputStream} to marshal value of Any out of.
>
> Unless all of the indentation is going to be fixed in a file; it is 
> better to remain consistent with the per file style.
>
> 3) Removing degenerate @author tags is great.  But adding an extra 
> blank line is not desirable.
>    For example, 
> old/src/java.corba/share/classes/com/sun/corba/se/impl/ior/GenericTaggedProfile.java:39
>
> -/**
> - * @author
> - */
> +
>
> 4) For snippets of code, use {@code} instead of a plain or {@literal ...}
> These files don't that pattern extensively and its not important to 
> fix it everywhere since it is in the impl code.
> But for example, it would make sense here:
> old/src/java.corba/share/classes/com/sun/corba/se/impl/ior/ObjectAdapterIdNumber.java:31+ 
>
>
> - * internally as arrays of the form { "OldRootPOA", "<number>" },
> + * internally as arrays of the form { "OldRootPOA", "{@literal 
> <number>}" },
>
> Might be better as:
> + * internally as arrays of the form {@code { "OldRootPOA", "<number>" 
> }},
>
> 5) The continuation of @param should be indented.
>
> src/java.corba/share/classes/com/sun/corba/se/impl/naming/pcosnaming/NamingContextImpl.java 
>
> @@ -1204,14 +1202,13 @@
>      * This operation creates a URL based "iiopname://" format name
>      * from the Stringified Name of the object.
>      * @param addr internet based address of the host machine where
> -    * Name Service is running <p>
> -    * @param sn Stringified Name of the object <p>
> *+    * Name Service is running*
> +    * @param sn Stringified Name of the object
>
>
> 6) correct the punctuation since the line is being modified.
> src/java.corba/share/classes/com/sun/corba/se/pept/transport/Acceptor.java 
>
>
> -     * @return <code>true</code. if the <code>Acceptor</code> has been
> +     * @return <code>true</code>. if the <code>Acceptor</code> has been
>
> Would read better as:
> +     * @return <code>true</code> if the <code>Acceptor</code> has been
>
>
> 7)  I don't recognize the strings of the format dNNNNN but they seem 
> to be referring
>     to past bug reports and the authors who fixed them.  I doubt they 
> have any value in
>     the code anymore. It would probably be fine to just drop the extra 
> '<>' symbols.
>     And around the author initials.  <klr>  -->  klr
>
> Regards, Roger
>
>
>
> On 4/30/2015 7:56 AM, alexander stepanov wrote:
>> P.S. Sorry, not sure if changes like "<d62023>" -> "{@literal 
>> <d62023>}" (see, e.g., ValueBoxGen24.java) are what expected; please 
>> correct me if I'm wrong.
>>
>> But something should be done; otherwise "<d62023>" is interpreted as 
>> an unknown HTML tag causing the errors.
>>
>> Thanks,
>> Alexander
>>
>> On 30.04.2015 14:31, alexander stepanov wrote:
>>> Hello,
>>>
>>> Could you please review the following fix
>>> http://cr.openjdk.java.net/~avstepan/8079075/webrev.00/
>>> for
>>> https://bugs.openjdk.java.net/browse/JDK-8079075
>>>
>>> Just some HTML markup fix for CORBA.
>>>
>>> Thanks,
>>> Alexander
>>
>




More information about the core-libs-dev mailing list