Prev: Urgent Openings: 1.GIS Web Developer, 2.Business System Analyst, Austin, TX.
Next: Security prompt Java 6 Update 20
From: Arne Vajhøj on 30 Jun 2010 21:07 On 29-06-2010 14:49, Lew wrote: > rossum wrote: >> How about J#? I know it is obsolete, but it is a way to get Java >> source code into the Microsoft world. >> > > J# will handle some Java source code, but not all. A quick web search > seems to indicate that J# doesn't support anything more recent than > Java 1.1.4 with a little bit of 1.2 collections. I found no evidence > of support for anything more recent. That's "obsolete" like the BP > oil leak in the Gulf of Mexico is a "leak". > > Another consideration is that J# makes no promises to support most > standard Java API calls, with which most existing Java code abounds. > > Another consideration is that it is not available in recent versions > of Microsoft's development suites. > > So good luck with that one. It may actually work a lot better to run the Java byte code via IKVM. Arne
From: Arne Vajhøj on 30 Jun 2010 21:12 On 29-06-2010 18:58, Mac wrote: > On Jun 28, 7:18 pm, Arne Vajh�j<a...(a)vajhoej.dk> wrote: >> On 28-06-2010 21:15, Arne Vajh�j wrote: >> >>> On 28-06-2010 20:52, Mac wrote: >>>> Am afraid I already know the answer to this, but...: am interested in >>>> compiling a set of java classes into .dll form to be later accessed >>>> from MS' VBA. I realize this is likely making life much harder than >>>> it needs to, but my deployment options are extremely limited, and >>>> having an "externally" running application outside the IT-approved >>>> norm (vs something "trusted"/"internal" like Excel) is currently a no- >>>> go. >> >>>> Is there any way to bridge the gap and allow this accessibility? >> >>> 10-12 years ago several product existed that could expose >>> a Java bean as a COM object. >> >>> If you can still find one of those then you can use it. >> >> http://www.rgagnon.com/javadetails/java-0045.html >> http://www.nevaobject.com/j2cdetails.asp >> etc. > Thanks all. Arne, it appears that at least the rgagnon.com option > suffers from similar limitations as J#. The packager referenced > appears to only be a part of JDK 1.2, which I'm assuming translates to > a lack of support for anything more recent. Haven't yet examined the > other option, but the expense makes that a tough one to swallow. Will > probably give it a go though, just to see if the functionality is > really there. Those two were just examples on what can be found. With a little bit of luck more exist. Arne
From: Arne Vajhøj on 30 Jun 2010 21:15
On 30-06-2010 21:12, Arne Vajh�j wrote: > On 29-06-2010 18:58, Mac wrote: >> On Jun 28, 7:18 pm, Arne Vajh�j<a...(a)vajhoej.dk> wrote: >>> On 28-06-2010 21:15, Arne Vajh�j wrote: >>> >>>> On 28-06-2010 20:52, Mac wrote: >>>>> Am afraid I already know the answer to this, but...: am interested in >>>>> compiling a set of java classes into .dll form to be later accessed >>>>> from MS' VBA. I realize this is likely making life much harder than >>>>> it needs to, but my deployment options are extremely limited, and >>>>> having an "externally" running application outside the IT-approved >>>>> norm (vs something "trusted"/"internal" like Excel) is currently a no- >>>>> go. >>> >>>>> Is there any way to bridge the gap and allow this accessibility? >>> >>>> 10-12 years ago several product existed that could expose >>>> a Java bean as a COM object. >>> >>>> If you can still find one of those then you can use it. >>> >>> http://www.rgagnon.com/javadetails/java-0045.html > >> http://www.nevaobject.com/j2cdetails.asp >>> etc. > > Thanks all. Arne, it appears that at least the rgagnon.com option > > suffers from similar limitations as J#. The packager referenced > > appears to only be a part of JDK 1.2, which I'm assuming translates to > > a lack of support for anything more recent. Haven't yet examined the > > other option, but the expense makes that a tough one to swallow. Will > > probably give it a go though, just to see if the functionality is > > really there. > > Those two were just examples on what can be found. > > With a little bit of luck more exist. Like: http://sourceforge.net/projects/j-interop/ http://javaactivex.com/ http://j-integra.intrinsyc.com/ Arne |