uci-all.net.dll in 6.7 geändert?

  • Hallo Zusammen,


    wir nutzen die uci-all.net.dll für die Kommunikation mit der Starface Anlage. Das hat auch bis Version 6.5 problemlos funktioniert.
    Seit 6.7 muss sich hier etwas verändert haben.


    VG Thomas Lauer

    Thomas Lauer
    Geschäftsführer
    _____________________________
    Glöckler & Lauer GmbH & Co. Systemhaus KG
    Böttgerstrasse 1
    D-89231 Neu-Ulm


    Tel. +49 731 97401-0
    Fax +49 731 721243
    Lauer@glsh.net
    http://www.glsh.net

  • Wir vermuten schwer, dass es nicht an 64 oder 32Bit liegt, sondern an dem Feedback der Aufrufe. Hat sich da etwas geändert, was beim Login zurückkommt?

    Thomas Lauer
    Geschäftsführer
    _____________________________
    Glöckler & Lauer GmbH & Co. Systemhaus KG
    Böttgerstrasse 1
    D-89231 Neu-Ulm


    Tel. +49 731 97401-0
    Fax +49 731 721243
    Lauer@glsh.net
    http://www.glsh.net

  • Das Login hat sich in der UCI nicht geändert. Ich nehme mal an, dass Du ja schon mit dem Password Hashing arbeitest.


    Im Client musste ich für TLS 1.2 noch setzen:


    System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;


    Aber das war eher für REST wichtig. Ansonsten schau mal, ob von den IKVM-Dlls aus dem Client Programmverzeichnis etwas bei Dir fehlt.



    Gruß Wolfgang

  • Hallo,


    nachdem ich die uci-all.dll und alle dlls mit Bezug zu IKVM ausgetauscht habe, bekomme ich folgende Exception beim Login Versuch:


    java.lang.ClassCastException: Das Objekt des Typs "java.util.PropertyResourceBundle" kann nicht in Typ "sun.util.resources.OpenListResourceBundle" umgewandelt werden.
    at sun.util.resources.LocaleData.getCurrencyNames(LocaleData.java:84)
    at sun.util.locale.provider.LocaleResources.getCurrencyName(LocaleResources.java:216)
    at sun.util.locale.provider.CurrencyNameProviderImpl.getString(CurrencyNameProviderImpl.java:122)
    at sun.util.locale.provider.CurrencyNameProviderImpl.getSymbol(CurrencyNameProviderImpl.java:90)
    at java.util.Currency$CurrencyNameGetter.getObject(Currency.java:640)
    at java.util.Currency$CurrencyNameGetter.getObject(Currency.java:625)
    at sun.util.locale.provider.LocaleServiceProviderPool.getLocalizedObjectImpl(LocaleServiceProviderPool.java:281)
    at sun.util.locale.provider.LocaleServiceProviderPool.getLocalizedObject(LocaleServiceProviderPool.java:265)
    at java.util.Currency.getSymbol(Currency.java:505)
    at java.text.DecimalFormatSymbols.initialize(DecimalFormatSymbols.java:648)
    at java.text.DecimalFormatSymbols.<init>(DecimalFormatSymbols.java:113)
    at sun.util.locale.provider.DecimalFormatSymbolsProviderImpl.getInstance(DecimalFormatSymbolsProviderImpl.java:85)
    at java.text.DecimalFormatSymbols.getInstance(DecimalFormatSymbols.java:180)
    at java.util.Formatter.getZero(Formatter.java:2283)
    at java.util.Formatter.<init>(Formatter.java:1892)
    at java.util.Formatter.<init>(Formatter.java:1914)
    at java.lang.StringHelper.format(StringHelper.java:2537)
    at java.util.logging.SimpleFormatter.format(SimpleFormatter.java:161)
    at java.util.logging.StreamHandler.publish(StreamHandler.java:211)
    at java.util.logging.ConsoleHandler.publish(ConsoleHandler.java:117)
    at java.util.logging.Logger.log(Logger.java:737)
    at java.util.logging.Logger.doLog(Logger.java:766)
    at java.util.logging.Logger.log(Logger.java:789)
    at org.jivesoftware.smack.provider.UrlProviderFileInitializer.initialize(UrlProviderFileInitializer.java:33)
    at org.jivesoftware.smack.SmackConfiguration.parseClassToLoad(SmackConfiguration.java:360)
    at org.jivesoftware.smack.SmackConfiguration.readFile(SmackConfiguration.java:427)
    at org.jivesoftware.smack.SmackConfiguration.initialize(SmackConfiguration.java:410)
    at org.jivesoftware.smack.SmackConfiguration.getDefaultParsingExceptionCallback(SmackConfiguration.java:349)
    at org.jivesoftware.smack.XMPPConnection.<init>(XMPPConnection.java:93)
    at de.starface.com.xmpp.smack.XmppConnector.init(XmppConnector.java:154)
    at de.starface.com.xmpp.smack.XmppConnector.<init>(XmppConnector.java:105)
    at de.starface.com.rpc.xmlrpc.smack.XmppXmlRpcClient.createConnection(XmppXmlRpcClient.java:164)
    at de.starface.com.rpc.xmlrpc.smack.XmppXmlRpcClient.<init>(XmppXmlRpcClient.java:69)
    at de.starface.com.rpc.xmlrpc.smack.XmppXmlRpcClient.createWithNewConnection(XmppXmlRpcClient.java:82)
    at de.starface.integration.uci.v30.client.transport.xmpp.XmppUcpTransport.openClient(XmppUcpTransport.java:92)
    at de.starface.integration.uci.v30.client.transport.xmpp.XmppUcpTransport.open(XmppUcpTransport.java:84)
    at de.starface.integration.uci.v30.client.impl.UcpConnectionManager.openTransportAndAttach(UcpConnectionManager.java:201)
    at de.starface.integration.uci.v30.client.impl.UcpConnectionManager.connect(UcpConnectionManager.java:99)
    at de.starface.integration.uci.v30.client.impl.UciProxyFacade.connect(UciProxyFacade.java:125)
    at cli.Desktop.Starface.StarfaceCommunicator.Login(StarfaceCommunicator.cs:37)
    at cli.Desktop.Starface.StarfaceClient.Login(StarfaceClient.cs:58)
    at cli.Desktop.Core.LoginRequesterImpl$$$003CLogin$$003Ed__4.MoveNext(LoginRequesterImpl.cs:24)
    at cli.System.Runtime.CompilerServices.AsyncTaskMethodBuilder$$00601.Start(Unknown Source)
    at cli.Desktop.Core.LoginRequesterImpl.Login(Unknown Source)
    at cli.Desktop.App.OnStartup(App.xaml.cs:168)
    at cli.System.Windows.Application.<.ctor>b__1_0(Unknown Source)
    at cli.System.Windows.Threading.ExceptionWrapper.InternalRealCall(Unknown Source)
    at cli.System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Unknown Source)
    at cli.System.Windows.Threading.DispatcherOperation.InvokeImpl(Unknown Source)
    at cli.System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Unknown Source)
    at cli.MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Unknown Source)
    at cli.System.Threading.ExecutionContext.RunInternal(Unknown Source)
    at cli.System.Threading.ExecutionContext.Run(Unknown Source)
    at cli.System.Threading.ExecutionContext.Run(Unknown Source)
    at cli.MS.Internal.CulturePreservingExecutionContext.Run(Unknown Source)
    at cli.System.Windows.Threading.DispatcherOperation.Invoke(Unknown Source)
    at cli.System.Windows.Threading.Dispatcher.ProcessQueue(Unknown Source)
    at cli.System.Windows.Threading.Dispatcher.WndProcHook(Unknown Source)
    at cli.MS.Win32.HwndWrapper.WndProc(Unknown Source)
    at cli.MS.Win32.HwndSubclass.DispatcherCallbackOperation(Unknown Source)
    at cli.System.Windows.Threading.ExceptionWrapper.InternalRealCall(Unknown Source)
    at cli.System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Unknown Source)
    at cli.System.Windows.Threading.Dispatcher.LegacyInvokeImpl(Unknown Source)
    at cli.MS.Win32.HwndSubclass.SubclassWndProc(Unknown Source)
    at cli.MS.Win32.UnsafeNativeMethods.DispatchMessage(Unknown Source)
    at cli.System.Windows.Threading.Dispatcher.PushFrameImpl(Unknown Source)
    at cli.System.Windows.Threading.Dispatcher.PushFrame(Unknown Source)
    at cli.System.Windows.Application.RunDispatcher(Unknown Source)
    at cli.System.Windows.Application.RunInternal(Unknown Source)
    at cli.System.Windows.Application.Run(Unknown Source)
    at cli.System.Windows.Application.Run(Unknown Source)
    at cli.Desktop.App.Main(App.xaml.cs:180)


    VG

  • Hallo Dominik


    Dein Fehler ist ein CastProblem.


    Zitat

    java.lang.ClassCastException: Das Objekt des Typs "java.util.PropertyResourceBundle" kann nicht in Typ "sun.util.resources.OpenListResourceBundle" umgewandelt werden.


    Der Aufruf liefert ein PropertyResourceBundle zurück, du versucht es aber wie ein OpenListResourceBundle zu behandeln.


    MfG


    Fabian


  • Den gleichen Fehler bekomme ich beim Testen von Wolfgangs Projekt. Der Fehler scheint nicht in meinem Code zu fliegen.

  • Hallo Wolfgang,


    dein Testprojekt läuft bei dir? Wenn ja, was ist anders bei mir?
    Oder bist die schon eine Version weiter?


    VG Thomas

    Thomas Lauer
    Geschäftsführer
    _____________________________
    Glöckler & Lauer GmbH & Co. Systemhaus KG
    Böttgerstrasse 1
    D-89231 Neu-Ulm


    Tel. +49 731 97401-0
    Fax +49 731 721243
    Lauer@glsh.net
    http://www.glsh.net

  • Hallo Thomas,


    das Test-Projekt läuft bei mir, die UCI und IKVM Binaries sind aus dem 6.7.0.176 Release. ich habe es jetzt nicht auf einer zurückgesetzten VM getestet. Es kann also sein, dass hier noch Microsoft Runtimes fehlen.



    Gruß Wolfgang

  • Es sind keine Microsoft abhänigkeiten, sondern DLLs die gefehlt haben.


    Diese Brauche ich:
    IKVM.OpenJDK.Core.dll
    IKVM.OpenJDK.Jdbc.dll
    IKVM.OpenJDK.Localedata.dll
    IKVM.OpenJDK.Naming.dll
    IKVM.OpenJDK.Security.dll
    IKVM.OpenJDK.Text.dll
    IKVM.OpenJDK.Util.dll
    IKVM.OpenJDK.XML.API.dll
    IKVM.Runtime.dll
    IKVM.Runtime.JNI.dll
    uci-all.net.dll


    Bei mir hat die IKVM.OpenJDK.Localedata.dll gefehlt.


    VG Thomas

    Thomas Lauer
    Geschäftsführer
    _____________________________
    Glöckler & Lauer GmbH & Co. Systemhaus KG
    Böttgerstrasse 1
    D-89231 Neu-Ulm


    Tel. +49 731 97401-0
    Fax +49 731 721243
    Lauer@glsh.net
    http://www.glsh.net

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!