Hej!
Jag har trasslat och trasslat med cmd-line men nu har jag slut på idéer...
Server: 3.2.1.0
Klient: 3.1.0.1
Jag har testat att slå av brandväggar, köra lokalt från servern och från klient-pc, testat olika portar och nu vet jag inte vart jag ska ta vägen längre.
Så som nedan här får jag logg det ut i "det stora svarta"... Idéer på vad som kan vara grejen tas tacksamt emot!
___________________
C:\commandlinetool>CmdLine.exe getdevices
Ohanterat undantag: System.IO.FileNotFoundException: Det går inte att läsa in fi
len eller sammansättningen SwitchKing.Server.ClientProxies, Version=2.7.1.0, Cul
ture=neutral, PublicKeyToken=ffa9767e03cd3676 eller ett av dess beroenden. Det g
år inte att hitta filen.
Filnamn: SwitchKing.Server.ClientProxies, Version=2.7.1.0, Culture=neutral, Publ
icKeyToken=ffa9767e03cd3676
vid SwitchKing.Server.Consoles.CmdLine.Program.GetDevices()
vid SwitchKing.Server.Consoles.CmdLine.Program.Main(String[] args)
=== Tillståndsinformation före bindning ===
LOG: Användare = Dator\Användarnamn
LOG: DisplayName = SwitchKing.Server.ClientProxies, Version=2.7.1.0, Culture=neu
tral, PublicKeyToken=ffa9767e03cd3676
(Fully-specified)
LOG: Programbas = file:///C:/commandlinetool/
LOG: Ursprunglig PrivatePath = NULL
Anropar sammansättning: CmdLine, Version=1.0.0.0, Culture=neutral, PublicKeyToke
n=null.
===
LOG: Denna bindning startar i inläsningskontexten default.
LOG: Använder programkonfigurationsfilen: C:\commandlinetool\CmdLine.exe.Config
LOG: Konfigurationsfilen från C:\Windows\Microsoft.NET\Framework\v2.0.50727\conf
ig\machine.config används.
LOG: Referens efter princip: SwitchKing.Server.ClientProxies, Version=2.7.1.0, C
ulture=neutral, PublicKeyToken=ffa9767e03cd3676
LOG: Samma bindning påträffades tidigare och misslyckades med = 0x80070002.
____________________________________
CmdLine kraschar!?
Forum rules
För att kunna hjälpa dig med supportfrågor behöver vi så mycket information som möjligt.
Innan du skapar en ny tråd, läs gärna:
viewtopic.php?f=10&t=20
För att kunna hjälpa dig med supportfrågor behöver vi så mycket information som möjligt.
Innan du skapar en ny tråd, läs gärna:
viewtopic.php?f=10&t=20
-
- Administrator
- Posts: 2655
- Joined: Tue 09 Nov 2010, 20:25
Re: CmdLine kraschar!?
Filen SwitchKing.Server.ClientProxies.dll verkar saknas i katalogen där CmdLine.exe ligger...
Martin | Switch King
-
- 1 star
- Posts: 6
- Joined: Wed 26 Sep 2012, 16:41
Re: CmdLine kraschar!?
Tack för snabbt svar 
Jag trodde det räckte med filerna i repo-mappen. Är det fler filer jag inte vet att jag behöver få med mig?
/thed

Jag trodde det räckte med filerna i repo-mappen. Är det fler filer jag inte vet att jag behöver få med mig?

/thed
-
- 1 star
- Posts: 6
- Joined: Wed 26 Sep 2012, 16:41
Re: CmdLine kraschar!?
Jag får iaf ett annat fel nu...
Så här ser det ut.
C:\commandlinetool>CmdLine.exe getdevices
Ohanterat undantag: System.ServiceModel.EndpointNotFoundException: Det fanns int
e någon slutpunkt som lyssnade på http://192.168.1.192:8802/SwitchKingFrameworkS
erviceHost som kunde acceptera meddelandet. Detta beror ofta på en felaktig adre
ss eller SOAP-åtgärd. Du hittar mer information i det interna undantaget (i före
kommande fall). ---> System.Net.WebException: Fjärrservern returnerade ett fel:
(404) Kunde inte hittas.
vid System.Net.HttpWebRequest.GetResponse()
vid System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpCh
annelRequest.WaitForReply(TimeSpan timeout)
--- Slut på stackspårning för interna undantag ---
Server stack trace:
vid System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebEx
ception(WebException webException, HttpWebRequest request, HttpAbortReason abort
Reason)
vid System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpCh
annelRequest.WaitForReply(TimeSpan timeout)
vid System.ServiceModel.Channels.RequestChannel.Request(Message message, Time
Span timeout)
vid System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message messa
ge, TimeSpan timeout)
vid System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean o
neway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan ti
meout)
vid System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean o
neway, ProxyOperationRuntime operation, Object[] ins, Object[] outs)
vid System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCal
lMessage methodCall, ProxyOperationRuntime operation)
vid System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
Exception rethrown at [0]:
vid System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage re
qMsg, IMessage retMsg)
vid System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgD
ata, Int32 type)
vid SwitchKing.Common.Contracts.Framework.Devices.IDeviceContract.GetDevices(
)
vid SwitchKing.Server.ClientProxies.Proxies.DeviceProxy.GetDevices()
vid SwitchKing.Server.Consoles.CmdLine.Program.GetDevices()
vid SwitchKing.Server.Consoles.CmdLine.Program.Main(String[] args)
Så här ser rest-joxet ut i min SwitchKing Service Host.exe.config:
<service name="SwitchKing.Server.RESTServices.RESTData"
behaviorConfiguration="RESTBehavior">
<endpoint bindingConfiguration="RESTHttpSecure"
address="http://localhost:8800" binding="webHttpBinding"
contract="SwitchKing.Common.Contracts.REST.IRESTService" />
<endpoint address="http://localhost:8802" binding="webHttpBinding"
contract="SwitchKing.Common.Contracts.REST.IRESTService" />
</service>
Och så här ser det ut i CmdLine.exe.config:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="SwitchKingServerAddress" value="http://192.168.1.192:8802/SwitchKingFra ... erviceHost" />
</appSettings>
</configuration>
Tycker jag brukar få ordning på det mesta, men det här var oväntat lurigt.
Så här ser det ut.
C:\commandlinetool>CmdLine.exe getdevices
Ohanterat undantag: System.ServiceModel.EndpointNotFoundException: Det fanns int
e någon slutpunkt som lyssnade på http://192.168.1.192:8802/SwitchKingFrameworkS
erviceHost som kunde acceptera meddelandet. Detta beror ofta på en felaktig adre
ss eller SOAP-åtgärd. Du hittar mer information i det interna undantaget (i före
kommande fall). ---> System.Net.WebException: Fjärrservern returnerade ett fel:
(404) Kunde inte hittas.
vid System.Net.HttpWebRequest.GetResponse()
vid System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpCh
annelRequest.WaitForReply(TimeSpan timeout)
--- Slut på stackspårning för interna undantag ---
Server stack trace:
vid System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebEx
ception(WebException webException, HttpWebRequest request, HttpAbortReason abort
Reason)
vid System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpCh
annelRequest.WaitForReply(TimeSpan timeout)
vid System.ServiceModel.Channels.RequestChannel.Request(Message message, Time
Span timeout)
vid System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message messa
ge, TimeSpan timeout)
vid System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean o
neway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan ti
meout)
vid System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean o
neway, ProxyOperationRuntime operation, Object[] ins, Object[] outs)
vid System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCal
lMessage methodCall, ProxyOperationRuntime operation)
vid System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
Exception rethrown at [0]:
vid System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage re
qMsg, IMessage retMsg)
vid System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgD
ata, Int32 type)
vid SwitchKing.Common.Contracts.Framework.Devices.IDeviceContract.GetDevices(
)
vid SwitchKing.Server.ClientProxies.Proxies.DeviceProxy.GetDevices()
vid SwitchKing.Server.Consoles.CmdLine.Program.GetDevices()
vid SwitchKing.Server.Consoles.CmdLine.Program.Main(String[] args)
Så här ser rest-joxet ut i min SwitchKing Service Host.exe.config:
<service name="SwitchKing.Server.RESTServices.RESTData"
behaviorConfiguration="RESTBehavior">
<endpoint bindingConfiguration="RESTHttpSecure"
address="http://localhost:8800" binding="webHttpBinding"
contract="SwitchKing.Common.Contracts.REST.IRESTService" />
<endpoint address="http://localhost:8802" binding="webHttpBinding"
contract="SwitchKing.Common.Contracts.REST.IRESTService" />
</service>
Och så här ser det ut i CmdLine.exe.config:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="SwitchKingServerAddress" value="http://192.168.1.192:8802/SwitchKingFra ... erviceHost" />
</appSettings>
</configuration>
Tycker jag brukar få ordning på det mesta, men det här var oväntat lurigt.
-
- Administrator
- Posts: 2655
- Joined: Tue 09 Nov 2010, 20:25
Re: CmdLine kraschar!?
Jag ser att bygget inte har plockat med ClientProxies-dll:en, så något har fallerat i bygget av just CmdLine-konsollen av någon anledning. Alla filer som krävs ska ju så klart vara med...
CmdLine använder inte IRest-kontraktet, utan samma kontrakt som klienten använder. Vad jag kan se så finns det i din konfigurationsfil bara två "endpoints" för REST (en mot 8800 och en mot 8802) och du bör gå mot den endra endpointen som är default på 8080.
CmdLine använder inte IRest-kontraktet, utan samma kontrakt som klienten använder. Vad jag kan se så finns det i din konfigurationsfil bara två "endpoints" för REST (en mot 8800 och en mot 8802) och du bör gå mot den endra endpointen som är default på 8080.
Martin | Switch King
-
- 1 star
- Posts: 6
- Joined: Wed 26 Sep 2012, 16:41
Re: CmdLine kraschar!?
TACK Martin! Nu klarnar det!
Jag hade ju bytt port på servern till 8800, så jag inbillade mig ju att det var den jag skulle använda. På 8080 funkar det nu!
Grymt!
Jag hade ju bytt port på servern till 8800, så jag inbillade mig ju att det var den jag skulle använda. På 8080 funkar det nu!
Grymt!

Who is online
Users browsing this forum: No registered users and 7 guests