Todd will have more details on this, but the Java parser and/or XML parser have
issues with comments outside of the method signature. The general problem is
knowing what comments go to what methods in an intelligent fashion.
That's all the info I have, but it's a little more complex than that from what
I remember Mike and Todd explaining.
c
-- Original Message --
From: <a href="/group/SunONE-JATO/post?protectID=045166066007078237072056141004147239248 197129189053113079045130091004142020105181098201196026">jason_michael_keith@h ...</a>
Sent: Friday, March 23, 2001 9:19 AM
Subject: [iPlanet-JATO] Javadoc comments stripped out
I noticed that all my javadoc comments were stripped out of all the
functions in my migrated code. Is there any way that the comments
can be left in?
Thanks
Jason
<a href="/group/SunONE-JATO/post?protectID=210083235237078198050118178206047166215 146166214017110250006230056039126077176105140127082088124241215002153">iPlane t-JATO-unsubscribe@egroups.com</a>
[Non-text portions of this message have been removed]
> I noticed that all my javadoc comments were stripped out of all the
> functions in my migrated code. Is there any way that the comments
> can be left in?
Unfortunately, comments outside of method bodies are today a bit of a
problem. The reason is that comments aren't well-defined lexical
structures--they can occur anywhere, even in the middle of expressions, and
they have no lexical relation to anything in the source code. Because of
the way our JavaCC-generated Java parser works, comments are not presented
as normal tokens, but are instead a "sideband" of information associated
with the first normal token after their occurrence.
Unfortunately, because we are transforming the JavaCC parse tree into an XML
document tree, the comments would need to be parented by the XML node they
are associated with, which would require a bunch of node acrobatics to make
happen. We dropped this from the 1.0 release because it was a lot of work
for potentially only a few customers, and we didn't want to hold up the
release for it (few customers Javadoc their ND methods). We didn't hear
anything about it since the 1.0 release, and therefore it didn't make it on
the priority list for the 1.1 release either. This is actually the first
time we've heard anything about it.
At this time, there is no general workaround. However, if your Javadoc is
primarily in ND user module classes, you can safely remove these from your
project before migration and then copy them over to the migrated application
afterward. The iMT doesn't do anything but change the package name for user
modules, so this should be easy. Skipping the trip through the iMT's
application description will let you keep the comments (and formatting) of
the original file.
Todd