Re: java.lang.reflect.Proxy

2001-10-21 Thread Mark Wielaard

Hi,

On Sat, Oct 20, 2001 at 07:05:47PM -0600, Eric Blake wrote:
> I finally got all the bugs worked out enough to check in my first
> version of java.lang.reflect.Proxy (I started this project several
> months ago).  Feel free to provide suggestions on ways to improve it. 
Impressive. I will print out the source code and see if I understand it
and give some comments on it.

> In the process, I also did some cleanup in the java.lang.reflect
> package.
I saw that you also changed some exception things "in anticipation of 1.4
compatibility". I have been working on that, but it has been a while ago.
An old version can be found in the Classpath mail archives. I also have
some local libgcj hacks that almost work. But the Classpath/libgcj merge
work is currently eating up all my Classpath time so it might take a while
for that code to appear in Classpath in full working order. I will see if
I can make some more time to really finish it.

Cheers,

Mark
-- 
Stuff to read:
<http://www.toad.com/gnu/whatswrong.html>
  What's Wrong with Copy Protection, by John Gilmore

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath



java.lang.reflect.Proxy

2001-10-20 Thread Eric Blake

I finally got all the bugs worked out enough to check in my first
version of java.lang.reflect.Proxy (I started this project several
months ago).  Feel free to provide suggestions on ways to improve it. 
In the process, I also did some cleanup in the java.lang.reflect
package.

-- 
This signature intentionally left boring.

Eric Blake [EMAIL PROTECTED]
  BYU student, free software programmer

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath



Re: java.lang.reflect.Proxy

2001-08-03 Thread Artur Biesiadowski

On 2 Aug 2001, Tom Tromey wrote:

> I don't know about anyone else, but I don't have a strong preference.
> How big is gnu.bytecode?  Is it feasible to import it?
> Maybe that would influence things.

I would also worry about speed. Creating even a simple class with
gnu.bytecode creates a lot of temporary objects. Proxy class could be
possibly done with quite small number of bytecodes following some
semi-fixed format.

But it is better to have correct slow implementation than to have nothing
or buggy one...

Artur


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath



java.lang.reflect.Proxy

2001-08-03 Thread Eric Blake

Unless anyone else speaks up, I will start implementing
java.lang.reflect.Proxy and related classes, added in JDK 1.3.  I believe I
can write it entirely in native Java, by using existing reflection methods,
so that it will integrate seamlessly into existing VMs without requiring any
additional native methods.  Hopefully, my copyright assignment will be
cleared within the next month, so that by the time I finish, I can commit it
directly into CVS.

To do this in pure Java, I plan to generate a byte[] on the fly that will
then be loaded as a class by the appropriate ClassLoader.  Should I use the
functionality already in gnu.bytecode, or should I write my dynamic
class-generator from scratch?

Benefits of writing my own:
 - Smaller footprint: only needs minimal feature set, tailored to the
problem
 - Self-contained within classpath: users do not need to have gnu.bytecode
installed

Benefits of gnu.bytecode:
 - Code reuse
 - Less likely to have bugs in generated code
 - Already under GPL+exception, so license is compatible


Recommendations?

--
Eric Blake, Elixent, Castlemead, Lwr Castle St., Bristol BS1 3AG, UK
[EMAIL PROTECTED]   tel:+44(0)117 917 5611


___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath



Re: java.lang.reflect.Proxy

2001-08-02 Thread Tom Tromey

>>>>> "Eric" == Eric Blake <[EMAIL PROTECTED]> writes:

Eric> Unless anyone else speaks up, I will start implementing
Eric> java.lang.reflect.Proxy and related classes, added in JDK 1.3.

Eric> To do this in pure Java, I plan to generate a byte[] on the fly
Eric> that will then be loaded as a class by the appropriate
Eric> ClassLoader.  Should I use the functionality already in
Eric> gnu.bytecode, or should I write my dynamic class-generator from
Eric> scratch?

I don't know about anyone else, but I don't have a strong preference.
How big is gnu.bytecode?  Is it feasible to import it?
Maybe that would influence things.
In the end I think that it is reasonable for you to decide, since
you'll be implementing it.

Tom

___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath