oglueck 2002/10/25 05:46:58
Modified:httpclient/src/java/org/apache/commons/httpclient/methods
PostMethod.java
Log:
fixed doc
Revision ChangesPath
1.24 +3 -4
mvdb2002/10/25 05:55:02
Modified:xdocsreleases.xml
docs releases.html
Log:
Added a pointer to myself for people needed bugzilla component changes. If anyone
else also has this ability, please let me know, I will add you too.
Revision ChangesPath
Folks,
I think there are at least four parts to what we ultimately expect from
this:
1. A way to capture some type of meta model. For instance, JavaBeans
describe objects in terms of Types and Properties (scalar or indexed).
2. A way to extract a meta model from Java runtime. That's where the
On 25 Oct 2002, [EMAIL PROTECTED] wrote:
If anyone else also has this ability, please let me know, I will
add you too.
I have sufficient karma as well (but no commit access to commons).
Stefan
--
To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org
For additional
Hmm I didn't actually know where I was getting into ;)
All the java code looks ok, but the native doesn't..
I think some of the current maintainers of daemon are better candidates
to this change and also handle the necessary waivers for the siemens
code in there..
The plus if I don't do this, is
I think all these things interesting for reflection or meta programming.
It is a problem with metadata at compile time, compiler must be customized
to add metadata ( attributes ) for classes and methods, I think
preprocessing or
XML stuff generation from source is not a very good solution, but
Some of the sandbox code is actually distributed as well.
For example jelly is distributed to ibiblio's maven
repository. There's talk of setting up mirrors of this
repository also. I am sure there are others that are also
stored there.
-John K
On Fri, 2002-10-25 at 14:20, Martin van den Bemt
On 25 Oct 2002, John Keyes [EMAIL PROTECTED] wrote:
Some of the sandbox code is actually distributed as well.
I'm pretty sure that storing it in a public CVS repo legally is
distributing. One of the reasons that we (and the XML folks) have
been hunting and deleting jars in CVS.
Stefan
--
To
Martin van den Bemt wrote:
Hmm I didn't actually know where I was getting into ;)
All the java code looks ok, but the native doesn't..
I think some of the current maintainers of daemon are better candidates
to this change and also handle the necessary waivers for the siemens
code in there..
Yeah I'd say it is disturbing, I just wanted to highlight that
the anonymous CVS access is not the only means of getting
sandbox articles. Most of the discussion on this list with
regards to this topic has been What do we need to do to the
source code to make it legal, judging from what I've
On Fri, 2002-10-25 at 15:39, Michael A. Smith wrote:
Martin van den Bemt wrote:
Hmm I didn't actually know where I was getting into ;)
All the java code looks ok, but the native doesn't..
I think some of the current maintainers of daemon are better candidates
to this change and also
There is a long list of object models for which [clazz] may be
relevant. For each of them we need to decide whether to
[+1] support directly
[-1] not to support at all
[D] allow support via delegation
Let's start building that list and decide for each model what level of
support we want to
Juozas,
IMO, the idea of customizing meta data at the JVM level is a little too
ambitious for what we can hope to accomplish in [clazz]. I think we
should stick to customization via delegation, things like BeanInfo,
DynamicPropertyHandler and such.
- Dmitri
--- Juozas Baliuka [EMAIL
Berin,
Could you give us a synopsis of what Delegator is or a pointer to a doc
where it is described.
Thanks,
- Dmitri
--- Berin Loritsch [EMAIL PROTECTED] wrote:
Scott Sanders wrote:
All,
I took the liberty of creating the clazz proposal with my proposal
generator (it worked great
I'd like to resurrect a thread we dropped in June.
The idea of the original proposal as far as I understand it was to have
a generic programming model for a variety of kinds of beans and
adaptors between this generic programming model and the specific
programming models supported by those beans.
Personally, I'd prefer not to have collections depend upon lang (currently it doesn't
depend upon anything else, correct?), at least not if ClassMap is the best
justification we have for it.
A lot of other packages use Collections, so adding a new dependency to Collections is
adding a new
Hi there,
Jelly-Swing is really nice to build user-interfaces.
Now, we tried to use Jelly-Swing to build applet user-interfaces. I do
believe that it would be a very nice application (sort of imitating XUL
in some aspects).
First easy trouble: JellyContext is invoking System.getProperties()
we do not need customize metadata at JVM level, it is possible to use usual
java and class files.
compiler can add attributes to class file, or it can be static fields or
some methods generated by
compiler to return metadata.
something like this :
/**
* @attribute
linux works for me (jdk 1.3.1)
Windows 2000 works for me (jdk 1.3.1)
Cannot help you on the jdk 1.4 part yet, since I don't have it yet ;))
Mvgr,
Martin
On Fri, 2002-10-25 at 09:31, [EMAIL PROTECTED] wrote:
I have several ERRORs when running 'maven clean test' for betwixt.
Are these to be
Hi oglueck,
I'm not happy that you made the same methods with a diferrent-named method.
The encodeQuery and encodeInQuery are now same. :(
Please refer to the below, why they're required.
Sung-Gu
- Original Message -
From: [EMAIL PROTECTED]
1.7 +6 -5
Juozas,
Good idea. I believe we should have this mechanism. I saw something
similar in WebLogic's ejbgen tool. There you encode metadata in
javadoc-style comments and then the tool uses it to generate various
Java and XML source files.
However, I don't think this can be the only mechanism
Another dilemma we'll have to resolve is whether metadata will be
type-based, instance-based or both.
Here's what I am talking about:
Let's say we have this class:
class Address {
public Object getStreet(){ return new String[]{555, Sole Pike}; }
public Comparable getCity() { return
prickett2002/10/25 12:19:55
Modified:periodicity/src/plugins-build/database/src/xsd databases.xsd
Log:
Changed the multiplicity of most of the elements to match what I
originally envisioned. I did not know that not specifying a multiplicity
defaulted to a multiplicity of one
When libraries are too small, you start to have to make bad decisions about
coupling. There are natural ways for lang, collections, beanutils and a few
others to interact. Coupling them is probably better than duplicating the
behavior. OTOH, it does introduce more management difficulties,
On Fri, 25 Oct 2002, Steve Downey wrote:
Date: Fri, 25 Oct 2002 15:35:06 -0400
From: Steve Downey [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: Re: [collections] collections depends on lang? (RE:
Other object models that could be considered:
JAXB
Swing
neither strike me as essential.
However, providing base support for Map properties in beans seems essential
to me. We should support beans with simple (atomic) properties, array
properties, List properties and Map properties. The act of
From: Dmitri Plotnikov [EMAIL PROTECTED]
The idea of the original proposal as far as I understand it was to have
a generic programming model for a variety of kinds of beans and
adaptors between this generic programming model and the specific
programming models supported by those beans.
I definitely consider this 'in scope'. It is a key part, and will have
multiple implementations
- Method + Object (simple reflection)
- Property object (Joda)
- own storage (non Class implementation, eg. ResultSet wrapper)
Stephen
From: Steve Downey [EMAIL PROTECTED]
Delegator is a bound method
On Friday 25 October 2002 07:07 pm, Stephen Colebourne wrote:
Other object models that could be considered:
JAXB
Swing
neither strike me as essential.
However, providing base support for Map properties in beans seems essential
to me. We should support beans with simple (atomic) properties,
prickett2002/10/25 17:29:37
Modified:
periodicity/src/plugins-build/database/src/java/org/apache/commons/periodicity/database
DriverContentHandler.java DriverMetaDataImpl.java
Log:
Added a driverMeta variable to the driver content handler
Added a
Henri Yandell wrote:
On Fri, 25 Oct 2002, Dmitri Plotnikov wrote:
Juozas,
Good idea. I believe we should have this mechanism. I saw something
similar in WebLogic's ejbgen tool. There you encode metadata in
javadoc-style comments and then the tool uses it to generate various
Java and XML
Steve Downey wrote:
Delegator is a bound method reference. Triggering the delegator causes a call
on a particular method on a particular object. The triggerer doesn't need to
be aware of either the object or the method.
There's also a variant that can delegate the call to many objects.
Berin
Dmitri Plotnikov wrote:
Another dilemma we'll have to resolve is whether metadata will be
type-based, instance-based or both.
Here's what I am talking about:
Let's say we have this class:
class Address {
public Object getStreet(){ return new String[]{555, Sole Pike}; }
public Comparable
I'm not sure how a java.net.MalformedURLException can be a maven problem,
but I'm happy to work with it
I just tested under jdk1.4.1_01 and still have the failures.
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers:
martinc 2002/10/25 21:28:53
Modified:fileupload build.xml
Log:
Update the Maven-generated Ant build file.
Revision ChangesPath
1.4 +156 -125 jakarta-commons/fileupload/build.xml
Index: build.xml
35 matches
Mail list logo