jvmfwk: avoid -Werror=deprecated-copy (GCC trunk towards GCC 9)

...by removing explicitly user-provided functions that do the same as their
implicitly-defined counterparts, but may prevent implicitly declared copy
functions from being defined as non-deleted in the future.  (Even if a dtor was
declared non-inline in an include file, the apparently-used implicitly-defined
copy functions are already inline, so why bother with a non-inline dtor.)

Change-Id: I1330a9fd4fc7f8fe8525b3ea02f9edb9e88e6638
Reviewed-on: https://gerrit.libreoffice.org/58059
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

jvmfwk/inc/elements.hxx

@@ -58,7 +58,6 @@ class CNodeJavaInfo
 {
 public:
     CNodeJavaInfo();
-    ~CNodeJavaInfo();
 
     /** if true, then javaInfo is empty. When writeToNode is called
         then all child elements are deleted.

jvmfwk/source/elements.cxx

@@ -694,10 +694,6 @@ CNodeJavaInfo::CNodeJavaInfo() :
 {
 }
 
-CNodeJavaInfo::~CNodeJavaInfo()
-{
-}
-
 void CNodeJavaInfo::loadFromNode(xmlDoc * pDoc, xmlNode * pJavaInfo)
 {
     OString sExcMsg("[Java framework] Error in function NodeJavaInfo::loadFromNode "