Groovy Extension Module Methode - Keine Unterschrift Methode

Question

ich angelegt habe zwei groovy Erweiterungsmodule/Methoden auf java.util.ArrayList(). Es funktioniert alles sehr gut in meiner IDE. Ich benutze gradle das Glas zu bauen, und stellen Sie sie an einen entfernten JVM. Wenn es die entfernte JVM erreicht, schlägt es fehl.

Hier ist die Extension-Methode:

static Map sumSelectedAttributes(final List self, List attributes) { 
    Map resultsMap = [:] 
    attributes.each { attr -> 
     resultsMap[attr] = self.inject(0) { sum, obj -> 
      sum + obj[attr] 
     } 
    } 
    return resultsMap 

Hier ist der Code, der sie aufruft:

outputMap[processName][iName] << kBeanList.sumSelectedAttributes([ 
    "messageCount", "userCount", "outstandingRequests", 
    "cpuUsage", "memoryUsage", "threadCount", "cacheCount", "huserCount", 
    "manualHuserCount", "dataPointerCount", "tableHandleCount", 
    "jdbCacheRecordCount", "dbConnectionCount"]) 

Hier ist der Fehler:

No signature of method: java.util.ArrayList.sumSelectedAttributes() is applicable for argument types: (java.util.ArrayList) values: [[messageCount, incomingConnectionsCount, outgoingConnectionsCount, ...]]

Auch hier funktioniert es gut in intellij mit Testfällen. Was ist auf der Remote-JVM anders, um dies zu verhindern? Hier sind einige Dinge, die mir in dem Sinn kamen:

1. Das Remote-JVM verwendet Groovy 2.3 während ich auf 2.4.5
2. Wir verwenden einen benutzerdefinierten Classloader auf der Remote-JVM-Klassen zu laden

Darüber hinaus konnte ich keine andere Dokumentation zu etwas Besonderem finden, das ich tun muss, damit Erweiterungen auf Remote-JVMs funktionieren.

Jede Hilfe wird sehr geschätzt.

Pro einen Kommentar, scheint wie ein Problem mit benutzerdefinierten Klassenlader, hier ist die Klasse, die die Manipulation von einigen Klassenladeprogrammen behandelt.

class CustomLoader { 
    static Map loaders = [:] 
    static File loaderRoot = new File("../branches") 

    static URLClassLoader getCustomLoader(String branchName) { 
     if (!loaders[branchName]) { 
      loaders[branchName] = new URLClassLoader(getUrls(branchName)) 
     } else { 
      loaders[branchName] 
     } 
    } 

    static URLClassLoader updateClassLoader(String branchName) { 
     loaders[branchName] = null 
     loaders[branchName] = new URLClassLoader(getUrls(branchName)) 
    } 

    private static URL[] getUrls(String branchName) { 
     def loaderDir = new File(loaderRoot, branchName) 
     List<File> files = [] 
     loaderDir.eachFileRecurse{ 
      if (it.name.endsWith('.jar')) { 
       files << it 
      } 
     } 
     List urls = files.sort{ it.name }.reverse().collect{it.toURI().toURL()} 
     return urls 
    } 
} 

Answer 1

Um ein Erweiterungsmethode-Modul manuell zu registrieren, können Sie einen ähnlichen Code wie in GrapeIvy verwenden. Weil Weintrauben das gleiche Problem haben, indem sie ein Glas im falschen Loader sichtbar machen, aber trotzdem Erweiterungsmethoden aktivieren wollen. Das Stück Code in Frage ist hier:

JarFile jar = new JarFile(file) 
def entry = jar.getEntry(ExtensionModuleScanner.MODULE_META_INF_FILE) 
if (entry) { 
    Properties props = new Properties() 
    props.load(jar.getInputStream(entry)) 
    Map<CachedClass, List<MetaMethod>> metaMethods = new HashMap<CachedClass, List<MetaMethod>>() 
    mcRegistry.registerExtensionModuleFromProperties(props, loader, metaMethods) 
    // add old methods to the map 
    metaMethods.each { CachedClass c, List<MetaMethod> methods -> 
    // GROOVY-5543: if a module was loaded using grab, there are chances that subclasses 
    // have their own ClassInfo, and we must change them as well! 
    Set<CachedClass> classesToBeUpdated = [c] 
    ClassInfo.onAllClassInfo { ClassInfo info -> 
     if (c.theClass.isAssignableFrom(info.cachedClass.theClass)) { 
     classesToBeUpdated << info.cachedClass 
     } 
    } 
    classesToBeUpdated*.addNewMopMethods(methods) 
    } 
} 

In dieser Codedatei ist eine Datei, die das Glas darstellt. In Ihrem Fall müssen Sie hier etwas anderes haben. Grundsätzlich wir zuerst die Deskriptordatei in Eigenschaften laden, registerExtensionModuleFromProperties rufen Sie die Karte mit MetaMethods zu füllen auf einem bestimmten Class Loader abhängig. Und das ist der Schlüssel für die Lösung Ihres Problems, der richtige Klassenlader ist hier einer, der alle Klassen in Ihrem Erweiterungsmodul und die groovige Laufzeit laden kann. Danach wird jede neue Meta-Klasse über die Erweiterungsmethoden Bescheid wissen. Der folgende Code wird nur benötigt, wenn bereits Metaklassen vorhanden sind, die Sie über diese neuen Methoden wissen möchten.