Z góry przepraszam za wykopanie starego tematu, ale czy ktoś z Was mógłby podpowiedzieć, jak w tworzonym zestawieniu COM wykorzystać przestrzeń oferowaną przez okno Subiekta, zamiast tworzyć nową formę?

Nie wiem o co dokładnie pytasz, więc odpowiem na pytanie jak je zrozumiałem... Niestety nie da się uruchomić zestawienia COM w głównym oknie Subiekta/ w kolejnej zakładce, takie możliwości są dopiero w Navireo.

Można wykorzystać obiekt PolaczenieAdoNet

Kierunek dobry, ale co znaczy "nie działa"?

Nie wiem dlaczego tak jest, ale na początek zrobiłbym 2 rzeczy
1. zamiast wyświetlania connectionstinga sprawdziłbym stan połączenia. Wtedy będzie wiadomo coś więcej.
2. miałem przypadki że połączenie nie było tworzone, bo tak. Pomagała zmiana parametrów startowych Subiekta.
Zamiast <nazwa_komputera>\<instancja> spróbuj <ip_komputera>\<instancja>
Jeśli nie pomoże to dodaj jeszcze port (<ip_komputera>\<instancja>,<port>)

Ostatnio walczyłem z takim przypadkiem, kiedy jeden z moich dodatków u jednego klienta nie chciał utworzyć połączenia, dopóki nie dodałem portu.
Tylko u tego jednego klienta.
Nie wiem dlaczego.

Dziękuję zgromadzonym za cierpliwość. Dla potomnych: obecnie najbardziej kompatybilnym rozwiązaniem jest 'poszatkować' uzyskany ciąg połączenia ADO, wyciągając potrzebne parametry (w C# funkcje Substring i IndexOf).

Ostatnia kwestia: gdyby przyszło mi do głowy, aby używać Sfery w zestawawieniu COM, skąd pobrać hasło zalogowanego użytkownika (OperatorHaslo)?

Dla potomnych: obecnie najbardziej kompatybilnym rozwiązaniem jest 'poszatkować' uzyskany ciąg połączenia ADO, wyciągając potrzebne parametry (w C# funkcje Substring i IndexOf).

Guzik prawda.
Dodatek, o którym pisałem, miał pierwotnie takie właśnie rozwiązanie, z tworzeniem własnego connectionstringa i zachowywał się dokładnie tak samo jak sferyczne połączenie. Dorobiłem nawet drugą metodę (jeśli nie zadziała jedna, spróbuj drugiej) i efekt identyczny, czyli lipa.
Żeby było weselej to serwer był ustawiony na porcie 1433, to samo było ustawione w cliconfg i dopóki nie podałem portu wprost ni cholery.

Cytat: candy w Czerwiec 12, 2017, 21:58:35

Cytat: night w Czerwiec 12, 2017, 21:12:04

Dla potomnych: obecnie najbardziej kompatybilnym rozwiązaniem jest 'poszatkować' uzyskany ciąg połączenia ADO, wyciągając potrzebne parametry (w C# funkcje Substring i IndexOf).

Guzik prawda.
Dodatek, o którym pisałem, miał pierwotnie takie właśnie rozwiązanie, z tworzeniem własnego connectionstringa i zachowywał się dokładnie tak samo jak sferyczne połączenie. Dorobiłem nawet drugą metodę (jeśli nie zadziała jedna, spróbuj drugiej) i efekt identyczny, czyli lipa.
Żeby było weselej to serwer był ustawiony na porcie 1433, to samo było ustawione w cliconfg i dopóki nie podałem portu wprost ni cholery.

Nie jestem jeszcze tak biełgy w te klocki, stwierdzam tylko 'czy działa' lub 'czy nie'.
Co by nie było byłbym wdzięczny gdybyś mógł się podzielić zawartością swojego connection stringa za pomocą obiektu PolaczenieAdoNet, jeśli się czymś różni.

Niczym się nie różni, jak działa to oboma metodami, jak nie działa to żadną.