ikvm-developers Mailing List for IKVM.NET (Page 2)
Brought to you by:
jfrijters
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(18) |
Feb
(28) |
Mar
(7) |
Apr
(8) |
May
(28) |
Jun
(11) |
Jul
(38) |
Aug
(101) |
Sep
(11) |
Oct
(18) |
Nov
(2) |
Dec
(2) |
2004 |
Jan
(10) |
Feb
(16) |
Mar
(12) |
Apr
(9) |
May
(57) |
Jun
(40) |
Jul
(32) |
Aug
(35) |
Sep
(50) |
Oct
(44) |
Nov
(34) |
Dec
(68) |
2005 |
Jan
(17) |
Feb
(54) |
Mar
(68) |
Apr
(40) |
May
(33) |
Jun
(22) |
Jul
(11) |
Aug
(23) |
Sep
(12) |
Oct
(8) |
Nov
(25) |
Dec
(23) |
2006 |
Jan
(35) |
Feb
(29) |
Mar
(16) |
Apr
(28) |
May
(39) |
Jun
(28) |
Jul
(44) |
Aug
(64) |
Sep
(30) |
Oct
(30) |
Nov
(90) |
Dec
(63) |
2007 |
Jan
(77) |
Feb
(28) |
Mar
(44) |
Apr
(43) |
May
(46) |
Jun
(24) |
Jul
(40) |
Aug
(52) |
Sep
(33) |
Oct
(30) |
Nov
(27) |
Dec
(37) |
2008 |
Jan
(41) |
Feb
(40) |
Mar
(51) |
Apr
(15) |
May
(36) |
Jun
(19) |
Jul
(18) |
Aug
(6) |
Sep
(68) |
Oct
(20) |
Nov
(8) |
Dec
(34) |
2009 |
Jan
(16) |
Feb
(7) |
Mar
(39) |
Apr
(24) |
May
(13) |
Jun
(61) |
Jul
(55) |
Aug
(45) |
Sep
(34) |
Oct
(19) |
Nov
(54) |
Dec
(48) |
2010 |
Jan
(16) |
Feb
(25) |
Mar
(50) |
Apr
(41) |
May
(55) |
Jun
(5) |
Jul
(26) |
Aug
(48) |
Sep
(6) |
Oct
(28) |
Nov
(15) |
Dec
(40) |
2011 |
Jan
(67) |
Feb
(38) |
Mar
(33) |
Apr
(42) |
May
(36) |
Jun
(22) |
Jul
(18) |
Aug
(53) |
Sep
(21) |
Oct
(26) |
Nov
(14) |
Dec
(12) |
2012 |
Jan
(34) |
Feb
(24) |
Mar
(18) |
Apr
(19) |
May
(22) |
Jun
(28) |
Jul
(19) |
Aug
(18) |
Sep
(35) |
Oct
(29) |
Nov
(41) |
Dec
(12) |
2013 |
Jan
(25) |
Feb
(38) |
Mar
(28) |
Apr
(29) |
May
(24) |
Jun
(24) |
Jul
(13) |
Aug
(21) |
Sep
(31) |
Oct
(36) |
Nov
(19) |
Dec
(10) |
2014 |
Jan
(13) |
Feb
(28) |
Mar
(26) |
Apr
(26) |
May
(23) |
Jun
(18) |
Jul
(32) |
Aug
(4) |
Sep
(13) |
Oct
(3) |
Nov
(8) |
Dec
(13) |
2015 |
Jan
(2) |
Feb
(18) |
Mar
(23) |
Apr
(17) |
May
(9) |
Jun
(17) |
Jul
(25) |
Aug
(7) |
Sep
(4) |
Oct
(9) |
Nov
(25) |
Dec
(16) |
2016 |
Jan
(6) |
Feb
(7) |
Mar
(6) |
Apr
(8) |
May
(18) |
Jun
|
Jul
(5) |
Aug
(6) |
Sep
(25) |
Oct
(4) |
Nov
(34) |
Dec
(5) |
2017 |
Jan
(8) |
Feb
(23) |
Mar
(4) |
Apr
(7) |
May
(2) |
Jun
(9) |
Jul
(7) |
Aug
|
Sep
(2) |
Oct
(8) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
(10) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Volker B. <vb...@in...> - 2018-05-02 06:58:52
|
Hi, I think not that accessing the private peer seems the correct way. Starting with the Java print API is the recommended solution. Volker Am 30.04.2018 um 20:51 schrieb David Thielen: > > Hi all; > > > > First off, it’s sad that IKVM has gone quiet. It’s a wonderful product > that we depend on. And if someone takes the lead to work on it again, > we’ll happily join in. > > > > Question, we want to print to a .NET printer (i.e. a .NET Graphics > object that is from a printer). Is the correct way to do this: > > sun.print.PrintPeer graphics2d = new NetToolkit().getPrintPeer(); > > graphics2d.createGraphics(printPageEvent.Graphics); > > > > thanks – dave > > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers |
From: David T. <da...@wi...> - 2018-04-30 20:25:00
|
Hi all; First off, it's sad that IKVM has gone quiet. It's a wonderful product that we depend on. And if someone takes the lead to work on it again, we'll happily join in. Question, we want to print to a .NET printer (i.e. a .NET Graphics object that is from a printer). Is the correct way to do this: sun.print.PrintPeer graphics2d = new NetToolkit().getPrintPeer(); graphics2d.createGraphics(printPageEvent.Graphics); thanks - dave |
From: Volker B. <vb...@in...> - 2018-02-13 13:51:17
|
I think not that javafx will work with IKVM. I think javafx use many internal UI classes of the Oracle Java VM which does not exists in another Java VM. IKVM use a a wrapper on top of .NET WinForms UI. Volker Am 13.02.2018 um 14:29 schrieb rudi12668: > Hi, > > I'm trying to build an executable from an all_in_one jar file by ikvmc. > Compiling java with netbeans 8.2, I've included all the needed > libraries plus: jfxrt.jar, deploy.jar, jrt.jar. > During the building some warning occurred. > note IKVMC0002: Output file is "AllInOneJar.exe" > warning IKVMC0100: Class "com.sun.deploy.uitoolkit.DragHelper" not found > warning IKVMC0100: Class "com.sun.deploy.uitoolkit.PluginUIToolkit" > not found > warning IKVMC0100: Class > "com.sun.deploy.uitoolkit.PluginWindowFactory" not found > warning IKVMC0100: Class "com.sun.deploy.uitoolkit.ui.ModalityHelper" > not found > warning IKVMC0100: Class "com.sun.deploy.uitoolkit.ui.PluginUIFactory" > not found > warning IKVMC0100: Class "jdk.internal.instrumentation.Logger" not found > warning IKVMC0117: Emitted java.lang.NoSuchMethodError in > "com.sun.deploy.security.JarVerifier.isJarWeaklySigned()Z" > ("sun.security.pkcs.SignerInfo.getTsToken()Lsun.security.pkcs.PKCS7;") > warning IKVMC0100: Class "sun.plugin2.applet2.Plugin2Host" not found > warning IKVMC0112: Emitted java.lang.IllegalAccessError in > "javafx.embed.swing.JFXPanel.paintComponent(Ljava.awt.Graphics;)V" > ("Try to access field sun.java2d.SunGraphics2D.surfaceData from class > javafx.embed.swing.JFXPanel") > warning IKVMC0117: Emitted java.lang.NoSuchMethodError in > "javafx.embed.swing.JFXPanel.paintComponent(Ljava.awt.Graphics;)V" > ("sun.java2d.SurfaceData.getDefaultScale()I") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.getClassLoader()Ljava.lang.ClassLoader;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method ("javafx.fxml.FXMLLoader.load()Ljava.lang.Object;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.load(Ljava.io.InputStream;)Ljava.lang.Object;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.getDefaultClassLoader()Ljava.lang.ClassLoader;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;)Ljava.lang.Object;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;)Ljava.lang.Object;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;Ljavafx.util.BuilderFactory;)Ljava.lang.Object;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;Ljavafx.util.BuilderFactory;Ljavafx.util.Callback;)Ljava.lang.Object;") > warning IKVMC0136: Reflection.getCallerClass() called from > non-CallerID method > ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;Ljavafx.util.BuilderFactory;Ljavafx.util.Callback;Ljava.nio.charset.Charset;)Ljava.lang.Object;") > warning IKVMC0100: Class "jdk.internal.instrumentation.Tracer" not found > > When I try to run the output.exe the following runtime occurs: > Graphics Device initialization failed for : d3d, sw > Error initializing QuantumRenderer: no suitable pipeline found > java.lang.RuntimeException: java.lang.RuntimeException: Error > initializing QuantumRenderer: no suitable pipeline found > at > com.sun.javafx.tk.quantum.QuantumRenderer.getInstance(QuantumRenderer.java:280) > at > com.sun.javafx.tk.quantum.QuantumToolkit.init(QuantumToolkit.java:221) > at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:248) > at > com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:209) > at > com.sun.javafx.application.LauncherImpl.startToolkit(LauncherImpl.java:678) > at > com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:697) > at > com.sun.javafx.application.LauncherImpl.lambda$launchApplication$154(LauncherImpl.java:182) > at > com.sun.javafx.application.LauncherImpl$$Lambda$2/35460724.run(Unknown > Source) > at java.lang.Thread.run(Thread.java:953) > Caused by: java.lang.RuntimeException: Error initializing > QuantumRenderer: no suitable pipeline found > at > com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(QuantumRenderer.java:94) > at > com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:125) > ... 1 more > Exception in thread "main" java.lang.RuntimeException: No toolkit found > at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:260) > at > com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:209) > at > com.sun.javafx.application.LauncherImpl.startToolkit(LauncherImpl.java:678) > at > com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:697) > at > com.sun.javafx.application.LauncherImpl.lambda$launchApplication$154(LauncherImpl.java:182) > at > com.sun.javafx.application.LauncherImpl$$Lambda$2/35460724.run(Unknown > Source) > at java.lang.Thread.run(Thread.java:953) > > Can anyone help me to understand what is going wrong? > Many thanks > > Rodolfo > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers |
From: rudi12668 <mio...@gm...> - 2018-02-13 13:28:11
|
Hi, I'm trying to build an executable from an all_in_one jar file by ikvmc. Compiling java with netbeans 8.2, I've included all the needed libraries plus: jfxrt.jar, deploy.jar, jrt.jar. During the building some warning occurred. note IKVMC0002: Output file is "AllInOneJar.exe" warning IKVMC0100: Class "com.sun.deploy.uitoolkit.DragHelper" not found warning IKVMC0100: Class "com.sun.deploy.uitoolkit.PluginUIToolkit" not found warning IKVMC0100: Class "com.sun.deploy.uitoolkit.PluginWindowFactory" not found warning IKVMC0100: Class "com.sun.deploy.uitoolkit.ui.ModalityHelper" not found warning IKVMC0100: Class "com.sun.deploy.uitoolkit.ui.PluginUIFactory" not found warning IKVMC0100: Class "jdk.internal.instrumentation.Logger" not found warning IKVMC0117: Emitted java.lang.NoSuchMethodError in "com.sun.deploy.security.JarVerifier.isJarWeaklySigned()Z" ("sun.security.pkcs.SignerInfo.getTsToken()Lsun.security.pkcs.PKCS7;") warning IKVMC0100: Class "sun.plugin2.applet2.Plugin2Host" not found warning IKVMC0112: Emitted java.lang.IllegalAccessError in "javafx.embed.swing.JFXPanel.paintComponent(Ljava.awt.Graphics;)V" ("Try to access field sun.java2d.SunGraphics2D.surfaceData from class javafx.embed.swing.JFXPanel") warning IKVMC0117: Emitted java.lang.NoSuchMethodError in "javafx.embed.swing.JFXPanel.paintComponent(Ljava.awt.Graphics;)V" ("sun.java2d.SurfaceData.getDefaultScale()I") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.getClassLoader()Ljava.lang.ClassLoader;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load()Ljava.lang.Object;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load(Ljava.io.InputStream;)Ljava.lang.Object;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.getDefaultClassLoader()Ljava.lang.ClassLoader;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;)Ljava.lang.Object;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;)Ljava.lang.Object;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;Ljavafx.util.BuilderFactory;)Ljava.lang.Object;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;Ljavafx.util.BuilderFactory;Ljavafx.util.Callback;)Ljava.lang.Object;") warning IKVMC0136: Reflection.getCallerClass() called from non-CallerID method ("javafx.fxml.FXMLLoader.load(Ljava.net.URL;Ljava.util.ResourceBundle;Ljavafx.util.BuilderFactory;Ljavafx.util.Callback;Ljava.nio.charset.Charset;)Ljava.lang.Object;") warning IKVMC0100: Class "jdk.internal.instrumentation.Tracer" not found When I try to run the output.exe the following runtime occurs: Graphics Device initialization failed for : d3d, sw Error initializing QuantumRenderer: no suitable pipeline found java.lang.RuntimeException: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found at com.sun.javafx.tk.quantum.QuantumRenderer.getInstance(QuantumRenderer.java:280) at com.sun.javafx.tk.quantum.QuantumToolkit.init(QuantumToolkit.java:221) at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:248) at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:209) at com.sun.javafx.application.LauncherImpl.startToolkit(LauncherImpl.java:678) at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:697) at com.sun.javafx.application.LauncherImpl.lambda$launchApplication$154(LauncherImpl.java:182) at com.sun.javafx.application.LauncherImpl$$Lambda$2/35460724.run(Unknown Source) at java.lang.Thread.run(Thread.java:953) Caused by: java.lang.RuntimeException: Error initializing QuantumRenderer: no suitable pipeline found at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.init(QuantumRenderer.java:94) at com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run(QuantumRenderer.java:125) ... 1 more Exception in thread "main" java.lang.RuntimeException: No toolkit found at com.sun.javafx.tk.Toolkit.getToolkit(Toolkit.java:260) at com.sun.javafx.application.PlatformImpl.startup(PlatformImpl.java:209) at com.sun.javafx.application.LauncherImpl.startToolkit(LauncherImpl.java:678) at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:697) at com.sun.javafx.application.LauncherImpl.lambda$launchApplication$154(LauncherImpl.java:182) at com.sun.javafx.application.LauncherImpl$$Lambda$2/35460724.run(Unknown Source) at java.lang.Thread.run(Thread.java:953) Can anyone help me to understand what is going wrong? Many thanks Rodolfo |
From: Ian M. <ia...@ma...> - 2017-10-30 09:22:20
|
Thanks a lot, Volker! Actually, it was a sillier bug: it is a British API running on a Spanish PC. Javas System.getProperty() wasnt interpreting the list separation character properly. Changing the current thread culture in C# did the trick. Best regards, Ian De: Volker Berlin [mailto:vb...@in...] Enviado el: lunes, 30 de octubre de 2017 9:22 Para: ikv...@li... Asunto: Re: [Ikvm-developers] Compiling log4j and slf4j-api The cause of this exception is that not all dlls of the IKVM are available. Typical this occur because Visual Studio does not copy all to the output. Volker Am 29.10.2017 um 18:52 schrieb Ian Marteens: Ok, I solved it: its a circular reference between two SLF4J jars. Now Im getting this, when running the sample application: Excepción no controlada: com.lchclearnet.exception.SystemException: CLSSIDPI: Unexpected error occurred when initialising DataProvider for report directory [D:\Users\Marteens\Documents\Satori\20170728\SMART] ---> java.lang.ClassCastException: No se puede convertir un objeto de tipo 'java.util.PropertyResourceBundle' al tipo 'sun.util.resources.OpenListResourceBundle'. --- Fin del seguimiento de la pila de la excepción interna --- en com.lchclearnet.swapclear.smart.a.j..ctor(File f, String str) en com.lchclearnet.swapclear.smart.a.j..ctor(File f) en com.lchclearnet.swapclear.smart.SMARTDataProviderFactory..ctor(String str) en TestSmart.Program.Main(String[] args) en d:\Users\Marteens\Documents\Visual Studio 2015\Projects\TestSmart\TestSmart\Program.cs:línea 23 It seems its a problem when using System.getProperty(), and it shows up as an exception when casting PropertyResourceBundle into an OpenListResourceBundle. Is my application missing any DLL reference? Ian De: Ian Marteens [mailto:ia...@ma...] Enviado el: viernes, 27 de octubre de 2017 13:40 Para: ikv...@li... <mailto:ikv...@li...> Asunto: [Ikvm-developers] Compiling log4j and slf4j-api Hi, all: Im using IKVM 8.1.5717. Im trying to compile log4j and slf4j-api to DLL. When compiling log4j, IKVM complains about some javax.jms and javax.mail classes. I understand from previous messages that I can ignore the warning if I dont use that bindings. My real problem is with slf4j-api-1.6.1. and slf4j-log4j12-1.6.1. These are the compiling errors I get: note IKVMC0002: Output file is "slf4j-log4j12-1.6.1.dll" warning IKVMC0100: Class "org.slf4j.helpers.MarkerIgnoringBase" not found warning IKVMC0100: Class "org.slf4j.ILoggerFactory" not found warning IKVMC0100: Class "org.slf4j.spi.MDCAdapter" not found warning IKVMC0100: Class "org.slf4j.spi.LoggerFactoryBinder" not found warning IKVMC0100: Class "org.slf4j.spi.MarkerFactoryBinder" not found note IKVMC0002: Output file is "slf4j-api-1.6.1.dll" warning IKVMC0100: Class "org.slf4j.impl.StaticLoggerBinder" not found warning IKVMC0100: Class "org.slf4j.impl.StaticMarkerBinder" not found My application use a third-party JAR from LCH Clearnet that internally use log4j. Execution fails when it tries to load StaticLoggerBinder. Any clues, please? Best regards, Ian Marteens Comunytek Consultores ---------------------------------------------------------------------------- -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Ikvm-developers mailing list Ikv...@li... <mailto:Ikv...@li...> https://lists.sourceforge.net/lists/listinfo/ikvm-developers |
From: Volker B. <vb...@in...> - 2017-10-30 08:35:30
|
The cause of this exception is that not all dlls of the IKVM are available. Typical this occur because Visual Studio does not copy all to the output. Volker Am 29.10.2017 um 18:52 schrieb Ian Marteens: > > Ok, I solved it: it’s a circular reference between two SLF4J jars. > > > > Now I’m getting this, when running the sample application: > > > > Excepción no controlada: com.lchclearnet.exception.SystemException: > CLSSIDPI: Unexpected error occurred when initialising DataProvider for > report directory [D:\Users\Marteens\Documents\Satori\20170728\SMART] > ---> java.lang.ClassCastException: No se puede convertir un objeto de > tipo 'java.util.PropertyResourceBundle' al tipo > 'sun.util.resources.OpenListResourceBundle'. > > --- Fin del seguimiento de la pila de la excepción interna --- > > en com.lchclearnet.swapclear.smart.a.j..ctor(File f, String str) > > en com.lchclearnet.swapclear.smart.a.j..ctor(File f) > > en > com.lchclearnet.swapclear.smart.SMARTDataProviderFactory..ctor(String str) > > en TestSmart.Program.Main(String[] args) en > d:\Users\Marteens\Documents\Visual Studio > 2015\Projects\TestSmart\TestSmart\Program.cs:línea 23 > > > > It seems it’s a problem when using System.getProperty(), and it shows > up as an exception when casting PropertyResourceBundle into an > OpenListResourceBundle. Is my application missing any DLL reference? > > > > Ian > > > > *De:*Ian Marteens [mailto:ia...@ma...] > *Enviado el:* viernes, 27 de octubre de 2017 13:40 > *Para:* ikv...@li... > *Asunto:* [Ikvm-developers] Compiling log4j and slf4j-api > > > > Hi, all: > > > > I’m using IKVM 8.1.5717. I’m trying to compile log4j and slf4j-api to DLL. > > > > When compiling log4j, IKVM complains about some javax.jms and > javax.mail classes. I understand from previous messages that I can > ignore the warning if I don’t use that bindings. > > > > My real problem is with slf4j-api-1.6.1. and slf4j-log4j12-1.6.1. > These are the compiling errors I get: > > > > note IKVMC0002: Output file is "slf4j-log4j12-1.6.1.dll" > > warning IKVMC0100: Class "org.slf4j.helpers.MarkerIgnoringBase" not found > > warning IKVMC0100: Class "org.slf4j.ILoggerFactory" not found > > warning IKVMC0100: Class "org.slf4j.spi.MDCAdapter" not found > > warning IKVMC0100: Class "org.slf4j.spi.LoggerFactoryBinder" not found > > warning IKVMC0100: Class "org.slf4j.spi.MarkerFactoryBinder" not found > > > > note IKVMC0002: Output file is "slf4j-api-1.6.1.dll" > > warning IKVMC0100: Class "org.slf4j.impl.StaticLoggerBinder" not found > > warning IKVMC0100: Class "org.slf4j.impl.StaticMarkerBinder" not found > > > > My application use a third-party JAR from LCH Clearnet that internally > use log4j. Execution fails when it tries to load StaticLoggerBinder. > > > > Any clues, please? > > > > Best regards, > > > > Ian Marteens > > Comunytek Consultores > > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers |
From: Ian M. <ia...@ma...> - 2017-10-29 22:39:12
|
Ok, I solved it: its a circular reference between two SLF4J jars. Now Im getting this, when running the sample application: Excepción no controlada: com.lchclearnet.exception.SystemException: CLSSIDPI: Unexpected error occurred when initialising DataProvider for report directory [D:\Users\Marteens\Documents\Satori\20170728\SMART] ---> java.lang.ClassCastException: No se puede convertir un objeto de tipo 'java.util.PropertyResourceBundle' al tipo 'sun.util.resources.OpenListResourceBundle'. --- Fin del seguimiento de la pila de la excepción interna --- en com.lchclearnet.swapclear.smart.a.j..ctor(File f, String str) en com.lchclearnet.swapclear.smart.a.j..ctor(File f) en com.lchclearnet.swapclear.smart.SMARTDataProviderFactory..ctor(String str) en TestSmart.Program.Main(String[] args) en d:\Users\Marteens\Documents\Visual Studio 2015\Projects\TestSmart\TestSmart\Program.cs:línea 23 It seems its a problem when using System.getProperty(), and it shows up as an exception when casting PropertyResourceBundle into an OpenListResourceBundle. Is my application missing any DLL reference? Ian De: Ian Marteens [mailto:ia...@ma...] Enviado el: viernes, 27 de octubre de 2017 13:40 Para: ikv...@li... Asunto: [Ikvm-developers] Compiling log4j and slf4j-api Hi, all: Im using IKVM 8.1.5717. Im trying to compile log4j and slf4j-api to DLL. When compiling log4j, IKVM complains about some javax.jms and javax.mail classes. I understand from previous messages that I can ignore the warning if I dont use that bindings. My real problem is with slf4j-api-1.6.1. and slf4j-log4j12-1.6.1. These are the compiling errors I get: note IKVMC0002: Output file is "slf4j-log4j12-1.6.1.dll" warning IKVMC0100: Class "org.slf4j.helpers.MarkerIgnoringBase" not found warning IKVMC0100: Class "org.slf4j.ILoggerFactory" not found warning IKVMC0100: Class "org.slf4j.spi.MDCAdapter" not found warning IKVMC0100: Class "org.slf4j.spi.LoggerFactoryBinder" not found warning IKVMC0100: Class "org.slf4j.spi.MarkerFactoryBinder" not found note IKVMC0002: Output file is "slf4j-api-1.6.1.dll" warning IKVMC0100: Class "org.slf4j.impl.StaticLoggerBinder" not found warning IKVMC0100: Class "org.slf4j.impl.StaticMarkerBinder" not found My application use a third-party JAR from LCH Clearnet that internally use log4j. Execution fails when it tries to load StaticLoggerBinder. Any clues, please? Best regards, Ian Marteens Comunytek Consultores |
From: Ian M. <ia...@ma...> - 2017-10-27 17:38:35
|
Hi, all: I'm using IKVM 8.1.5717. I'm trying to compile log4j and slf4j-api to DLL. When compiling log4j, IKVM complains about some javax.jms and javax.mail classes. I understand from previous messages that I can ignore the warning if I don't use that bindings. My real problem is with slf4j-api-1.6.1. and slf4j-log4j12-1.6.1. These are the compiling errors I get: note IKVMC0002: Output file is "slf4j-log4j12-1.6.1.dll" warning IKVMC0100: Class "org.slf4j.helpers.MarkerIgnoringBase" not found warning IKVMC0100: Class "org.slf4j.ILoggerFactory" not found warning IKVMC0100: Class "org.slf4j.spi.MDCAdapter" not found warning IKVMC0100: Class "org.slf4j.spi.LoggerFactoryBinder" not found warning IKVMC0100: Class "org.slf4j.spi.MarkerFactoryBinder" not found note IKVMC0002: Output file is "slf4j-api-1.6.1.dll" warning IKVMC0100: Class "org.slf4j.impl.StaticLoggerBinder" not found warning IKVMC0100: Class "org.slf4j.impl.StaticMarkerBinder" not found My application use a third-party JAR from LCH Clearnet that internally use log4j. Execution fails when it tries to load StaticLoggerBinder. Any clues, please? Best regards, Ian Marteens Comunytek Consultores |
From: Phil M. <phi...@da...> - 2017-10-10 15:56:47
|
The JAR and everything it contains is definitely packaged inside the DLL under a directory called Resources. I validated this using JustDecompile. And the log output from the application shows that it's looking inside the DLL for the JAR file contents: JAR URL = jar:file:/C:/pmart01/TCPI/Workspaces/VisualStudio/TCPI-Sample-Net/TCPI-Sample-Net/bin/Debug/tcpi.DLL!/ I did try rebuilding with the classloader option you suggested and adding the programmatic setting of the classpath, and the observed behavior is the same. On Oct 6, 2017 5:23 PM, "Paul Chambre" <pau...@il...> wrote: > I don't think resource files are included in the ikvmc dlls - though it's > not unlikely that I'm wrong. > > What you can do for sure is compile your dll with the > -classloader:ikvm.runtime.ClassPathAssemblyClassLoader option. And then > set the classpath in your C# app using: > > java.lang.System.setProperty("java.class.path",[expanded list of all jar > files needed for the runtime and any other directories that contain > resources or java classes, separated by semi-colons]); > > You can either use your original jar there, or create a new jar with just > the resources, or probably have the manifest file somewhere and the path to > it included here. This classpath is then used by the class loader for code > running from the ikvmc dll. > > Hope this helps, > Paul > > On Fri, Oct 6, 2017 at 2:39 PM, Phil Martin <phi...@da...> > wrote: > >> >> I am new to IKVM, and very pleased with it so far. >> >> I am using it to wrap a vendor-supplied Java-only client API. When I run >> the delivered JAR and class files using ikvm.exe in place of java.exe, the >> client API and supplied sample client application behave exactly as >> expected. However, when I use ikvmc to change the client API JAR to a .Net >> DLL, I have just one issue. >> >> The client API reads version information from the MANIFEST.MF file in the >> JAR to choose the specific version & concrete classes to instantiate at >> initialization time. This operation works just fine when running from the >> JAR, but fails when using the DLL in the context of my .Net client >> application. >> >> For reference, here are the contents of the MANIFEST.MF file. I'm not >> clear on how to check to confirm that it has found its way into my new DLL: >> >> Manifest-Version: 1.0 >> Ant-Version: Apache Ant 1.5.3 >> Created-By: Apache Maven >> Built-By: arao >> Package: com.fxall >> Build-Jdk: 1.6.0_35 >> Extension-Name: tcpi >> Specification-Title: >> Specification-Vendor: FX Alliance, LLC >> Implementation-Title: com.fxall >> Implementation-Vendor: FX Alliance, LLC >> Implementation-Version: 4.0.0.1 >> Main-Class: com.fxall.tcpi.TCPIVersion >> Build-Time: 12/12/2012 06:19 PM >> Build-Number: 49 >> api-version: 3.3 >> release-version: 4.1.0.1 >> >> >> The log output from the successful run includes this line, which matches >> up with the specified value for "release-version:" in MANIFEST.MF: >> ***** >> INFO: FXall TCPI Version: 4.1.0.1 >> ***** >> >> While the log output from the failed run includes the following, which >> seems to indicate that it's not finding the MANIFEST.MF file in the >> JAR-converted-to-DLL: >> ***** >> java.util.zip.ZipException: error in opening zip file >> at java.util.zip.ZipFile$PartialInputStream.seekEndOfCentralDir >> ectory(ZipFile.java:629) >> at java.util.zip.ZipFile.readEntries(ZipFile.java:243) >> at java.util.zip.ZipFile.<init>(ZipFile.java:200) >> at java.util.zip.ZipFile.<init>(ZipFile.java:163) >> at java.util.jar.JarFile.<init>(JarFile.java:166) >> at java.util.jar.JarFile.<init>(JarFile.java:103) >> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) >> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile. >> java:69) >> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory. >> java:105) >> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConn >> ection.java:122) >> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLC >> onnection.java:89) >> at java.net.JarURLConnection.getManifest(JarURLConnection.java: >> 231) >> at com.fxall.tcpi.TCPIVersion.<clinit>(TCPIVersion.java:25) >> at com.fxall.tcpi.TCPIVersion.getVersion(TCPIVersion.java) >> at com.fxall.provider.CCPInterfaceConnection.<clinit>(CCPInterf >> aceConnection.java:78) >> at com.fxall.provider.AdvancedInterfaceConnection.<clinit>(Adva >> ncedInterfaceConnection.java:19) >> at com.fxall.provider.AdvancedInterfaceConnection.<init>(Advanc >> edInterfaceConnection.java) >> at cli.TCPI_Sample_Net.Program.Main(Program.cs:41) >> at cli.System.AppDomain._nExecuteAssembly(Unknown Source) >> at cli.System.AppDomain.ExecuteAssembly(Unknown Source) >> at cli.Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly(Unknown >> Source) >> JAR URL = jar:file:/C:/pmart01/TCPI/Workspaces/VisualStudio/TCPI-Sampl >> e-Net/TCPI-Sample-Net/bin/Debug/tcpi.DLL!/ >> Default to Version : 3.3 Build : 3.3.2 >> INFO: FXall TCPI Version: 3.3.2 >> ***** >> >> >> I have used JustDecompile by Telerik to validate that the original >> tcpi.jar file and its META-INF/MANIFEST.MF file are saved under a folder >> called "Resources" in the new tcpi.dll file. Note that I have validated >> that the file can be found in the location indicated in the JAR URL output >> above: >> >> ***** >> C:\pmart01 >dir C:\pmart01\TCPI\Workspaces\Vis >> ualStudio\TCPI-Sample-Net\TCPI-Sample-Net\bin\Debug\tcpi.DLL >> Volume in drive C has no label. >> Volume Serial Number is 54EE-057C >> >> Directory of C:\pmart01\TCPI\Workspaces\Vis >> ualStudio\TCPI-Sample-Net\TCPI-Sample-Net\bin\Debug >> >> 10/06/2017 11:31 AM 3,654,144 tcpi.dll >> 1 File(s) 3,654,144 bytes >> 0 Dir(s) 11,206,111,232 bytes free >> ***** >> >> This seems like a pretty common use case, so I assume I'm just missing >> something simple. Any advice or information would be very much appreciated. >> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Ikvm-developers mailing list >> Ikv...@li... >> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >> >> > > > -- > Paul Chambre > > Senior Solutions Architect > (719) 465-6097 > > Illumon - Big Value From Big Data > |
From: Paul C. <pau...@il...> - 2017-10-06 21:55:07
|
I don't think resource files are included in the ikvmc dlls - though it's not unlikely that I'm wrong. What you can do for sure is compile your dll with the -classloader:ikvm.runtime.ClassPathAssemblyClassLoader option. And then set the classpath in your C# app using: java.lang.System.setProperty("java.class.path",[expanded list of all jar files needed for the runtime and any other directories that contain resources or java classes, separated by semi-colons]); You can either use your original jar there, or create a new jar with just the resources, or probably have the manifest file somewhere and the path to it included here. This classpath is then used by the class loader for code running from the ikvmc dll. Hope this helps, Paul On Fri, Oct 6, 2017 at 2:39 PM, Phil Martin <phi...@da...> wrote: > > I am new to IKVM, and very pleased with it so far. > > I am using it to wrap a vendor-supplied Java-only client API. When I run > the delivered JAR and class files using ikvm.exe in place of java.exe, the > client API and supplied sample client application behave exactly as > expected. However, when I use ikvmc to change the client API JAR to a .Net > DLL, I have just one issue. > > The client API reads version information from the MANIFEST.MF file in the > JAR to choose the specific version & concrete classes to instantiate at > initialization time. This operation works just fine when running from the > JAR, but fails when using the DLL in the context of my .Net client > application. > > For reference, here are the contents of the MANIFEST.MF file. I'm not > clear on how to check to confirm that it has found its way into my new DLL: > > Manifest-Version: 1.0 > Ant-Version: Apache Ant 1.5.3 > Created-By: Apache Maven > Built-By: arao > Package: com.fxall > Build-Jdk: 1.6.0_35 > Extension-Name: tcpi > Specification-Title: > Specification-Vendor: FX Alliance, LLC > Implementation-Title: com.fxall > Implementation-Vendor: FX Alliance, LLC > Implementation-Version: 4.0.0.1 > Main-Class: com.fxall.tcpi.TCPIVersion > Build-Time: 12/12/2012 06:19 PM > Build-Number: 49 > api-version: 3.3 > release-version: 4.1.0.1 > > > The log output from the successful run includes this line, which matches > up with the specified value for "release-version:" in MANIFEST.MF: > ***** > INFO: FXall TCPI Version: 4.1.0.1 > ***** > > While the log output from the failed run includes the following, which > seems to indicate that it's not finding the MANIFEST.MF file in the > JAR-converted-to-DLL: > ***** > java.util.zip.ZipException: error in opening zip file > at java.util.zip.ZipFile$PartialInputStream. > seekEndOfCentralDirectory(ZipFile.java:629) > at java.util.zip.ZipFile.readEntries(ZipFile.java:243) > at java.util.zip.ZipFile.<init>(ZipFile.java:200) > at java.util.zip.ZipFile.<init>(ZipFile.java:163) > at java.util.jar.JarFile.<init>(JarFile.java:166) > at java.util.jar.JarFile.<init>(JarFile.java:103) > at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) > at sun.net.www.protocol.jar.URLJarFile.getJarFile( > URLJarFile.java:69) > at sun.net.www.protocol.jar.JarFileFactory.get( > JarFileFactory.java:105) > at sun.net.www.protocol.jar.JarURLConnection.connect( > JarURLConnection.java:122) > at sun.net.www.protocol.jar.JarURLConnection.getJarFile( > JarURLConnection.java:89) > at java.net.JarURLConnection.getManifest(JarURLConnection. > java:231) > at com.fxall.tcpi.TCPIVersion.<clinit>(TCPIVersion.java:25) > at com.fxall.tcpi.TCPIVersion.getVersion(TCPIVersion.java) > at com.fxall.provider.CCPInterfaceConnection.<clinit>( > CCPInterfaceConnection.java:78) > at com.fxall.provider.AdvancedInterfaceConnection.<clinit>( > AdvancedInterfaceConnection.java:19) > at com.fxall.provider.AdvancedInterfaceConnection.<init>( > AdvancedInterfaceConnection.java) > at cli.TCPI_Sample_Net.Program.Main(Program.cs:41) > at cli.System.AppDomain._nExecuteAssembly(Unknown Source) > at cli.System.AppDomain.ExecuteAssembly(Unknown Source) > at cli.Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly(Unknown > Source) > JAR URL = jar:file:/C:/pmart01/TCPI/Workspaces/VisualStudio/TCPI- > Sample-Net/TCPI-Sample-Net/bin/Debug/tcpi.DLL!/ > Default to Version : 3.3 Build : 3.3.2 > INFO: FXall TCPI Version: 3.3.2 > ***** > > > I have used JustDecompile by Telerik to validate that the original > tcpi.jar file and its META-INF/MANIFEST.MF file are saved under a folder > called "Resources" in the new tcpi.dll file. Note that I have validated > that the file can be found in the location indicated in the JAR URL output > above: > > ***** > C:\pmart01 >dir C:\pmart01\TCPI\Workspaces\VisualStudio\TCPI-Sample-Net\ > TCPI-Sample-Net\bin\Debug\tcpi.DLL > Volume in drive C has no label. > Volume Serial Number is 54EE-057C > > Directory of C:\pmart01\TCPI\Workspaces\VisualStudio\TCPI-Sample-Net\ > TCPI-Sample-Net\bin\Debug > > 10/06/2017 11:31 AM 3,654,144 tcpi.dll > 1 File(s) 3,654,144 bytes > 0 Dir(s) 11,206,111,232 bytes free > ***** > > This seems like a pretty common use case, so I assume I'm just missing > something simple. Any advice or information would be very much appreciated. > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers > > -- Paul Chambre Senior Solutions Architect (719) 465-6097 Illumon - Big Value From Big Data |
From: Phil M. <phi...@da...> - 2017-10-06 21:11:57
|
I am new to IKVM, and very pleased with it so far. I am using it to wrap a vendor-supplied Java-only client API. When I run the delivered JAR and class files using ikvm.exe in place of java.exe, the client API and supplied sample client application behave exactly as expected. However, when I use ikvmc to change the client API JAR to a .Net DLL, I have just one issue. The client API reads version information from the MANIFEST.MF file in the JAR to choose the specific version & concrete classes to instantiate at initialization time. This operation works just fine when running from the JAR, but fails when using the DLL in the context of my .Net client application. For reference, here are the contents of the MANIFEST.MF file. I'm not clear on how to check to confirm that it has found its way into my new DLL: Manifest-Version: 1.0 Ant-Version: Apache Ant 1.5.3 Created-By: Apache Maven Built-By: arao Package: com.fxall Build-Jdk: 1.6.0_35 Extension-Name: tcpi Specification-Title: Specification-Vendor: FX Alliance, LLC Implementation-Title: com.fxall Implementation-Vendor: FX Alliance, LLC Implementation-Version: 4.0.0.1 Main-Class: com.fxall.tcpi.TCPIVersion Build-Time: 12/12/2012 06:19 PM Build-Number: 49 api-version: 3.3 release-version: 4.1.0.1 The log output from the successful run includes this line, which matches up with the specified value for "release-version:" in MANIFEST.MF: ***** INFO: FXall TCPI Version: 4.1.0.1 ***** While the log output from the failed run includes the following, which seems to indicate that it's not finding the MANIFEST.MF file in the JAR-converted-to-DLL: ***** java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile$PartialInputStream.seekEndOfCentralDirectory(ZipFile.java:629) at java.util.zip.ZipFile.readEntries(ZipFile.java:243) at java.util.zip.ZipFile.<init>(ZipFile.java:200) at java.util.zip.ZipFile.<init>(ZipFile.java:163) at java.util.jar.JarFile.<init>(JarFile.java:166) at java.util.jar.JarFile.<init>(JarFile.java:103) at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:105) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) at java.net.JarURLConnection.getManifest(JarURLConnection.java:231) at com.fxall.tcpi.TCPIVersion.<clinit>(TCPIVersion.java:25) at com.fxall.tcpi.TCPIVersion.getVersion(TCPIVersion.java) at com.fxall.provider.CCPInterfaceConnection.<clinit>(CCPInterfaceConnection.java:78) at com.fxall.provider.AdvancedInterfaceConnection.<clinit>(AdvancedInterfaceConnection.java:19) at com.fxall.provider.AdvancedInterfaceConnection.<init>(AdvancedInterfaceConnection.java) at cli.TCPI_Sample_Net.Program.Main(Program.cs:41) at cli.System.AppDomain._nExecuteAssembly(Unknown Source) at cli.System.AppDomain.ExecuteAssembly(Unknown Source) at cli.Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly(Unknown Source) JAR URL = jar:file:/C:/pmart01/TCPI/Workspaces/VisualStudio/TCPI-Sample-Net/TCPI-Sample-Net/bin/Debug/tcpi.DLL!/ Default to Version : 3.3 Build : 3.3.2 INFO: FXall TCPI Version: 3.3.2 ***** I have used JustDecompile by Telerik to validate that the original tcpi.jar file and its META-INF/MANIFEST.MF file are saved under a folder called "Resources" in the new tcpi.dll file. Note that I have validated that the file can be found in the location indicated in the JAR URL output above: ***** C:\pmart01 >dir C:\pmart01\TCPI\Workspaces\VisualStudio\TCPI-Sample-Net\TCPI-Sample-Net\bin\Debug\tcpi.DLL Volume in drive C has no label. Volume Serial Number is 54EE-057C Directory of C:\pmart01\TCPI\Workspaces\VisualStudio\TCPI-Sample-Net\TCPI-Sample-Net\bin\Debug 10/06/2017 11:31 AM 3,654,144 tcpi.dll 1 File(s) 3,654,144 bytes 0 Dir(s) 11,206,111,232 bytes free ***** This seems like a pretty common use case, so I assume I'm just missing something simple. Any advice or information would be very much appreciated. |
From: Rob J. <r.j...@gm...> - 2017-10-05 13:47:17
|
When using the DriverManager.getConnection(url) with a valid connectionstring to an Azure SQL Database ("jdbc:sqlserver:// XXXX.database.windows.net;database=XXXX;user=XXXX;password=XXXX"), I get this error: "The AddressFamily InterNetwork is not valid for the System.Net.IPEndPoint end point, use InterNetworkV6 instead. Parameter name: socketAddress" Stack Trace: at java.net.AbstractPlainSocketImpl.doConnect(InetAddress , Int32 , Int32 ) at java.net.AbstractPlainSocketImpl.connectToAddress(InetAddress , Int32 , Int32 ) at java.net.AbstractPlainSocketImpl.connect(SocketAddress , Int32 ) at java.net.PlainSocketImpl.connect(SocketAddress , Int32 ) at java.net.SocksSocketImpl.connect(SocketAddress , Int32 ) at java.net.Socket.connect(SocketAddress endpoint, Int32 timeout) at com.microsoft.sqlserver.jdbc.SocketFinder.getConnectedSocket(InetSocketAddress , Int32 ) at com.microsoft.sqlserver.jdbc.SocketFinder.getDefaultSocket(String , Int32 , Int32 ) at com.microsoft.sqlserver.jdbc.SocketFinder.findSocket(String , Int32 , Int32 , Boolean ) at com.microsoft.sqlserver.jdbc.TDSChannel.open(String , Int32 , Int32 , Boolean ) at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectHelper(ServerPortPlaceHolder , Int32 , Int32 , Boolean ) at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(String , String , Int32 , String , FailoverInfo , Int32 , Int64 ) at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectInternal(Properties , SQLServerPooledConnection ) at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(Properties , SQLServerPooledConnection ) at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(String str, Properties p) at java.sql.DriverManager.getConnection(String , Properties , ClassLoader ) at java.sql.DriverManager.getConnection(String url, CallerID ) at java.sql.DriverManager.getConnection(String url) at GeoNet.Route.ConnectionHandlers.DBConnection.PrepareDatabaseConnection(String connectionString) at GeoNet.Route.Route.CalculateRoute(RouteResultInputMessage input) (Snippet case "AZURE": ikvm.runtime.Startup.addBootClassPathAssemby(Assembly.Load("sqljdbc41")); ikvm.runtime.Startup.addBootClassPathAssemby(Assembly.Load("xercesimpl")); DriverManager.registerDriver(new com.microsoft.sqlserver.jdbc.SQLServerDriver()); When I run this code locally, no problems at all. (it is a WCF Service). When I deploy this to Azure,the mentioned error occurs... Thank you for your help. Rob |
From: Vijay V. <vij...@gm...> - 2017-09-17 03:57:27
|
Hi Andrew, I agree it is not easy and i have been going back and forth on this. >> In short, document everything you do, insert the correct attributions where they need to be inserted, and make sure your client base is able to download the OpenJDK, IKVM, and IKVM.Classpath source and binaries themselves if they so wish. If you do these things, the odds of your product and company ever being a target of the GPL Mafia are slim. All these are normally mentioned. I will doubly make sure it is taken care absolutely. Thank for helping with all your suggestions. It is really important for me to know all of these. Kind Regards, VIjay On Sun, Sep 10, 2017 at 7:08 PM, Andrew Finnell <and...@gm...> wrote: > Vijay, > > It is my pleasure. As someone who's had to deal with the subtleties of the > GPL v3, Affero GPL (meant to stop SaaS situations), LGPL (The sanest and > nicest of all licenses in the GPL world), and the Classpath Exception > clause for well over a decade, it's something I've reluctantly become well > versed in. Do keep in mind I am not an attorney nor a Copyright Judge. When > it comes to GPL, attorneys are not all that helpful in my humble opinion. > They in no way can guarantee a judge will rule one way or another if one is > ever sued; and the judge is all that matters in the end. Keep in mind that > just because the "Free" Software Foundation says something does not mean > that it is legally binding. Their grandiose overtures towards the OSS > movement versus their own "Free" Software movement is nothing but chest > pounding. > > In Tort law it is quite easy to file a suit; but not so easy to get in > front of a judge, even harder to win. Your due diligence is your safety > here. Write everything down. Find examples of others using the exact same > binaries you are using and make note of them as well. For if you are ever > in front of a judge, he or she will ask the Plantiff why they did not file > against [insert list of other companies]. This is why Companies sue over > simple matters; because if they don't they are essentially telling the > world it's acceptable to breach their trademarks, copyrights, etc. Look up > the Jello vs. People case as an example. > > In short, document everything you do, insert the correct attributions > where they need to be inserted, and make sure your client base is able to > download the OpenJDK, IKVM, and IKVM.Classpath source and binaries > themselves if they so wish. If you do these things, the odds of your > product and company ever being a target of the GPL Mafia are slim. > > On Sun, Sep 10, 2017 at 5:25 AM Vijay Venkataraman < > vij...@gm...> wrote: > >> Hi Andrew, >> >> Thanks for taking time to be very clear. >> >> >> >> Your product is using a pre-defined API that happens to be implemented by >> the IKVM.* Assemblies. If you were to use any of the classes generated by >> IKVM that were unrelated to the JDK (think of Sun's sun.* packages, but >> instead it being ikvm.* packages) then it would violate the Classpath >> Exception. The idea behind this exception is that one can literally replace >> all of the Assemblies/JARs with another implementation of the Java Classes >> and your program would never know. This is the 'at a arms distance that the >> Classpath Exception talks about." It is how businesses are able to release >> products using the OpenJDK as the JVM. All you are doing is using the IKVM >> translated version in the same way as the OpenJDK. >> >> If you have any doubts, take the OpenJDK yourself. Build it. Then run it >> through IKVM. It will hold to the same litmus test as the OpenJDK itself >> which is used by an eclectic and significant developer base. In short, >> you're fine >> >> >> Really appreciate you taking time provide the full context and clear >> explanation. I am sure, this mail thread will be useful to many others as >> well. >> >> Kind Regards, >> Vijay >> >> On Sun, Sep 10, 2017 at 5:26 AM, Andrew Finnell <and...@gm... >> > wrote: >> >>> Vijay, >>> >>> This is the excerpt you are looking for: >>> >>> "CLASSPATH" EXCEPTION TO THE GPL >>>> Certain source files distributed by Oracle America and/or its >>>> affiliates are >>>> subject to the following clarification and special exception to the >>>> GPL, but >>>> only where Oracle has expressly included in the particular source >>>> file's header >>>> the words "Oracle designates this particular file as subject to the >>>> "Classpath" >>>> exception as provided by Oracle in the LICENSE file that accompanied >>>> this code." >>>> Linking this library statically or dynamically with other modules is >>>> making >>>> a combined work based on this library. Thus, the terms and conditions >>>> of >>>> the GNU General Public License cover the whole combination. >>>> As a special exception, the copyright holders of this library give you >>>> permission to link this library with independent modules to produce an >>>> executable, regardless of the license terms of these independent >>>> modules, >>>> and to copy and distribute the resulting executable under terms of your >>>> choice, provided that you also meet, for each linked independent module, >>>> the terms and conditions of the license of that module. An independent >>>> module is a module which is not derived from or based on this library. >>>> If >>>> you modify this library, you may extend this exception to your version >>>> of >>>> the library, but you are not obligated to do so. If you do not wish to >>>> do >>>> so, delete this exception statement from your version. >>> >>> >>> Standard IAMAL: >>> >>> At the end of the day no attorney can give you an objective answer as to >>> whether or not it's legal to ship your product with these libraries. The >>> original owner of the GPL source and binaries can always decide to litigate >>> for any reason they so choose. Keeping in mind that litigating does not >>> mean you are in breach of the contract, as that can only be determined by a >>> Judge. This is why your attorneys say "at a arms length" as that's the only >>> way to be absolutely sure. i.e. To never use any GPL copyleft code. >>> >>> Based on all my personal research, the Classpath Exception is not the >>> same as marking something as LGPL. However, in this case the Classpath >>> exception is perfect due to the subject matter; the Java Common Classes. >>> Your product is using a pre-defined API that happens to be implemented by >>> the IKVM.* Assemblies. If you were to use any of the classes generated by >>> IKVM that were unrelated to the JDK (think of Sun's sun.* packages, but >>> instead it being ikvm.* packages) then it would violate the Classpath >>> Exception. The idea behind this exception is that one can literally replace >>> all of the Assemblies/JARs with another implementation of the Java Classes >>> and your program would never know. This is the 'at a arms distance that the >>> Classpath Exception talks about." It is how businesses are able to release >>> products using the OpenJDK as the JVM. All you are doing is using the IKVM >>> translated version in the same way as the OpenJDK. >>> >>> Anecdotal evidence suggests no one has ever bothered to bring a suit >>> against an organization for using IKVM.* OpenJDK Assemblies in their >>> products. And even if they did, it still doesn't mean anything until a >>> Judge puts in a ruling. Even after THAT, it can be challenged. >>> >>> GPL is typically shunned in my organizations for it's quite difficult to >>> ever be certain of it's true intention. If one is ever curious as to the >>> groups "thoughts" regarding their License I suggest they read their >>> website. Their beliefs are black and white. No room for interpretation. >>> Those are just beliefs, not legally binding contracts. It i why there have >>> been so many versions of the GPL license. Not to make it MORE consumer >>> friendly, but to make it less. >>> >>> If you have any doubts, take the OpenJDK yourself. Build it. Then run it >>> through IKVM. It will hold to the same litmus test as the OpenJDK itself >>> which is used by an eclectic and significant developer base. In short, >>> you're fine. Lawyers will always choose the 'safe choice' over any risk. >>> They are risk adverse. And GPL is risky even if you obey it's convoluted >>> attributions 100%. >>> >>> Regards, >>> >>> Andrew >>> >>> Andrew T. Finnell >>> CTO / Rudram Engineering, Inc. >>> >>> >>> On Sun, Jul 30, 2017 at 4:09 AM, Vijay Venkataraman < >>> vij...@gm...> wrote: >>> >>>> Hi Steve, >>>> Thanks for helping me with this. >>>> I understand with this i can use >>>> *IKVM.OpenJDK.*(Beans, Charset ....)* in my product development based >>>> on the classpath exception that is provided on these dll's. >>>> I am again taking this matter with legal to close this. >>>> >>>> Once again thanks to everyone who chipped in with information on this. >>>> >>>> Kind Regards, >>>> Vijay >>>> >>>> On Sun, Jul 30, 2017 at 9:10 AM, Steve Hannah <st...@we...> wrote: >>>> >>>>> Here is the Wikipedia article on how that linking exception works. >>>>> >>>>> https://en.m.wikipedia.org/wiki/GPL_linking_exception >>>>> >>>>> On Sat, Jul 29, 2017 at 1:15 PM Vijay Venkataraman < >>>>> vij...@gm...> wrote: >>>>> >>>>>> Hi Michael, >>>>>> Thanks for letting me know about this. >>>>>> I have asked for legal advise and i am getting to hear that we cannot >>>>>> ship it as a part of our product. >>>>>> I hear that it should be used as "arms length" . I am trying to >>>>>> figure what that means. >>>>>> >>>>>> @Jeroen >>>>>> Sorry for pulling you in to this. >>>>>> If i get a clear answer, i can decide which way to go. Else i can be >>>>>> going in circles not get a valid answer for a long time. >>>>>> Pleas pardon me for this. >>>>>> >>>>>> Can someone point, which section clearly identifies that i can use IKVM.OpenJDK.* >>>>>> . dll and ship a product, so that the product wouldn't result in being a >>>>>> GPL based? >>>>>> >>>>>> The files i am talking about are: >>>>>> IKVM.OpenJDK.Beans.dll >>>>>> IKVM.OpenJDK.Charsets.dll >>>>>> IKVM.OpenJDK.Corba.dll >>>>>> IKVM.OpenJDK.Core.dll >>>>>> IKVM.OpenJDK.Jdbc.dll >>>>>> IKVM.OpenJDK.Management.dll >>>>>> IKVM.OpenJDK.Media.dll >>>>>> IKVM.OpenJDK.Misc.dll.dll >>>>>> IKVM.OpenJDK.Naming.dll >>>>>> IKVM.OpenJDK.Remoting.dll >>>>>> IKVM.OpenJDK.Security.dll >>>>>> IKVM.OpenJDK.SwingAWT.dll >>>>>> IKVM.OpenJDK.Text.dll >>>>>> IKVM.OpenJDK.Tools.dll >>>>>> IKVM.OpenJDK.Util.dll >>>>>> IKVM.OpenJDK.XML.API.dll >>>>>> IKVM.OpenJDK.XML.Bind.dll >>>>>> IKVM.OpenJDK.XML.Crypto.dll >>>>>> IKVM.OpenJDK.XML.Parse.dll >>>>>> IKVM.OpenJDK.XML.Transform.dll >>>>>> IKVM.OpenJDK.XML.WebServices.dll >>>>>> IKVM.OpenJDK.XML.XPath.dll >>>>>> Version = 7.2.4630.5 - Part of https://sourceforge.net/ >>>>>> projects/ikvm/files/ikvm/7.2.4630.5/ikvmbin-7.2.4630.5.zip/download >>>>>> >>>>>> I am sure, many people could have had similar issues/questions. Any >>>>>> pointers to that will be of great help. >>>>>> >>>>>> This will decide how i will build my software. >>>>>> >>>>>> Kind Regards, >>>>>> Vijay >>>>>> >>>>>> On Sat, Jul 29, 2017 at 5:30 PM, Michael Kay <mi...@sa...> >>>>>> wrote: >>>>>> >>>>>>> The license is GPLv2 with the Classpath Exception >>>>>>> >>>>>>> http://openjdk.java.net/legal/gplv2+ce.html >>>>>>> >>>>>>> The Classpath Exception allows you to use IKVM/OpenJDK as part of >>>>>>> your application without infecting your code with GPL. >>>>>>> >>>>>>> Michael Kay >>>>>>> Saxonica >>>>>>> (not a lawyer!) >>>>>>> >>>>>>> On 29 Jul 2017, at 03:41, Vijay Venkataraman < >>>>>>> vij...@gm...> wrote: >>>>>>> >>>>>>> Team, >>>>>>> >>>>>>> I would like to develop commercial product that uses java component. >>>>>>> Will use IKVM to run it on .NET >>>>>>> >>>>>>> But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. >>>>>>> >>>>>>> The java component needs utils, Core, AWT(Fonts), Swing components >>>>>>> for sure. >>>>>>> >>>>>>> Are there any alternatives to this or am i missing something obvious? >>>>>>> >>>>>>> Kind Regards, >>>>>>> -VV >>>>>>> >>>>>>> ------------------------------------------------------------ >>>>>>> ------------------ >>>>>>> Check out the vibrant tech community on one of the world's most >>>>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >>>>>>> _________________________________________ >>>>>>> Ikvm-developers mailing list >>>>>>> Ikv...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >>>>>>> >>>>>>> >>>>>>> >>>>>> ------------------------------------------------------------ >>>>>> ------------------ >>>>>> Check out the vibrant tech community on one of the world's most >>>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >>>>>> _________________________________________ >>>>>> Ikvm-developers mailing list >>>>>> Ikv...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >>>>>> >>>>> -- >>>>> Steve Hannah >>>>> Web Lite Solutions Corp. >>>>> >>>> >>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> Ikvm-developers mailing list >>>> Ikv...@li... >>>> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >>>> >>>> >>> >> -- > > Regards, > Andrew T. Finnell > |
From: Vijay V. <vij...@gm...> - 2017-09-10 09:25:23
|
Hi Andrew, Thanks for taking time to be very clear. >> Your product is using a pre-defined API that happens to be implemented by the IKVM.* Assemblies. If you were to use any of the classes generated by IKVM that were unrelated to the JDK (think of Sun's sun.* packages, but instead it being ikvm.* packages) then it would violate the Classpath Exception. The idea behind this exception is that one can literally replace all of the Assemblies/JARs with another implementation of the Java Classes and your program would never know. This is the 'at a arms distance that the Classpath Exception talks about." It is how businesses are able to release products using the OpenJDK as the JVM. All you are doing is using the IKVM translated version in the same way as the OpenJDK. If you have any doubts, take the OpenJDK yourself. Build it. Then run it through IKVM. It will hold to the same litmus test as the OpenJDK itself which is used by an eclectic and significant developer base. In short, you're fine Really appreciate you taking time provide the full context and clear explanation. I am sure, this mail thread will be useful to many others as well. Kind Regards, Vijay On Sun, Sep 10, 2017 at 5:26 AM, Andrew Finnell <and...@gm...> wrote: > Vijay, > > This is the excerpt you are looking for: > > "CLASSPATH" EXCEPTION TO THE GPL >> Certain source files distributed by Oracle America and/or its affiliates >> are >> subject to the following clarification and special exception to the GPL, >> but >> only where Oracle has expressly included in the particular source file's >> header >> the words "Oracle designates this particular file as subject to the >> "Classpath" >> exception as provided by Oracle in the LICENSE file that accompanied this >> code." >> Linking this library statically or dynamically with other modules is >> making >> a combined work based on this library. Thus, the terms and conditions of >> the GNU General Public License cover the whole combination. >> As a special exception, the copyright holders of this library give you >> permission to link this library with independent modules to produce an >> executable, regardless of the license terms of these independent modules, >> and to copy and distribute the resulting executable under terms of your >> choice, provided that you also meet, for each linked independent module, >> the terms and conditions of the license of that module. An independent >> module is a module which is not derived from or based on this library. If >> you modify this library, you may extend this exception to your version of >> the library, but you are not obligated to do so. If you do not wish to do >> so, delete this exception statement from your version. > > > Standard IAMAL: > > At the end of the day no attorney can give you an objective answer as to > whether or not it's legal to ship your product with these libraries. The > original owner of the GPL source and binaries can always decide to litigate > for any reason they so choose. Keeping in mind that litigating does not > mean you are in breach of the contract, as that can only be determined by a > Judge. This is why your attorneys say "at a arms length" as that's the only > way to be absolutely sure. i.e. To never use any GPL copyleft code. > > Based on all my personal research, the Classpath Exception is not the same > as marking something as LGPL. However, in this case the Classpath > exception is perfect due to the subject matter; the Java Common Classes. > Your product is using a pre-defined API that happens to be implemented by > the IKVM.* Assemblies. If you were to use any of the classes generated by > IKVM that were unrelated to the JDK (think of Sun's sun.* packages, but > instead it being ikvm.* packages) then it would violate the Classpath > Exception. The idea behind this exception is that one can literally replace > all of the Assemblies/JARs with another implementation of the Java Classes > and your program would never know. This is the 'at a arms distance that the > Classpath Exception talks about." It is how businesses are able to release > products using the OpenJDK as the JVM. All you are doing is using the IKVM > translated version in the same way as the OpenJDK. > > Anecdotal evidence suggests no one has ever bothered to bring a suit > against an organization for using IKVM.* OpenJDK Assemblies in their > products. And even if they did, it still doesn't mean anything until a > Judge puts in a ruling. Even after THAT, it can be challenged. > > GPL is typically shunned in my organizations for it's quite difficult to > ever be certain of it's true intention. If one is ever curious as to the > groups "thoughts" regarding their License I suggest they read their > website. Their beliefs are black and white. No room for interpretation. > Those are just beliefs, not legally binding contracts. It i why there have > been so many versions of the GPL license. Not to make it MORE consumer > friendly, but to make it less. > > If you have any doubts, take the OpenJDK yourself. Build it. Then run it > through IKVM. It will hold to the same litmus test as the OpenJDK itself > which is used by an eclectic and significant developer base. In short, > you're fine. Lawyers will always choose the 'safe choice' over any risk. > They are risk adverse. And GPL is risky even if you obey it's convoluted > attributions 100%. > > Regards, > > Andrew > > Andrew T. Finnell > CTO / Rudram Engineering, Inc. > > > On Sun, Jul 30, 2017 at 4:09 AM, Vijay Venkataraman < > vij...@gm...> wrote: > >> Hi Steve, >> Thanks for helping me with this. >> I understand with this i can use >> *IKVM.OpenJDK.*(Beans, Charset ....)* in my product development based on >> the classpath exception that is provided on these dll's. >> I am again taking this matter with legal to close this. >> >> Once again thanks to everyone who chipped in with information on this. >> >> Kind Regards, >> Vijay >> >> On Sun, Jul 30, 2017 at 9:10 AM, Steve Hannah <st...@we...> wrote: >> >>> Here is the Wikipedia article on how that linking exception works. >>> >>> https://en.m.wikipedia.org/wiki/GPL_linking_exception >>> >>> On Sat, Jul 29, 2017 at 1:15 PM Vijay Venkataraman < >>> vij...@gm...> wrote: >>> >>>> Hi Michael, >>>> Thanks for letting me know about this. >>>> I have asked for legal advise and i am getting to hear that we cannot >>>> ship it as a part of our product. >>>> I hear that it should be used as "arms length" . I am trying to figure >>>> what that means. >>>> >>>> @Jeroen >>>> Sorry for pulling you in to this. >>>> If i get a clear answer, i can decide which way to go. Else i can be >>>> going in circles not get a valid answer for a long time. >>>> Pleas pardon me for this. >>>> >>>> Can someone point, which section clearly identifies that i can use IKVM.OpenJDK.* >>>> . dll and ship a product, so that the product wouldn't result in being a >>>> GPL based? >>>> >>>> The files i am talking about are: >>>> IKVM.OpenJDK.Beans.dll >>>> IKVM.OpenJDK.Charsets.dll >>>> IKVM.OpenJDK.Corba.dll >>>> IKVM.OpenJDK.Core.dll >>>> IKVM.OpenJDK.Jdbc.dll >>>> IKVM.OpenJDK.Management.dll >>>> IKVM.OpenJDK.Media.dll >>>> IKVM.OpenJDK.Misc.dll.dll >>>> IKVM.OpenJDK.Naming.dll >>>> IKVM.OpenJDK.Remoting.dll >>>> IKVM.OpenJDK.Security.dll >>>> IKVM.OpenJDK.SwingAWT.dll >>>> IKVM.OpenJDK.Text.dll >>>> IKVM.OpenJDK.Tools.dll >>>> IKVM.OpenJDK.Util.dll >>>> IKVM.OpenJDK.XML.API.dll >>>> IKVM.OpenJDK.XML.Bind.dll >>>> IKVM.OpenJDK.XML.Crypto.dll >>>> IKVM.OpenJDK.XML.Parse.dll >>>> IKVM.OpenJDK.XML.Transform.dll >>>> IKVM.OpenJDK.XML.WebServices.dll >>>> IKVM.OpenJDK.XML.XPath.dll >>>> Version = 7.2.4630.5 - Part of https://sourceforge.net/projec >>>> ts/ikvm/files/ikvm/7.2.4630.5/ikvmbin-7.2.4630.5.zip/download >>>> >>>> I am sure, many people could have had similar issues/questions. Any >>>> pointers to that will be of great help. >>>> >>>> This will decide how i will build my software. >>>> >>>> Kind Regards, >>>> Vijay >>>> >>>> On Sat, Jul 29, 2017 at 5:30 PM, Michael Kay <mi...@sa...> wrote: >>>> >>>>> The license is GPLv2 with the Classpath Exception >>>>> >>>>> http://openjdk.java.net/legal/gplv2+ce.html >>>>> >>>>> The Classpath Exception allows you to use IKVM/OpenJDK as part of your >>>>> application without infecting your code with GPL. >>>>> >>>>> Michael Kay >>>>> Saxonica >>>>> (not a lawyer!) >>>>> >>>>> On 29 Jul 2017, at 03:41, Vijay Venkataraman < >>>>> vij...@gm...> wrote: >>>>> >>>>> Team, >>>>> >>>>> I would like to develop commercial product that uses java component. >>>>> Will use IKVM to run it on .NET >>>>> >>>>> But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. >>>>> >>>>> The java component needs utils, Core, AWT(Fonts), Swing components for >>>>> sure. >>>>> >>>>> Are there any alternatives to this or am i missing something obvious? >>>>> >>>>> Kind Regards, >>>>> -VV >>>>> >>>>> ------------------------------------------------------------ >>>>> ------------------ >>>>> Check out the vibrant tech community on one of the world's most >>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >>>>> _________________________________________ >>>>> Ikvm-developers mailing list >>>>> Ikv...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >>>>> >>>>> >>>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >>>> _________________________________________ >>>> Ikvm-developers mailing list >>>> Ikv...@li... >>>> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >>>> >>> -- >>> Steve Hannah >>> Web Lite Solutions Corp. >>> >> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Ikvm-developers mailing list >> Ikv...@li... >> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >> >> > |
From: Vijay V. <vij...@gm...> - 2017-07-30 08:09:38
|
Hi Steve, Thanks for helping me with this. I understand with this i can use *IKVM.OpenJDK.*(Beans, Charset ....)* in my product development based on the classpath exception that is provided on these dll's. I am again taking this matter with legal to close this. Once again thanks to everyone who chipped in with information on this. Kind Regards, Vijay On Sun, Jul 30, 2017 at 9:10 AM, Steve Hannah <st...@we...> wrote: > Here is the Wikipedia article on how that linking exception works. > > https://en.m.wikipedia.org/wiki/GPL_linking_exception > > On Sat, Jul 29, 2017 at 1:15 PM Vijay Venkataraman < > vij...@gm...> wrote: > >> Hi Michael, >> Thanks for letting me know about this. >> I have asked for legal advise and i am getting to hear that we cannot >> ship it as a part of our product. >> I hear that it should be used as "arms length" . I am trying to figure >> what that means. >> >> @Jeroen >> Sorry for pulling you in to this. >> If i get a clear answer, i can decide which way to go. Else i can be >> going in circles not get a valid answer for a long time. >> Pleas pardon me for this. >> >> Can someone point, which section clearly identifies that i can use IKVM.OpenJDK.* >> . dll and ship a product, so that the product wouldn't result in being a >> GPL based? >> >> The files i am talking about are: >> IKVM.OpenJDK.Beans.dll >> IKVM.OpenJDK.Charsets.dll >> IKVM.OpenJDK.Corba.dll >> IKVM.OpenJDK.Core.dll >> IKVM.OpenJDK.Jdbc.dll >> IKVM.OpenJDK.Management.dll >> IKVM.OpenJDK.Media.dll >> IKVM.OpenJDK.Misc.dll.dll >> IKVM.OpenJDK.Naming.dll >> IKVM.OpenJDK.Remoting.dll >> IKVM.OpenJDK.Security.dll >> IKVM.OpenJDK.SwingAWT.dll >> IKVM.OpenJDK.Text.dll >> IKVM.OpenJDK.Tools.dll >> IKVM.OpenJDK.Util.dll >> IKVM.OpenJDK.XML.API.dll >> IKVM.OpenJDK.XML.Bind.dll >> IKVM.OpenJDK.XML.Crypto.dll >> IKVM.OpenJDK.XML.Parse.dll >> IKVM.OpenJDK.XML.Transform.dll >> IKVM.OpenJDK.XML.WebServices.dll >> IKVM.OpenJDK.XML.XPath.dll >> Version = 7.2.4630.5 - Part of https://sourceforge.net/ >> projects/ikvm/files/ikvm/7.2.4630.5/ikvmbin-7.2.4630.5.zip/download >> >> I am sure, many people could have had similar issues/questions. Any >> pointers to that will be of great help. >> >> This will decide how i will build my software. >> >> Kind Regards, >> Vijay >> >> On Sat, Jul 29, 2017 at 5:30 PM, Michael Kay <mi...@sa...> wrote: >> >>> The license is GPLv2 with the Classpath Exception >>> >>> http://openjdk.java.net/legal/gplv2+ce.html >>> >>> The Classpath Exception allows you to use IKVM/OpenJDK as part of your >>> application without infecting your code with GPL. >>> >>> Michael Kay >>> Saxonica >>> (not a lawyer!) >>> >>> On 29 Jul 2017, at 03:41, Vijay Venkataraman < >>> vij...@gm...> wrote: >>> >>> Team, >>> >>> I would like to develop commercial product that uses java component. >>> Will use IKVM to run it on .NET >>> >>> But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. >>> >>> The java component needs utils, Core, AWT(Fonts), Swing components for >>> sure. >>> >>> Are there any alternatives to this or am i missing something obvious? >>> >>> Kind Regards, >>> -VV >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >>> _________________________________________ >>> Ikvm-developers mailing list >>> Ikv...@li... >>> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >>> >>> >>> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ >> _________________________________________ >> Ikvm-developers mailing list >> Ikv...@li... >> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >> > -- > Steve Hannah > Web Lite Solutions Corp. > |
From: Steve H. <st...@we...> - 2017-07-30 04:11:27
|
Here is the Wikipedia article on how that linking exception works. https://en.m.wikipedia.org/wiki/GPL_linking_exception On Sat, Jul 29, 2017 at 1:15 PM Vijay Venkataraman < vij...@gm...> wrote: > Hi Michael, > Thanks for letting me know about this. > I have asked for legal advise and i am getting to hear that we cannot ship > it as a part of our product. > I hear that it should be used as "arms length" . I am trying to figure > what that means. > > @Jeroen > Sorry for pulling you in to this. > If i get a clear answer, i can decide which way to go. Else i can be going > in circles not get a valid answer for a long time. > Pleas pardon me for this. > > Can someone point, which section clearly identifies that i can use IKVM.OpenJDK.* > . dll and ship a product, so that the product wouldn't result in being a > GPL based? > > The files i am talking about are: > IKVM.OpenJDK.Beans.dll > IKVM.OpenJDK.Charsets.dll > IKVM.OpenJDK.Corba.dll > IKVM.OpenJDK.Core.dll > IKVM.OpenJDK.Jdbc.dll > IKVM.OpenJDK.Management.dll > IKVM.OpenJDK.Media.dll > IKVM.OpenJDK.Misc.dll.dll > IKVM.OpenJDK.Naming.dll > IKVM.OpenJDK.Remoting.dll > IKVM.OpenJDK.Security.dll > IKVM.OpenJDK.SwingAWT.dll > IKVM.OpenJDK.Text.dll > IKVM.OpenJDK.Tools.dll > IKVM.OpenJDK.Util.dll > IKVM.OpenJDK.XML.API.dll > IKVM.OpenJDK.XML.Bind.dll > IKVM.OpenJDK.XML.Crypto.dll > IKVM.OpenJDK.XML.Parse.dll > IKVM.OpenJDK.XML.Transform.dll > IKVM.OpenJDK.XML.WebServices.dll > IKVM.OpenJDK.XML.XPath.dll > Version = 7.2.4630.5 - Part of > https://sourceforge.net/projects/ikvm/files/ikvm/7.2.4630.5/ikvmbin-7.2.4630.5.zip/download > > I am sure, many people could have had similar issues/questions. Any > pointers to that will be of great help. > > This will decide how i will build my software. > > Kind Regards, > Vijay > > On Sat, Jul 29, 2017 at 5:30 PM, Michael Kay <mi...@sa...> wrote: > >> The license is GPLv2 with the Classpath Exception >> >> http://openjdk.java.net/legal/gplv2+ce.html >> >> The Classpath Exception allows you to use IKVM/OpenJDK as part of your >> application without infecting your code with GPL. >> >> Michael Kay >> Saxonica >> (not a lawyer!) >> >> On 29 Jul 2017, at 03:41, Vijay Venkataraman < >> vij...@gm...> wrote: >> >> Team, >> >> I would like to develop commercial product that uses java component. Will >> use IKVM to run it on .NET >> >> But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. >> >> The java component needs utils, Core, AWT(Fonts), Swing components for >> sure. >> >> Are there any alternatives to this or am i missing something obvious? >> >> Kind Regards, >> -VV >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! >> http://sdm.link/slashdot_______________________________________________ >> Ikvm-developers mailing list >> Ikv...@li... >> https://lists.sourceforge.net/lists/listinfo/ikvm-developers >> >> >> > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers > -- Steve Hannah Web Lite Solutions Corp. |
From: Vijay V. <vij...@gm...> - 2017-07-29 20:15:14
|
Hi Michael, Thanks for letting me know about this. I have asked for legal advise and i am getting to hear that we cannot ship it as a part of our product. I hear that it should be used as "arms length" . I am trying to figure what that means. @Jeroen Sorry for pulling you in to this. If i get a clear answer, i can decide which way to go. Else i can be going in circles not get a valid answer for a long time. Pleas pardon me for this. Can someone point, which section clearly identifies that i can use IKVM.OpenJDK.* . dll and ship a product, so that the product wouldn't result in being a GPL based? The files i am talking about are: IKVM.OpenJDK.Beans.dll IKVM.OpenJDK.Charsets.dll IKVM.OpenJDK.Corba.dll IKVM.OpenJDK.Core.dll IKVM.OpenJDK.Jdbc.dll IKVM.OpenJDK.Management.dll IKVM.OpenJDK.Media.dll IKVM.OpenJDK.Misc.dll.dll IKVM.OpenJDK.Naming.dll IKVM.OpenJDK.Remoting.dll IKVM.OpenJDK.Security.dll IKVM.OpenJDK.SwingAWT.dll IKVM.OpenJDK.Text.dll IKVM.OpenJDK.Tools.dll IKVM.OpenJDK.Util.dll IKVM.OpenJDK.XML.API.dll IKVM.OpenJDK.XML.Bind.dll IKVM.OpenJDK.XML.Crypto.dll IKVM.OpenJDK.XML.Parse.dll IKVM.OpenJDK.XML.Transform.dll IKVM.OpenJDK.XML.WebServices.dll IKVM.OpenJDK.XML.XPath.dll Version = 7.2.4630.5 - Part of https://sourceforge.net/projects/ikvm/files/ikvm/7.2.4630.5/ikvmbin-7.2.4630.5.zip/download I am sure, many people could have had similar issues/questions. Any pointers to that will be of great help. This will decide how i will build my software. Kind Regards, Vijay On Sat, Jul 29, 2017 at 5:30 PM, Michael Kay <mi...@sa...> wrote: > The license is GPLv2 with the Classpath Exception > > http://openjdk.java.net/legal/gplv2+ce.html > > The Classpath Exception allows you to use IKVM/OpenJDK as part of your > application without infecting your code with GPL. > > Michael Kay > Saxonica > (not a lawyer!) > > On 29 Jul 2017, at 03:41, Vijay Venkataraman <vij...@gm...> > wrote: > > Team, > > I would like to develop commercial product that uses java component. Will > use IKVM to run it on .NET > > But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. > > The java component needs utils, Core, AWT(Fonts), Swing components for > sure. > > Are there any alternatives to this or am i missing something obvious? > > Kind Regards, > -VV > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot______ > _________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers > > > |
From: Michael K. <mi...@sa...> - 2017-07-29 12:00:54
|
The license is GPLv2 with the Classpath Exception http://openjdk.java.net/legal/gplv2+ce.html The Classpath Exception allows you to use IKVM/OpenJDK as part of your application without infecting your code with GPL. Michael Kay Saxonica (not a lawyer!) > On 29 Jul 2017, at 03:41, Vijay Venkataraman <vij...@gm...> wrote: > > Team, > > I would like to develop commercial product that uses java component. Will use IKVM to run it on .NET > > But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. > > The java component needs utils, Core, AWT(Fonts), Swing components for sure. > > Are there any alternatives to this or am i missing something obvious? > > Kind Regards, > -VV > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers |
From: Vijay V. <vij...@gm...> - 2017-07-29 02:41:50
|
Team, I would like to develop commercial product that uses java component. Will use IKVM to run it on .NET But i find that all the IKVM.OpenJDK.*.dll fall under GPLV2. The java component needs utils, Core, AWT(Fonts), Swing components for sure. Are there any alternatives to this or am i missing something obvious? Kind Regards, -VV |
From: Vincent V. <vin...@ul...> - 2017-07-25 07:42:02
|
It looks like the class is compiled with java8, and you try to compile IKVM for java 1.7 https://stackoverflow.com/questions/10382929/how-to-fix-java-lang-unsupportedclassversionerror-unsupported-major-minor-versi *--Vincent Vandemeulebrouck | *Architect - UL MIDDLE and Extensions *| ULLINK | *D: +33 1 44 50 52 02* | *T: +33 1 49 95 30 00* | *23-25 rue de Provence, 75009 Paris, FRANCE *|* vin...@ul... *| * <http://www.ullink.com/wp-content/uploads/Press_Release_ITT_Awards_PTR_SOR_June_2017_web.pdf> <http://www.ullink.com/> 2017-07-24 17:05 GMT+02:00 Branden Huxtable <bhu...@gm...>: > Heard that Jeroen resigned. Hoping there's still support on IKVM. I'm > getting the following error when running ikvmc: > > warning IKVMC0101: Unable to compile class ".\MyClass.class" > (class format error "52.0") > note IKVMC0002: Output file is "MyClass.dll" > > Everything else worked fine (ikvmstub and javac). What might be going on > here? My class is a library class (no main method) and I'm using Java 1.7. > > Thanks. > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers > > -- *The information contained in or attached to this email is strictly confidential. If you are not the intended recipient, please notify us immediately by telephone and return the message to us.* |
From: Branden H. <bhu...@gm...> - 2017-07-24 15:05:51
|
Heard that Jeroen resigned. Hoping there's still support on IKVM. I'm getting the following error when running ikvmc: warning IKVMC0101: Unable to compile class ".\MyClass.class" (class format error "52.0") note IKVMC0002: Output file is "MyClass.dll" Everything else worked fine (ikvmstub and javac). What might be going on here? My class is a library class (no main method) and I'm using Java 1.7. Thanks. |
From: Volker B. <vb...@in...> - 2017-06-29 14:08:59
|
If you have problems with a fork then you should contact the fork owner. The linked fork has the class ClassLoaderWrapper. The original IKVM does not have this fork. Volker Am 29.06.2017 um 10:16 schrieb roberto munut via Ikvm-developers: > > > Il Giovedì 29 Giugno 2017 10:00, roberto munut <fun...@ya...> ha > scritto: > > > Thank you volker for your help, > > the name of the object that causes the error. > (ex.Source=IKVM.Runtime), the name of the type that was not found > ex.TypeName =IKVM.Internal.ClassLoaderWrapper . > > I have to use this jar under UWP app, so i find this fork under Github > https://github.com/shannah/cn1-ikvm-uwp , the version is 8.05449.0, > but i try also the last ufficial version that is the 7.2.4630.5, but i > have the same error. > > Regards > |
From: roberto m. <fun...@ya...> - 2017-06-29 08:20:54
|
Il Giovedì 29 Giugno 2017 10:00, roberto munut <fun...@ya...> ha scritto: Thank you volker for your help, the name of the object that causes the error. (ex.Source=IKVM.Runtime), the name of the type that was not found ex.TypeName =IKVM.Internal.ClassLoaderWrapper . I have to use this jar under UWP app, so i find this fork under Github https://github.com/shannah/cn1-ikvm-uwp , the version is 8.05449.0, but i try also the last ufficial version that is the 7.2.4630.5, but i have the same error. Regards Il Mercoledì 28 Giugno 2017 21:37, Volker Berlin <vol...@go...> ha scritto: Am 28.06.2017 um 16:27 schrieb roberto munut via Ikvm-developers: the message of exception is The type initializer for 'IKVM.Internal.ClassLoaderWrapper' threw an exception. under innerexception the message is The method or operation is not implemented. and the stacktrace is atIKVM.Internal.RuntimeReflectionHelper.GetCoreAssembly() atIKVM.Internal.ClassLoaderWrapper.LoadRemappedTypes() atIKVM.Internal.ClassLoaderWrapper..cctor() Sounds that there is missing a dll of the IKVM. I can not find the class IKVM.Internal.RuntimeReflectionHelper in the current version of IKVM. Whoch version of IKVM do you use? it is possible that the jar use some methods that are non implemented in your custom java virtual machine If you call a not implemented Java method then you see the method in the stacktrace. But your parts of the stacktrace show that it occur inside the classloading. A completely stacktrace with exception class and message can be helpful to bring light in this. Volker regards Il Mercoledì 28 Giugno 2017 14:50, Volker Berlin <vb...@in...> ha scritto: What is the class and message of the exception? Am 28.06.2017 um 10:31 schrieb roberto munut via Ikvm-developers: Hi , i convert a jar with ikwm, and i have no errors when the dll in created, the jar in compiled with java sdk 1.6 But when i try to use the generated dll i have the follow error. What could be your problem? in IKVM.Internal.ClassLoaderWrapper.IsRemappedType(Type type) in IKVM.NativeCode.ikvm.runtime.Util.GetTypeWrapperFromObject(Object o) in IKVM.NativeCode.ikvm.runtime.Util.getClassFromObject(Object o) in ikvm.runtime.Util.getClassFromObject(Object o) in java.lang.Object.instancehelper_getClass(Object this) in java.util.Arrays.copyOf(Object[] original, Int32 newLength) in java.util.ArrayList.grow(Int32 ) in java.util.ArrayList.ensureExplicitCapacity(Int32 ) in java.util.ArrayList.ensureCapacityInternal(Int32 ) in java.util.ArrayList.add(Object e) in CTManagers.addDevice(CTDeviceType deviceType) Regards ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________ Ikvm-developers mailing list Ikv...@li... https://lists.sourceforge.net/lists/listinfo/ikvm-developers |
From: Volker B. <vol...@go...> - 2017-06-28 19:37:43
|
Am 28.06.2017 um 16:27 schrieb roberto munut via Ikvm-developers: > > the message of exception is > > The type initializer for 'IKVM.Internal.ClassLoaderWrapper' threw an > exception. > > under innerexception the message is > > The method or operation is not implemented. > > and the stacktrace is > > at IKVM.Internal.RuntimeReflectionHelper.GetCoreAssembly() > at IKVM.Internal.ClassLoaderWrapper.LoadRemappedTypes() > at IKVM.Internal.ClassLoaderWrapper..cctor() Sounds that there is missing a dll of the IKVM. I can not find the class IKVM.Internal.RuntimeReflectionHelper in the current version of IKVM. Whoch version of IKVM do you use? > > it is possible that the jar use some methods that are non implemented > in your custom java virtual machine If you call a not implemented Java method then you see the method in the stacktrace. But your parts of the stacktrace show that it occur inside the classloading. A completely stacktrace with exception class and message can be helpful to bring light in this. Volker > regards > > > > > Il Mercoledì 28 Giugno 2017 14:50, Volker Berlin > <vb...@in...> ha scritto: > > > What is the class and message of the exception? > > Am 28.06.2017 um 10:31 schrieb roberto munut via Ikvm-developers: > Hi , i convert a jar with ikwm, and i have no errors when the dll in > created, the jar in compiled with java sdk 1.6 > > But when i try to use the generated dll i have the follow error. What > could be your problem? > > > > in IKVM.Internal.ClassLoaderWrapper.IsRemappedType(Type type) > in IKVM.NativeCode.ikvm.runtime.Util.GetTypeWrapperFromObject(Object o) > in IKVM.NativeCode.ikvm.runtime.Util.getClassFromObject(Object o) > in ikvm.runtime.Util.getClassFromObject(Object o) > in java.lang.Object.instancehelper_getClass(Object this) > in java.util.Arrays.copyOf(Object[] original, Int32 newLength) > in java.util.ArrayList.grow(Int32 ) > in java.util.ArrayList.ensureExplicitCapacity(Int32 ) > in java.util.ArrayList.ensureCapacityInternal(Int32 ) > in java.util.ArrayList.add(Object e) > in CTManagers.addDevice(CTDeviceType deviceType) > > Regards > |
From: Paul C. <pau...@il...> - 2017-06-28 14:48:53
|
I was trying to enumerate the types (classes) incorporated into my IKMVC DLL, so I could be sure I wasn't including unnecessary jars. I could easily browse the types using the Object Browser in Visual Studio, but this doesn't provide a way to export to text. Most Google searches returned articles suggesting various forms of loading an assembly with Reflection and then calling GetTypes() and iterating the result. Every variant of that that I tried resulted in a set of non-continuable load errors. Finally, I chanced onto a couple of blog updates about IKVM Reflection. I changed my type enumerator app to use this, instead of .NET's own Reflection implementation, and it worked great. I'm still not sure why the Object Browser has no problem, while regular Reflection does; but, if you need to do this type of thing, IKVM's Reflection seems to be the solution. Snippet: IKVM.Reflection.Universe iru = new IKVM.Reflection.Universe(); IKVM.Reflection.Assembly dll = iru.LoadFile(txtDLLFileName.Text); IKVM.Reflection.Type[] dlltypes = dll.GetTypes(); Cheers, Paul |