Prekompilowany klient usług podstawowych i generowanie własnego serwera proxy

Question

Od 2011sp1 Tridion jest dostarczany z prekompilowanym klientem usług podstawowych. Czy nadal istnieje powód do generowania własnego serwera proxy przez dodanie odwołania do usługi? Czy ta starsza metoda została oficjalnie uznana za przestarzałą?

Answer 1

Rzućmy okiem na zalety skompilowany dll vs odniesienia usług:

• usługa bazowa rośnie i to całkiem problem wygenerować odniesienia odniesienia usługa na wolniejszych sieci. Większa podstawowa usługa będzie tym trudniejsza, że ​​wygeneruje referencję serwisową (są oczywiście obejścia).
• Skompilowana biblioteka dll jest kompilowana przy użyciu "poprawnych" ustawień. Istnieje kilka opcji, które można ustawić podczas generowania odwołania do usługi, takie jak typy i typy zwracane z innych zespołów. Używając skompilowanej biblioteki dll masz pewność, że wszystko działa poprawnie.
• Podczas aktualizacji informacji o usłudze może pojawić się problem z aplikacją app.config. Myślę, że aktualizacja biblioteki dll i config jest nieco łatwiejsza.
• To trudne do generowania odniesienie usług, gdy masz LDAP lub SSO lub HTTPS skonfigurowany

Answer 2

Prekompilowany klient usługi coreservice jest domyślnie dystrybuowany, aby pomóc podmiotom wdrażającym. Generowanie własnego serwera proxy jest trudne (może być konieczna zmiana konfiguracji w svcutil).

Prekompilowany klient usługi coreservice zawsze używa najnowszego punktu końcowego. W zależności od sytuacji może być konieczne wygenerowanie własnego serwera proxy, jeśli chcesz zawsze łączyć się ze starym punktem końcowym.

W przeciwnym razie można użyć prekompilowanego klienta, który upewni się, że łączysz się z najnowszym punktem końcowym, ale może to uszkodzić klienta (może być konieczne naprawienie lub rekompilacja).