javax.tool ile Cascade In-Bellek Derleme

Question

Eclipse'in JDT derleyicisi, findType(...) yöntemini, basamaklı derleme yapmanıza olanak veren bir arabirim INameEnvironment sağlar. Merakla, standart JDK derleyici araç setini kullanarak herhangi bir yol olup olmadığını bilmek ister misiniz?

Not, senaryo arası bağımlılıkları şablon dosyası oluşturan sınıflarının bellek derleme yapmak bir şablon motorudur ve bu size bir şablon dosyasını karşılaştı siparişi tahmin edemez, böylece Foo kudreti ilk derlenmiş gerekiyor o ana Bar, zaten derlenmiş olmadan bu nedenle sen Foo 'ın derleme devam etmek başka bir kaynak Bar üretmek ve sırayla ilk önce derlemeye gerek Foo derlenmesi sırasında, yani kaskad derlemesini yapmak için bir mekanizma gerekir: gibi bazı kod aşağıda:

private NameEnvironmentAnswer findType(final String name) { 
    try { 
     if (!name.contains(TemplateClass.CN_SUFFIX)) { 
      return findStandType(name); 
     } 

     char[] fileName = name.toCharArray(); 
     TemplateClass templateClass = classCache.getByClassName(name); 

     // TemplateClass exists 
     if (templateClass != null) { 

      if (templateClass.javaByteCode != null) { 
       ClassFileReader classFileReader = new ClassFileReader(templateClass.javaByteCode, fileName, true); 
       return new NameEnvironmentAnswer(classFileReader, null); 
      } 
      // Cascade compilation 
      ICompilationUnit compilationUnit = new CompilationUnit(name); 
      return new NameEnvironmentAnswer(compilationUnit, null); 
     } 

     // So it's a standard class 
     return findStandType(name); 
    } catch (ClassFormatException e) { 
     // Something very very bad 
     throw new RuntimeException(e); 
    } 
} 

Answer 1

Yorum konuşmamıza dayanarak, cevabın açık olduğunu düşünüyorum: hayır, bunu JDK derleyicisiyle yapamazsınız. Paket istendiğinde size bir kanca verir, ancak belirli bir sınıf bağımlılığı değil. Bildiğim şu ana kadar elde edebilirsiniz olduğunca yakın Hakkında

geçerli: koduyla

Here's a nice article hafıza sınıflarında işlemek için adapte edilmesi gerekmektedir olsa. Özellikle açıkladığınız sorun, JavaFileManager.list(...) yöntemiyle ele alınmıştır. JavaFileObjects'i burada belleğe önbelleğe aldığınız geri döndürmek zorundasınız. Büyük olasılıkla, üzerinde çalıştığınız önbelleğe alınmış sınıfları işlemek üzere değiştirilmiş olsa da, makalede açıklandığı gibi ForwardingJavaFileManager alt sınıfını oluşturmanız gerekecektir.

Bunu bir şey derlemek için kullanabilirsiniz. Hata döndürürse, eksik olanı bulmak için normal ifadeyi kullanın. Eksik olan şeyin kodunu oluşturduktan/derledikten sonra, orijinal kodu derlemeyi tekrar deneyin.

NOT: Bağımlı sınıfın FQN'sini, bir noktada ForwardingFileManager.list (...) içindeki packageName argümanı olarak sorar. Dersi o noktada iade etmeye çalışmadım. Bu işe yaramayabilir çünkü paket uyumsuz olur, ama belki de olur.

Answer 2

Sorununuzu çözüp çözmediğini görmek için bu HelloWorld örneğini okumaya çalışın. Kodu yayınlamadan, özel sorununuzun ne olduğunu söylemek zor.