Jaki jest najlepszy sposób na recykling obiektów Domino w Java Beans

Question

używam funkcji, aby uzyskać dostęp do dokumentu konfiguracji:

private Document lookupDoc(String key1) { 
    try { 
     Session sess = ExtLibUtil.getCurrentSession(); 
     Database wDb = sess.getDatabase(sess.getServerName(), this.dbname1); 
     View wView = wDb.getView(this.viewname1); 
     Document wDoc = wView.getDocumentByKey(key1, true); 
     this.debug("Got a doc for key: [" + key1 + "]"); 
     return wDoc; 
    } catch (NotesException ne) { 
     if (this.DispLookupErrors) 
      ne.printStackTrace(); 
     this.lastErrorMsg = ne.text; 
     this.debug(this.lastErrorMsg, "error"); 
    } 
    return null; 
} 

W innej metodzie używać tej funkcji, aby uzyskać dokument:

Document wDoc = this.lookupDoc(key1); 

if (wdoc != null) { 
    // do things with the document 
    wdoc.recycle(); 
} 

Czy należy poddawać recyklingowi bazę danych i wyświetlać obiekty podczas recyklingu obiektu Document? A może należy je poddać recyklingowi, zanim funkcja zwróci dokument?

Próba zieleni mój kod ...

/newbs

Answer 1

Najlepszym rozwiązaniem jest recykling wszystkich obiektów Domino podczas zakresu, w którym zostały utworzone. Jednak recykling dowolnego obiektu automatycznie przetwarza wszystkie obiekty "pod" nim. Dlatego w twojej przykładowej metodzie, nie możesz przerobić wDb, ponieważ to również spowodowałoby recykling wDoc, więc zwrócisz uchwyt Recycled Document.

Jeśli chcesz się upewnić, że nie masz przecieków w pamięci, najlepiej poddawać recyklingowi obiekty w odwrotnej kolejności (np. Najpierw dokument, a następnie widok, a następnie bazę danych). Zwykle wymaga to strukturyzowania twoich metod w taki sposób, abyś robił cokolwiek potrzebujesz/z obiektem Domino wewnątrz jakakolwiek metoda uzyska uchwyt.

Na przykład, zakładam, że zdefiniowałeś metodę pobierania dokumentu konfiguracyjnego, abyś mógł pobrać z niej wartość ustawień konfiguracyjnych. Tak więc, zamiast metody zwrotu dokumentu, być może byłoby lepiej, aby zdefiniować metody zwracają wartość artykuł:

private Object lookupItemValue(String configKey, itemName) { 
    Object result = null; 
    Database wDb = null; 
    View wView = null; 
    Document wDoc = null; 
    try { 
     Session sess = ExtLibUtil.getCurrentSession(); 
     wDb = sess.getDatabase(sess.getServerName(), this.dbname1); 
     wView = wDb.getView(this.viewname1); 
     wDoc = wView.getDocumentByKey(configKey, true); 
     this.debug("Got a doc for key: [" + configKey + "]"); 
     result = wDoc.getItemValue(itemName); 
    } catch (NotesException ne) { 
     if (this.DispLookupErrors) 
      ne.printStackTrace(); 
     this.lastErrorMsg = ne.text; 
     this.debug(this.lastErrorMsg, "error"); 
    } finally { 
     incinerate(wDoc, wView, wDb); 
    } 
    return result; 
} 

Istnieje kilka rzeczy, o powyższym tym zasług wyjaśnienie:

• Zwykle w języku Java deklarujemy zmienne przy pierwszym użyciu, a nie w stylu spisu treści. Ale z obiektami Domino najlepiej jest wrócić do TOC, aby, niezależnie od tego, czy został zgłoszony wyjątek, możemy próbować je odtworzyć, kiedy skończymy ... stąd użycie w końcu.
• Obiekt powrotu (który powinien być wartością przedmiotu, a nie sam dokument) również jest deklarowany w TOC, więc możemy zwrócić ten obiekt na końcu metody - ponownie, niezależnie od tego, czy wystąpił wyjątek (jeśli był wyjątek, prawdopodobnie nadal będzie nieważny).
• W tym przykładzie wywoływana jest metoda narzędzia, która umożliwia przekazanie wszystkich obiektów Domino do pojedynczego wywołania metody w celu przetworzenia.

Oto kod tej metody użytkowego:

private void incinerate(Object... dominoObjects) { 
    for (Object dominoObject : dominoObjects) { 
     if (null != dominoObject) { 
      if (dominoObject instanceof Base) { 
       try { 
        ((Base)dominoObject).recycle(); 
       } catch (NotesException recycleSucks) { 
        // optionally log exception 
       } 
      } 
     } 
    } 
} 

To prywatny, jak jestem przy założeniu, to po prostu zdefiniować go w tej samej fasoli, ale ostatnio staram się określić to jako społeczeństwa statyczna metoda klasy Util, pozwalająca mi na podążanie tym samym wzorcem z praktycznie dowolnego miejsca.

Ostatnia uwaga: jeśli pobierzesz wiele wartości pozycji z dokumentu konfiguracyjnego, byłoby oczywiście drogie ustanowienie nowej bazy danych, widoku i uchwytu dokumentu dla każdej wartości pozycji, którą chcesz zwrócić.Dlatego też zalecam nadpisanie tej metody, aby zaakceptować listę nazw pozycji i zwrócić łańcuch wartości Map <, wynik > z wartości wynikowych. W ten sposób można ustalić pojedynczy uchwyt dla bazy danych, widoku i dokumentu, pobrać wszystkie potrzebne wartości, a następnie poddać obiekty Domino recyklingowi, zanim faktycznie skorzystają z zwracanych wartości produktu.

Answer 2

Oto pomysł, z którym eksperymentuję. odpowiedź Tima jest doskonałe, jednak dla mnie naprawdę potrzebny dokument do innych celów, więc próbowałem to ..

Document doc = null; 
      View view = null; 
      try { 
       Database database = ExtLibUtil.getCurrentSessionAsSigner().getCurrentDatabase(); 
       view = database.getView("LocationsByLocationCode"); 
       doc = view.getDocumentByKey(code, true); 
       //need to get this via the db object directly so we can safely recycle the view 
       String id = doc.getNoteID(); 
       doc.recycle(); 
       doc = database.getDocumentByID(id); 

      } catch (Exception e) { 
       log.error(e); 
      } finally { 
       JSFUtils.incinerate(view); 
      } 
      return doc; 

Następnie trzeba upewnić się, że recykling obiekt doc bezpiecznie w jakikolwiek sposób nazywa to jeden