Stephen,
What was the resolution on this issue? In case you need more votes,
here's mine:
+1
How far along are you? Do you need any help? I am very much iterested
in the outcome and could do a bunch of coding/testing for you.
JXPath currently has its own introspection mechanism and I am
On Thu, Oct 24, 2002 at 01:23:09PM -0700, Dmitri Plotnikov wrote:
Stephen,
What was the resolution on this issue? In case you need more votes,
here's mine:
+1
How far along are you? Do you need any help? I am very much iterested
in the outcome and could do a bunch of coding/testing
From: Berin Loritsch [EMAIL PROTECTED]
Not sure about the name, but I like the concept. Maybe we can call it
Klass
(sounds the same)?
Any particular reason for not liking clazz??. Its not that important, I
guess klass would be fine. ;-)
Stephen
--
To unsubscribe, e-mail: mailto:[EMAIL
to: [EMAIL PROTECTED]
subject: Re: [clazz] New project? [was Re: [lang] Proposal for *NEXT*
version]
it seems both of them are trade marks:
http://www.yle.fi/radiopeili/clazz/
http://www.klass.co.uk/aw2002/index.html
- Original Message -
From: Stephen Colebourne [EMAIL
Stephen Colebourne wrote:
There seems to be some consensus that a new project is possible here. I have
already been working locally on classes in this area. Below is the
proposal.html file that I was using to control my scope:?
h3(0) Rationale/h3
p
The Java Reflection Framework provides a
:15 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Proposal for *NEXT* version
Hi,
I do not think dependency on top level project is any problem
for commons
component, if public API does's not have classes or
interfaces from this
project.
I
, 2002 2:46 AM
Subject: Re: [lang] Proposal for *NEXT* version
+1 on adding a new subproject.
-0 on calling it reflection.
Calling it reflection will be a bit misleading as it implies
java.lang.reflect. But what has been discussed so far is more than simply
providing a thin utils on the top
reflection has some API like BCEL to genetate code for CLR.
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 07, 2002 11:15 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Proposal for *NEXT* version
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 07, 2002 11:15 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Proposal for *NEXT* version
Hi,
I do not think dependency on top level project is any problem
for commons
[mailto:[EMAIL PROTECTED]]
Sent: Monday, October 07, 2002 11:15 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Proposal for *NEXT* version
Hi,
I do not think dependency on top level project is any problem
for commons
component, if public API does's not have classes
to genetate code for CLR.
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 07, 2002 11:15 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] Proposal for *NEXT* version
Hi,
I do not think dependency on top level
snip
The DynaBean abstraction (in BeanUtils today) lets you synthesize beans
with a dynamic set of properties -- although only PropertyUtils knows how
to do property get/set calls transparently for you. In Struts, for
example, we take an XML-ized version of a description like your Person
The DynaBean abstraction (in BeanUtils today) lets you synthesize
beans
with a dynamic set of properties -- although only PropertyUtils knows
how
to do property get/set calls transparently for you. In Struts, for
example, we take an XML-ized version of a description like your Person
Hi,
I do not think dependency on top level project is any problem for commons
component, if public API does's not have classes or interfaces from this
project.
Projects like BCEL , ORO, Lucene are very good and solve common problems
too.
The DynaBean abstraction (in BeanUtils today) lets you
TJames Strachan wrote:
This all sounds great stuff.
It mirrors recent blog conversations on adding some other C# features,
namely accessing class attributes (which are implemented as javadoc tags
right now but could use JSR175 later on when we move to JDK1.5).
There's links to the
Developers List [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 3:40 PM
Subject: [lang] Proposal for *NEXT* version
The Avalon team has learned how the language features of C# can help us
write better and more intelligent software. However, since none of us
really has the money
Hi Stephen,
I also wish to have your hypothetical syntax available in Java.
In Java 3.0, perhaps. :-)
I'd like to hear your comment on the idea I posted in a previous message:
public class MyClass {
private int fAge;
private String fName;
static {
from:John Yu [EMAIL PROTECTED]
I also wish to have your hypothetical syntax available in Java.
In Java 3.0, perhaps. :-)
;-)
As far as I got in practical terms was interface based beans:
public interface Person extends Bean {
public StringProperty surname();
public IntegerProperty
from:John Yu [EMAIL PROTECTED]
I'd like to hear your comment on the idea I posted in a previous message:
public class MyClass {
private int fAge;
private String fName;
static {
BeanInfoUtils.expose(MyClass.class, name, fName,
setNameWithValidation);
Only if you can explain why this version is NOT the same as the evil,
destructive, choose your own negative adjective one that Microsoft
implemented in J++.
Or maybe people have forgotten that by now.
For the record, I thought they were a good idea when Anders first introduced
them. They
Hi,
snip
We have some initial stuff checked in to Excalibur Util.
When we are done shaping it up, we would like to give it
to Commons Lang. I realize you are getting ready to make
a release, which is why I don't want to push it for this
release. What are y'alls thoughts?
It was
Steve Downey wrote:
Only if you can explain why this version is NOT the same as the evil,
destructive, choose your own negative adjective one that Microsoft
implemented in J++.
Uhmm, you'll have to tell me what you mean by that. I am not familiar
with J++ variances with the Java spec.
We
From http://msdn.microsoft.com/library/en-us/dndevqa/html/msdn_andersh.asp, an
interview with Anders Hejlsberg, the original architect of Borland's Delphi,
regarding some of the work he had done for the Windows Foundation Classes,
part of Microsoft's J++ product, after he jumped ship from
Steve Downey wrote:
From http://msdn.microsoft.com/library/en-us/dndevqa/html/msdn_andersh.asp, an
interview with Anders Hejlsberg, the original architect of Borland's Delphi,
regarding some of the work he had done for the Windows Foundation Classes,
part of Microsoft's J++ product, after
soap-box
I won't be surprised Java's introduction of Dynamic Proxy is an answer to
Hejlsberg's criticism.
I remember when C# was first introduced, there was this interview with
Hejlsberg who criticized Java's adaptor pattern and later Gosling responded
by calling Hejlsberg the pointer man.
25 matches
Mail list logo