●
There are no
simple equivalents to VB & C# delegates and events in Java, so
these must be refactored.
●
Operator overloading is not available in
Java. These methods are marked with a comment.
●
Since Java lacks a preprocessor, all code
dependent on conditional compilation needs to be refactored so
that the functionality can be achieved in other ways. If
your target environment is NetBeans, then no adjustments are
required since VB & C# to Java Converter converts preprocessor
directives to NetBeans format by default (using //#if, //#else,
//#elif, //#endif, //#define, and //#undefine).
●
VB9 and C#3 LINQ queries are not converted since this
feature is not available in Java.
●
VB 'Structure' and C# 'struct' is converted to Java 'class',
since Java does not include value types. The Java class
does not reproduce the same behavior as .NET value types, so
adjustments may be required.
●
If the
VB.NET project did not have 'Option Strict On' set, then you'll
likely have a number of cases where different types are compared
with each other - these may need adjustment.
●
Although most On Error GoTo statements are
converted, some elements of classic VB unstructured error
handling (On Error Resume Next, On Error GoTo -1, etc.) are not
converted. These statements are marked as a
'ToDo' task. Also, all references to the VB Err object are not
converted and marked as a 'ToDo' task.
●
‘When’ statements in ‘Catch’ blocks (which
have no equivalent in Java) must be manually adjusted. These are commented out and combined
with a warning comment.
●
C# 'unsafe’ blocks cannot be fully converted
since Java has no corresponding concept. These are marked
with 'ToDo' comments.