things myself, but I have
been very busy on other projects lately.
Best regards,
- Dmitri Plotnikov
- Original Message -
From: Dion Gillard [EMAIL PROTECTED]
To: Jakarta Commons Developers List commons-dev@jakarta.apache.org
Sent: Friday, February 09, 2007 12:53 AM
Subject: Re: [all
. :)
Thanks,
Matt
--- Dmitri Plotnikov [EMAIL PROTECTED] wrote:
Hi,
I just wanted to express my immense gratitude to
Matt Benson for stepping in
as the new curator of JXPath. I am happy that it
will be in such capable
hands.
BTW, JXPath does not really have to be dormant. If
somebody were
John,
A similar bug was reported and fixed a long time ago. Are you sure this is
still an issue with the current build of JXPath?
Thank you,
- Dmitri
- Original Message -
From: John Attwood (JIRA) [EMAIL PROTECTED]
To: commons-dev@jakarta.apache.org
Sent: Monday, October 09, 2006
Mumtaz,
I would try companies[department/name='xyz']
Cheers,
- Dmitri
- Original Message -
From: Mumtaz Siddiqui [EMAIL PROTECTED]
To: commons-dev@jakarta.apache.org
Sent: Thursday, August 17, 2006 8:40 AM
Subject: JXPath query
Is it possible to get iteration of root obejects for
not proceed with the rest of the
actual code? It's not a suggestion, is a real question :) I've been
using JXPath for long time inside cocoon, but never examined the code in
depth.
Regards,
Simone
Dmitri Plotnikov wrote:
Simone,
Perhaps a custom extension function could be used instead of
count
Simone,
Perhaps a custom extension function could be used instead of count(list)
to resolve the issue.
- Dmitri
- Original Message -
From: Simone Gianni [EMAIL PROTECTED]
To: commons-dev@jakarta.apache.org
Sent: Thursday, July 27, 2006 1:47 PM
Subject: JXPath, beans and the count
Stephan,
Great proposal. I'll be happy to make the change.
- Dmitri
--- Stephan Markwalder [EMAIL PROTECTED] wrote:
Dear JXPath Develpers,
I have a feature request for JXPathIntrospector regardings its
strategy to
find/load ...XBeanInfo classes:
Currenty, JXPathIntrospector tries to
Ricardo,
Very good questions.
Do you believe such integration would be useful?
The JAXP 1.3 spec allows for non-DOM object models to be supported, so I
don't see a technical reason why we could not integrate JXPath with it.
Do you see JXPath adding a compatibility module to map JAXP 1.3
Elliotte,
While traversing the graph of model objects, JXPath maintains a trace of
nodes it's visited. If it encouters a node that has already been visited,
it simply skips it. That's how it avoids the infinite loop in a situation
like the one you are describing.
I hope this helps,
- Dmitri
Vasiliy,
You need to change the visibility of class B from default to public. JXPath
only supports access to public classes.
Let me know if this helps.
- Dmitri
Vasiliy Stashuk [EMAIL PROTECTED] wrote:
Hi!
I have problem while accessing java bean properties via JXPath. Consider
this:
JXPathContext ctx = JXPathContext.newContext(new A() {
public String getName() {
return theName;
}
});
?
Thanks for the help.
On Fri, 04 Mar 2005 16:40:55 +0200, Dmitri Plotnikov
wrote:
Vasiliy,
You need to change the visibility of class B from default to public.
JXPath only supports access
] org.apache.commons.jxpath.JXPathException: no read
method
Thanks for quick replies :)
Could you also please upload new jars to ibiblio.org ?
On Fri, 04 Mar 2005 17:51:22 +0200, Dmitri Plotnikov [EMAIL PROTECTED]
wrote:
Vasiliy,
Very good point. I will commit a fix
a primitive value or a DOM Node.
Regards,
- Dmitri
Jess Holle [EMAIL PROTECTED] wrote:
Dmitri Plotnikov wrote:
Jess,
JXPath has always supported Xalan through JAXP DOM APIs. What you may have
seen in the source code of JXPath is some attempts to optimize JXPath when it
is used specifically
Jess,
JXPath has always supported Xalan through JAXP DOM APIs. What you may have
seen in the source code of JXPath is some attempts to optimize JXPath when it
is used specifically in combination with Xalan. You would not be interested in
that optimization, because it would only be applied
Jess,
Sorry, I misspoke. Of course, what I wanted to say was that JXPath has always
supported Xerces, which is the XML parser bundled with Xalan. Thus, it can
work side-by-side with Xalan.
- Dmitri
Dmitri Plotnikov [EMAIL PROTECTED] wrote:
Jess,
JXPath has always supported Xalan through
I was trying to commit a patch provided by Emond Papegaaij, but got a
Pre-commit check failed message from CVS. I haven't done any commits since
December. Has something changed? Is it possible that I somehow lost my karma?
Thank you,
- Dmitri
failed - Help needed
We've moved over to subversion for jakarta commons. CVS is read only.
On Wed, 2 Feb 2005 00:12:44 -0500, Dmitri Plotnikov [EMAIL PROTECTED]
wrote:
I was trying to commit a patch provided by Emond Papegaaij, but got a
Pre-commit check failed message from CVS. I haven't done
Michael,
I believe, adding this type of delegation for query evaluation would require
quite significant refactoring of JXPath. However, I could be wrong. Do you
have a particular fix in mind?
Thank you,
- Dmitri
- Original Message -
From: Michael Homeijer [EMAIL PROTECTED]
To:
:
Dmitri Plotnikov wrote:
Dear Shirasu,
Congratulations on this wonderful piece of work and thank you very much for
your decision to contribute it to Apache!
Great stuff!
2. Do we have any licensing issues with XOM?
I believe we can use it, it is covered by LGPL.
If it's LGPL it's not ok
Knut,
Knut Wannheden [EMAIL PROTECTED] wrote:
Dmitri,
Dmitri Plotnikov apache.org writes:
You are right - I am starting to forget everything. The node set does not
have to be ordered, but if I want to implement axes like preceding and
following, I have to impose some order on the object
] wrote:
Dmitri Plotnikov wrote:
Torsten,
Just to clarify the issue: we are not talking about including XOM
with JXPath, we only need it to build against. We would not actually
commit any non-Apache licensed code to the Apache repository. Is
that equally bad?
AFAIK currently even just a simple
Dear Shirasu,
Congratulations on this wonderful piece of work and thank you very much for
your decision to contribute it to Apache!
I will be happy to assist you with making this contribution happen.
But first we need to resolve a couple of issues:
1. Will this be a separate module under commons
Dear Puneet,
JXPath is designed to support both null and empty arrays. If there is a
problem, I cannot glean the what it is from the explanations you provided.
Could you post a test case that illustrates the issue?
Thank you,
- Dmitri
- Original Message -
From: puneet sharma [EMAIL
Edwin,
I hope you don't mind my posting this exchange on the mailing lists, as it
could be important to a lot of JXPath users.
You are making a very good point!
At this point I cannot change API that has already been released. However
the issue is real and needed to be addressed, so what I
Nick,
I have applied the patch. Thank you very much for tracing the problem
- Dmitri
- Original Message -
From: Nick Van den Bleeken [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 02, 2004 2:30 PM
Subject: Re: Problem with default namespace.
Hi,
My notes
Nick,
Thank you very much for the patch - I will apply it within a couple of days.
- Dmitri
- Original Message -
From: Nick Van den Bleeken [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, September 02, 2004 2:30 PM
Subject: Re: Problem with default namespace.
Hi,
My notes
; but I can do
it and have done so.
Hen
On Sun, 1 Aug 2004, Dmitri Plotnikov wrote:
Who should I contact to get a little more Karma, so I would be able to
commit changes to the jakarta-site2 module?
Thank you,
- Dmitri
It's been a week since the original call for votes was issued. We've got
three +1 votes (Dmitri Plotnikov, Matthew Hawthorne and Davanum Srinivas)
and no objections. Thus, we are ready to cut the release, which is
precisely what I am going to do.
- Dmitri
- Original Message -
From
continuous support of JXPath.
Dmitri Plotnikov
[EMAIL PROTECTED]
P.S. I wish I had enough Karma to update the documentation on the Jakarta
website. :-(
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
I'd like to call for a release vote on JXPath 1.2. It has been stable for a long
time, and there are no outstanding bugs against it. It includes about 1.5 years of
bug fixes and other improvements.
The release candidate build can be found at
Nikolay,
Thank you very much for reporting this issue. It is now fixed.
- Dmitri
- Original Message -
From: Nikolay Tsankov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, June 17, 2004 4:29 AM
Subject: [jxpath] bug in DOMNodePointer?
class
) Release Notes
document.
Any comments will be highly appreciated.
Thanks in advance,
- Dmitri Plotnikov
We have received repeated requests to make a new release of JXPath. Even though there
have been no major functional changes or additions since 1.1, the number of bug fixes
and other improvements warrants a new release.
This is a vote to approve the 1.2 release plan
this problem.
- Dmitri
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: Jakarta Commons Users List [EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 12:08 PM
Subject: Re: [jxpath] problem with Container interface
I'll look into this. I haven't tried putting a collection
Yann,
Sure, I'll commit the change. But just out of curiousity, what is that
situtation where map.size() != map.keySet().size()? It almost feels
like it would break a bunch of other things.
Thanks for the report.
- Dmitri
--- [EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE
Jason,
Thank you very much for reporting this problem. It is now fixed.
- Dmitri
- Original Message -
From: Jason Horman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 11:36 AM
Subject: [jxpath] extension function bug
There seems to be a bug with
Matthew,
If you have the need to traverse through Java Beans, Maps, Collections etc,
JXPath does all of that out of the box. Plus it supports mixed models, e.g.
a map containing DOM documents or a Java Bean that has a JDOM document as
the value of some property.
Jaxen is better suited for
I understand now. Let me read a little more before I reintroduce this
feature.
In XPath 2 there is this notion of in-scope-namespaces. Are these two
related?
- Dmitri
- Original Message -
From: Sudhir Rao [EMAIL PROTECTED]
To: Dmitri Plotnikov [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
is the meaning of a namespace URI in the context of Java
objects? Please, give me as much information about this use case as
possible.
- Dmiri
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; Jakarta Commons Users List
[EMAIL PROTECTED]; Sudhir Rao [EMAIL
Chap,
I added registration of external namespaces to JXPath. My solution is a
little different from the one proposed by Sudhir. The main difference in
the API is that instead of calling registerNamespace directly on
JXPathContext, you call it indirectly like this:
JXPathContext context =
Joern,
I have updated the code to allow null as the argument parameters.
- Dmitri
- Original Message -
From: __matthewHawthorne [EMAIL PROTECTED]
To: Jakarta Commons Users List [EMAIL PROTECTED]
Sent: Tuesday, January 13, 2004 9:12 PM
Subject: Re: [jxpath] patch for
Joern,
The last() function is now fixed.
- Dmitri
- Original Message -
From: joern turner [EMAIL PROTECTED]
To: Jakarta Commons Users List [EMAIL PROTECTED]
Sent: Sunday, January 04, 2004 7:02 PM
Subject: [jxpath] using the last() function? (repost)
Hello,
first of all, thanks for
In my opinion, XPath is much too weak of a query language for relational
databases. What you want is something like XQuery, which is a superset of
XPath that includes relational semantics a la SQL.
I wonder if there is an open source project similar to JXPath, but with
XQuery as the base
Jeff,
I solved the problem by removing the validation from the QName constructor.
It was superfluous anyway, as the XPath compiler performs the necessary
lexical checks prior to instantiation of a QName.
Thanks for reporting this issue.
- Dmitri
- Original Message -
From: Jeff
Interesting. I'll try to look into this, but I cannot promise a very
quick fix: I am currently swamped both at my day job and at home.
Thanks for reporting this.
- Dmitri
--- Jeff Lansing [EMAIL PROTECTED] wrote:
Hi,
The @name feature for accessing Map entries has a problem. This works
Jason,
Very interesting. I have been thinking about something like this
myself. I was not actually thinking about databases, but rather about
XML. I am sure Xalan and a bunch of other implementations of XPath do
a much better job traversing DOM than JXPath. So, wouldn't it be great
to hand the
Victor,
Thank you for your interest in Clazz. We sure could use your help with
perfecting it.
One of the purposes of ClazzLoader is indeed to be a configurable version
Introspector. The complexity of the relationship between ClazzLoader and
ClassLoader is caused by the complexity of class
Victor,
--- [EMAIL PROTECTED] wrote:
Dmitry:
2. The reason all those things are implemented as subclasses
rather
than configuration-based instances is precisely to avoid the
need
for configuration. In any complex environment you are working
with
lots of ClassLoaders, which
I'll be happy to do a release. There have been no feature changes
whatsoever, just bug fixes, so it should perhaps be a maintenance 1.1.1
release. Let me reformulate that in the form of a question:
Is there a special procedure for making a maintenance release that
would skip all those betas?
-
Victor,
1. Are you really trying to add support for a FAMILY of reflected
clazzes? It almost sounds to me that you want to modify accessor
recognition for some specific clazzes. If that's what you are trying to
accomplish. There is a much easier way to do so: you create a custom
Clazz. If it is
Eric,
I got it. This is a valid point and I already said in an earlier post
that I would rename the ~Support classes to Base~. The only place
where I want to keep the ~Support naming is the unit tests. If I call
a class ~Test, Maven will think this is truly a test that needs to run.
I might as
To address this issue, Clazz has this mechanism of aliases. The
plural form is chosen as the basic one and the singular is an alias.
So, if you ask to clazz to iterate its properties, you are going to see
foos there. However, if you specifically ask for the property foo,
it will understand
Victor,
Alternatively, you could write a custom Clazz for you class, which
would recognize getDeclaredFields() as the read method for the property
fields.
Are you seriously thinking about using Clazz? Do you think it deserves
to have a release? I am morally ready to do a release as long as
Ted,
I appologize it took me so long to look into the problem with the jxpath
build, but finally yesterday I committed a temporary patch for the build
problem. I am actually surprised that the incompatible change in JDOM did
not break much more stuff (it still affects Jaxen - it has not been
Thanks, good points.
- Dmitri
--- Victor Volle [EMAIL PROTECTED] wrote:
Hi,
some nitpicking from me (currently trying to write a user guide for
me):
why is
ReflectedPropertyIntrospector
not called
ReflectionPropertyInspector?
Would be a little bit clearer from my
I typically use the suffix Support for non-required, non-abstract
convenience base classes. The word comes from the JDK. See for
example java.beans.PropertyChangeSupport.
I don't have any problem with renaming them to Base* classes.
- Dmitri
--- [EMAIL PROTECTED] wrote:
I do not like the
.
*
* @author Dmitri Plotnikov
* @version $Revision: 1.7 $ $Date: 2003/03/11 00:59:34 $
*/
public class BasicTypeConverter implements TypeConverter {
/**
* Returns true if it can convert the supplied
* object to the specified class.
*/
public boolean canConvert(Object
you all for your continuous support of JXPath.
Dmitri Plotnikov
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
: Dmitri Plotnikov [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Thursday, February 06, 2003 9:47 PM
Subject: Re: [JXPath] Problem adding objects to an ArrayList Variable
Adam,
JXPath is in fact incapable of doing what you want it to do. Before a
collection
for you.
- Dmitri
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: Jakarta Commons Developers List
[EMAIL PROTECTED]
Sent: Thursday, February 06, 2003 9:47 PM
Subject: Re: [JXPath] Problem adding objects to an ArrayList
Variable
Adam
Adam,
JXPath is in fact incapable of doing what you want it to do. Before a
collection is passed to an extension function, it undergoes some
conversions, which make it unmodifiable. JXPath should of course throw
an exception in this case. I have added that exception and will check
that new
Adam,
Thank you for your kind words.
The PropertyPointer used to work just like you are suggesting, but then
somebody complained and I changed it to always pass a legitimate index.
So now it is a backward compatibility issue.
Question: can't you determine whether you need to create the
I think we need to decide what to do with clazz next.
If you are just joining the discussion, here's a quick recap. Clazz is
a sandbox project that basically addresses three needs:
a) a new generation of introspection, richer than the JDK version,
more flexible and easier to customize
b)
I know you already got enough votes. I just wanted to show my support.
- Dmitri
--- robert burrell donkin [EMAIL PROTECTED] wrote:
jexl is a simple expression language for accessing java objects. it
is
used extensively by jelly. jexl has been (relatively) stable for a
while.
jelly is
Plotnikov wrote:
Date: Wed, 08 Jan 2003 22:31:18 -0500
From: Dmitri Plotnikov [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [clazz] has a new website
I mavenized [clazz] and published the current snapshot at
http
Thank you for the kind words.
appear on under sandbox on the main commons pages leftbar?
The pages in question are owned (in the unix sense) by James Strachan, but I
don't know if he actually is the one maintaining them.
Stephen
- Dmitri
- Original Message -
From: Dmitri Plotnikov
I mavenized [clazz] and published the current snapshot at
http://jakarta.apache.org/commons/sandbox/clazz/
I'll start updating the website regularly. It would be nice if we could
have some forum/jive/blog technology on the Jakarta website.
- Dmitri
--
To unsubscribe, e-mail: mailto:[EMAIL
The new construct in [clazz], ClazzLoaderFactory is not necessarily an
intuitive addition. For some people it may be an indication that [clazz] is
becoming too complex. I think I need to explain its purpose.
The considerations are as follows:
1. Some ClazzLoaders are based on reflection,
Stephen,
- Original Message -
From: Stephen Colebourne [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Tuesday, December 17, 2002 6:04 PM
Subject: Re: [clazz] next step
1. Clazz APIs and three implementations of those:
a) Standard JavaBeans clazz
Folks,
I believe [clazz] has reached a certain milestone. What we now have is the
following:
1. Clazz APIs and three implementations of those:
a) Standard JavaBeans clazz loader. Recognizes properties the way
java.beans.Introspector does, including the indexed ones.
b) Extended Bean
Joe,
Thank you very much for your comments.
--- Joseph Kesselman [EMAIL PROTECTED] wrote:
Question: Apologies if this is on the website, but I didn't see it if
so... Is there a good summary of how the XPath axes are mapped in
JXPath?
There is no good documentation on the issue. I know, I
it, however in the case of //bar will still
invoke getBar() because it needs to know its length and internal
contents.
Thanks,
- Dmitri
--- Dmitri Plotnikov [EMAIL PROTECTED] wrote:
You are right, I looked again and sure enough I'd forgotten that it
does
call getValue(). Actually, changing that would
Thanks a lot for tracking this down. I have applied the patch.
Thanks again,
- Dmitri
- Original Message -
From: Ulrich Nicolas Lissé [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, November 30, 2002 1:08 PM
Subject: [jxpath][PATCH] namespaced DOM
Sure. We absolutely need to update the documentation for the upcoming 1.1
release.
I agree that the couple of paragraphs we have on DOM are insufficient
documentation. At this point the only place DOM is mentioned specifically
is this:
customization is *the* primary attraction here. I'll write a
draft.
I also like lots of small packages, would reflect.list, reflect.map
and
reflect.scalar help?
Sure, why not - I'll do that.
Stephen
- Dmitri
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
I am not really done
Kenneth,
Methods only. JXPath uses java.beans.Introspector to do the property
identification, thus it currently strictly follows the JavaBeans
standard.
- Dmitri
--- Kenneth Petersen [EMAIL PROTECTED] wrote:
Hi.
I am a bit confused as to how properties of beans are identified.
Does the
There has been a problem with the nightly builds of JXPath that has not
been resolved since August. The issue is that even though GUMP
produces perfect nightly logs, the actual zip/gz files are never
generated. I would like to discuss this directly with the person who
runs the nightly builds,
Victor,
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, November 10, 2002 10:58 AM
Subject: Re: [clazz] draft reflect implementation
I forgot an important factor:
in the current API are methods that do not
Victor,
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, November 10, 2002 7:46 AM
Subject: Re: [clazz] draft reflect implementation
Dmitri
Dmitri wrote:
Victor Volle wrote:
PS: I am hesitating to offer
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Saturday, November 09, 2002 12:22 PM
Subject: Re: [clazz] draft reflect implementation
Dmitri,
your work looks very promising!
I especially like the Idea, that I
Victor,
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Saturday, November 09, 2002 12:58 PM
Subject: [clazz] Some general thoughts on the design
Dmitri,
your design reflects a decision I am currently having
to
not sure, but I thinkit is better to throw checked exeption from
invoke and newInstance
Sure. Makes sense. Something like ClazzInvocationTargetException.
- Dmitri
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 08, 2002 3:33
Victor,
- Original Message -
From: Dmitri Plotnikov [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Saturday, November 09, 2002 4:15 PM
Subject: Re: [clazz] draft reflect implementation
- Original Message -
From: Victor Volle [EMAIL PROTECTED
Operation wraps Object + Method
From: Dmitri Plotnikov [EMAIL PROTECTED]
I am still just a tiny bit confused. Tell me again the names of the
interfaces.
From: Stephen Colebourne
All 6 of the above are interfaces. My 'wraps xxx' description refers
solely
to the reflection implementation. Thus
Thanks for the excellent summary. I think it counts for an important
milestone.
- Original Message -
From: Stephen Colebourne [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Tuesday, October 29, 2002 6:52 PM
Subject: [clazz] Status 2002-10-29T23:40:00Z
--- Victor Volle [EMAIL PROTECTED] wrote:
a) We introduce all those methods suggested by Victor Volle:
It was never meant as a suggestion but rather as a beware :-)
boolean isIndexed();
boolean isMapped();
boolean isListed();// I would call it
isUnorderedCollection
we
Here's another iteration of Clazz APIs.
The basic changes:
1. I did away with the modelURI and all that nonsense. You should be
able to uniquely bind an object to its clazz. I don't think any more
that the idea that the same object can belong to multiple clazzes is
workable.
2. There is now a
Stephen,
--- [EMAIL PROTECTED] wrote:
from:Victor Volle [EMAIL PROTECTED]
It may be better to use Clazz and MetaClazz however. We should
probably
name either:
a) following reflection:
MetaClass/MetaField/MetaMethod
AClass/AField/AMethod
b) create out own names:
--- Berin Loritsch [EMAIL PROTECTED] wrote:
Dmitri Plotnikov wrote:
Here's another iteration of Clazz APIs.
Without looking at the API itself, I like what you are describing
here. It seems intuitive. Now, my question is this. If I have
a ClazzLibrary or a ClazzLoader, can I perform
Please find attached a more complete version of the Clazz APIs and
implementations of some fundamental methods. The code also compiles
now.
If you like the names of classes and the APIs, I will check the source
code in.
I would like to suggest that we rename AClass into something like
- Original Message -
From: Stephen Colebourne [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Monday, October 28, 2002 7:39 PM
Subject: Re: [clazz] Clazz APIs. Take III
Dmitri, at present we have two APIs with some similar aspects, but some
different. We
Stephen,
- Original Message -
From: Stephen Colebourne [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Monday, October 28, 2002 8:03 PM
Subject: [clazz] Accessing the properties
(I'll use the terms property and metaproperty in this email as per the
IMO, we should take some widely used metamodel and apply the naming
consistently.
Java reflection: Class, Field, Method
EJB: Entity, Field, Method
UML: Class (clazz), Feature, Attribute, Operation, Association (for
relationships)
MOF/XMI: same
JavaBeans: BeanDescription, FeatureDescriptor,
I would like to suggest that if we use the prefix meta, we use it in
accordance with the definition, which is that meta-foo is a description of
foo and foo is an instance of meta-foo.
For example, MetaObject would be Class. An example of a MetaClass would be
the class java.lang.Class itself (not
Please check out the two attached classes: Clazz and Field. These are client
APIs only. Nothing is said about where the metadata is coming from - that's
to come later.
Here are some notes on the design of these two classes:
1. Clazz is a metadescription of a generalized bean (JDK bean, modern
Victor,
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, October 27, 2002 9:02 AM
Subject: Re: [clazz] Clazz API mock-up
Please check out the two attached classes: Clazz and Field. These
This is a very good model, thanks for publishing it. It is somewhat similar
to Stephen Colebourne's AClass etc.
I think both of these models are one level below the Clazz APIs. We want to
expose as few details about the bean implementations as possible, so we can
cover as many different kinds
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, October 27, 2002 10:55 AM
Subject: Re: [clazz] Clazz API mock-up
Dmitri
Victor,
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
Victor,
- Original Message -
From: Victor Volle [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, October 27, 2002 11:29 AM
Subject: Re: [clazz] Clazz API mock-up
Just wanted to clarify the naming: what you call Attributes are not the
same
as
Steve,
- Original Message -
From: Steve Downey [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, October 27, 2002 11:49 AM
Subject: Re: [clazz] Clazz API mock-up
On Sunday 27 October 2002 10:38 am, Dmitri Plotnikov wrote:
Victor,
- Original
1 - 100 of 140 matches
Mail list logo