Re: [Ikvm-developers] Support for JDK 1.5 features
Brought to you by:
jfrijters
From: Terry L. <tla...@gm...> - 2005-06-29 15:49:25
|
The problem is that the changes you are looking for are related to Classpat= h=20 not IKVM. I would imagine that if you wanted to contribute some of the new= =20 1.5 methods and classes to Classpath, they wouldn't refuse you. In my=20 experience, most of the API changes in 1.5 result from retrofiting existing= =20 classes to support generics or varargs. Notable exceptions to this are the= =20 following: java.util.concurrent (which for the most part was derived from Doug Lea's= =20 library anyway... so you could just use that in the interim) StringBuilder java.util.PriorityQueue java.util.Formatter java.util.Scanner This list is certainly not complete but comprises the bulk of what I look= =20 for when writing compatible code. The problem is really the same as the one= =20 that we faced when developing on 1.4 and targeting 1.3 which I did for a=20 good many years. You just have to be careful. In addition, I believe that= =20 RetroWeaver supports an option to exhaustively check and issue errors if yo= u=20 use a new 1.5 Class/method. Even if you don't use RetroWeaver for its=20 intended purpose, running it in that mode occasionaly will give you a sanit= y=20 check of how far you have gone down an exclusively 1.5 path. Terry On 6/28/05, Matt Munz <mm...@ap...> wrote: >=20 > Terry and list, >=20 > Thanks. That was the "hack" that I mentioned, and I think that its=20 > coverage may be less than desirable. [1] What about extending IKVMC to=20 > handle the 1.5 spec? Has anybody looked at what would be involved to do= =20 > that? >=20 > [1] from the retroweaver docs: >=20 > Why am I getting a NoSuchMethodException/Error or a=20 > NoSuchFieldException/Error? > Most likely, you're using a class that did exist prior to JDK 1.5, but a= =20 > new method/field for that class that didn't exist prior to JDK 1.5. You= =20 > can't use new JDK 1.5 classes/methods/fields in an earlier JVM. You can= =20 > turn on the -verifyref option on Retroweaver to receive warnings when you= =20 > reference classes, fields, or methods that don't exist in the VM that you= =20 > are targetting. >=20 > - Matt >=20 > ------------------------------ > =20 > *From:* Terry Laurenzo [mailto:tla...@gm...]=20 > *Sent:* Tuesday, June 28, 2005 1:56 PM > *To:* Matt Munz > *Cc:* ikv...@li... > *Subject:* Re: [Ikvm-developers] Support for JDK 1.5 features > =20 > I haven't had direct experience with it, but it seems to me that if you= =20 > are careful you could probably combine Retroweaver with ikvm to obtain th= e=20 > desired result. I'm not saying that it would be pretty, but I don't see w= hy=20 > it wouldn't work. >=20 > Terry > =20 > On 6/28/05, *Matt Munz* <mm...@ap...> wrote: >=20 > IKVM Devs, >=20 > The email archives suggest that JDK 1.5 support may be far off. [1] > Classpath does have the generics branch, [2] but I suppose it is too > incomplete to use, ATM? Two questions: >=20 > 1) Let's say I have some code today that uses 1.5 features (generics). > What is my best route to making that code available to .Net > applications, today? [3] >=20 > 2) Assuming that this is more difficult than, say, IKVMC'ing > 1.4-compatible bytecode, when may I expect this state of affairs to=20 > change (for the better)? Any guess as to when preliminary 1.5 support > will be available? >=20 > As a follow-on to #2, what are the major obstacles that stand in the > way of 1.5-compatibility for IKVM, and how big are they? While, for the= =20 > moment, the current level of 1.4-compatibility is sufficient for me, I > will almost certainly need to handle 1.5 code in the future... >=20 > [1] http://sourceforge.net/mailarchive/message.php?msg_id=3D10038246 > [2] > http://developer.classpath.org/mediation/ClasspathDecisionsPage#head-273= =20 > 8e96cc64a3b429eb50e2b0ce8ae732b70b1f9 > [3] Any solutions are welcome. I've read about some hacks for > converting bytecode from 1.5 to 1.4. Based on your experience, what's > the best approach? >=20 > - Matt Munz=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net <http://SF.Net> email is sponsored by: Discover Easy Linux=20 > Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles,=20 > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick<http://ads= .osdn.com/?ad_idt77&alloc_id%16492&opclick> > _______________________________________________ > Ikvm-developers mailing list > Ikv...@li... > https://lists.sourceforge.net/lists/listinfo/ikvm-developers > =20 > |