My customer's application uses javax.mail.Transport class. The migration tool complains "Do not use proprietary JPA Imports". I had spent for a while but finally found that the rule seemed to just check if "Transport" class was used. It seems looking for a com.solarmetric.remote.Transport that is a Kodo interface.
Doesn't the tool distinguish java packages? It would be nice if such noises are eliminated from the output.
And is this only a problem of this rule? Or do other rules have similar problems?
NOTICE: developerWorks Community will be offline May 29-30, 2015 while we upgrade to the latest version of IBM Connections. For more information, read our upgrade FAQ.
This topic has been locked.
1 reply Latest Post - 2011-11-01T13:30:36Z by ThinkSOA
Pinned topic javax.mail.Transport trapped by a JPA rule
Answered question This question has been answered.
Unanswered question This question has not been answered yet.
Updated on 2011-11-01T13:30:36Z at 2011-11-01T13:30:36Z by ThinkSOA
ThinkSOA 110000M0BW8 PostsACCEPTED ANSWER
Re: javax.mail.Transport trapped by a JPA rule2011-11-01T13:30:36Z in response to m.nishinoHi Makoto,
Thank you for reporting the error. I am able to duplicate the issue here as well.
The rules have the intelligence to detect only the invalid imports. This is a bug in this rule only and we will have a fix for it soon.