Почему RvdProxy.getServices () может неправильно возвращать пустой массив? - PullRequest
Новая
       23

Почему RvdProxy.getServices () может неправильно возвращать пустой массив?

3 голосов
/ 11 марта 2010

Следующий фрагмент кода пытается создать Tib DaemonManager, подключающийся к определенному rvd, а затем запросить службы этого rvd. 

public static void main(String[] args) throws RuntimeException {
    DaemonManager daemonManager = new DaemonManager("http://foo.com:7580");
    if(daemonManager.getDaemonType() == DaemonManager.RVD) {
        DaemonProxy daemonProxy = daemonManager.getDaemonProxy();
        final RvdProxy rvdProxy = (RvdProxy) daemonProxy;
        Service[] services = rvdProxy.getServices();
        System.out.println(services.length); //prints 0
        for (Service service : services) {
            System.out.println(service.getNetwork());
        }
    }
}

Это печатает ноль, , даже если веб-интерфейс для этого списка RVD несколько доступных служб. Почему это могло произойти?

Демон, к которому я подключаюсь, работает с версией 7.5.1 программного обеспечения, и rvconfig.jar, который я использую, также относится к версии 7.5.1.

Есть ли при использовании DaemonManager Tibco, что заставляет меня отклеиться?

1 Ответ

4 голосов
/ 07 апреля 2010

Я использовал Wireshark для просмотра трафика, передаваемого между моим RvdProxy и самим RVD, и он выглядит как лот HTTP GET трафика. Например: 

0000  00 1e 0b a4 d1 7c 00 12  d9 7c 8a bf 08 00 45 00   .....|.. .|....E.
0010  03 87 a4 58 40 00 3d 06  66 90 0a 09 14 15 0a 0a   ...X@.=. f.......
0020  07 61 1d 9c bf 09 fe 1e  d6 82 6e 77 b9 52 80 18   .a...... ..nw.R..
0030  00 1b 05 43 00 00 01 01  08 0a ac 1c 6f 67 07 b2   ...C.... ....og..
0040  86 1f 72 3d 23 30 30 38  30 38 30 3e 3c 66 6f 6e   ..r=#008 080><fon
0050  74 20 66 61 63 65 3d 48  65 6c 76 65 74 69 63 61   t face=H elvetica
0060  2c 41 72 69 61 6c 20 73  69 7a 65 3d 32 20 63 6f   ,Arial s ize=2 co
0070  6c 6f 72 3d 23 46 46 46  46 46 46 3e 3c 62 3e 43   lor=#FFF FFF><b>C

Конечно, при дальнейшей проверке выясняется, что запросы, сделанные прокси-сервером, относятся к веб-страницам, обслуживаемым самим демоном , поэтому прокси-API - это просто экран. скребок .

Но почему я не получаю никаких услуг, если они появляются на веб-страницах, которые обрабатываются на экране?

Включить отладку: 

System.setProperty("com.tibco.tibrv.config.debug","classes-to-debug")

И вы обнаружите, что шаблон используется для извлечения сервисов с веб-страницы ... 

/services,GET~~~~~\
service_detail\\?(\\d+)>\\1</a>.*?size=2>(\\d+\\.\\d+\\.\\d+\\.\\d+)</td>.*?size=2>
(\\d+)</td>.*?size=2>(\\d+)</td>~~~~~\

... ничего не подходит! В моем случае это потому, что мои сервисные сети имеют не формы (\\d+\\.\\d+\\.\\d+\\.\\d+), а скорее формы ;(\\d+\\.\\d+\\.\\d+\\.\\d+) - обратите внимание на начальную точку с запятой. Эта тонкая разница - источник всех моих проблем!

Это похоже на ошибку в банке rvconfig, которую нужно поднять с помощью Tibco! (

...