+1
At 19:18 2002.06.12 -0400, you wrote:
Hi,
Martin has been really active providing patches for Betwixt so how about
we let him apply the next patch himself.
+1
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://tambora.zenplex.org
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Interesting.
I have a config-framework myself, and lacks some of the kind of features that you
listed.
The features that I have in mine includes:
Bean-driven: sub packages in the system simply throws empty beans into the
configuration framework. The config framework populates the bean from
jstrachan2002/06/13 01:16:47
Modified:jelly/src/java/org/apache/commons/jelly/tags/core
CoreTagLibrary.java
jelly/src/java/org/apache/commons/jelly/impl
ScriptBlock.java
ReadAheadIterator - you know what I mean
No...
The ReadAheadIterator would read one object ahead in a buffer.
ObjectStream ...
I\'m not sure of what you mean...
The rationale goes like this:
Iterators are not only views upon collections. An iterator/enumeration/object stream
is (or at
jstrachan2002/06/13 02:27:14
Modified:jelly/src/test/org/apache/commons/jelly test_args.jelly
jelly/src/java/org/apache/commons/jelly/expression/jexl
JexlExpression.java JexlExpressionFactory.java
Ok, so the idea looks very nice, however, the name ObjectStream
does not fit well to JDK naming conventions. It suggests
something like InputStream, and not the Iterator.
Well, concuptually, can you tell the difference? :-)
Seriously: InputStreams, Readers and Iterators all iterate (Readers
Hi Matt,
The LGPL license is more restrictive than the Apache license. Thus, any
changes made to the Innovation HTTPClient must be distributed as LGPL.
The other way around would be easier - contributing code from the
Jakarta HttpClient to the Innovation HTTPClient project.
I had a quick look
jstrachan2002/06/13 04:55:08
Modified:betwixt/xdocs powered.xml
Log:
applied Martin's powered by patch
Revision ChangesPath
1.2 +6 -0 jakarta-commons/betwixt/xdocs/powered.xml
Index: powered.xml
Patches applied Martin - once again thanks!
James
- Original Message -
From: Martin van den Bemt [EMAIL PROTECTED]
To: Jakarta Commons Developers [EMAIL PROTECTED]
Sent: Thursday, June 13, 2002 12:13 AM
Subject: [PATCH[ [BETWIXT] various..
Hi,
I fixed the build.xml, which had
Stephen,
Any reason why Interfaces are introspected differently Objects ?
When an Interface is introspected PropertyDescriptors are created only
for
methods defined on the Interface and not for inherited methods. This is
not
the case when an Object is introspected.
Is this expected? I
From: Bemt, Martin van den [EMAIL PROTECTED]
Thanx James,
My commit test will be adding myself to the project.xml then ;).
:-)
Go ahead and make your own patches from now on ;-)
Btw Is it ok if I update the site with the cvs version of maven or do you
prefer to just use a released
jstrachan2002/06/13 07:07:25
Modified:jelly/src/java/org/apache/commons/jelly TagSupport.java
Log:
Minor patch to use 'isTrim' rather than 'getTrim' to follow the JavaBeans spec for
boolean properties.
Revision ChangesPath
1.10 +8 -8
Hi,
Attached is a patch (diff.txt) and the full changed files
(changes-evert.zip) which includes:
- Sachin's changes for SSL tunneling
- Changes to enable an alternative SSLSocketFactory to be set, for
getting around untrusted server certificate chain errors.
- Changes to give access to the time
Juozas, Stephen,
Sounds very exciting. The JEX APIs are not cast in stone as yet. Let
me know how they should be changed to accomodate your needs. I will
happily make the changes. We could also use more contributors on JEX.
Thanks,
- Dmitri
--- Juozas Baliuka [EMAIL PROTECTED] wrote:
Hello,
ObjectStream ...
I\'m not sure of what you mean...
The rationale goes like this: [.. cut..]
Ok, so the idea looks very nice, however, the name ObjectStream
does not fit well to JDK naming conventions. It suggests
something like InputStream, and not the Iterator. Maybe it could
be
geirm 2002/06/13 09:09:54
Modified:jexl/src/java/org/apache/commons/jexl Expression.java
ExpressionImpl.java
Log:
Added resolver support
Revision ChangesPath
1.2 +17 -1
geirm 2002/06/13 09:10:44
Added: jexl/src/java/org/apache/commons/jexl/resolver
FlatResolver.java
Log:
resolver that just looks up the data from the context w/o regard to
structure
Revision ChangesPath
1.1
geirm 2002/06/13 09:11:28
Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java
Log:
Added test for resolver
Revision ChangesPath
1.11 +53 -2
jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl/JexlTest.java
Index: JexlTest.java
On Thursday, June 13, 2002, at 02:53 PM, James Strachan wrote:
From: Bemt, Martin van den [EMAIL PROTECTED]
Thanx James,
My commit test will be adding myself to the project.xml then ;).
:-)
Go ahead and make your own patches from now on ;-)
welcome!
i'd wasn't quick enough to get my
Here's an idea. We can make the source more manageable
and effectively limit the number of public classes by
breaking my One Decorator Class To Rule Them All into
smaller ones based on subinterface:
Bags (for SortedBags too)
predicatedBag
predicatedSortedBag
synchronizedBag
on 6/12/02 11:53 PM, James Strachan [EMAIL PROTECTED] wrote:
This was done originally by design. The XML introspector decides the
ordering of the bean properties. You can configure this order using a
BeanInfo. Or you can change this order via a .betwixt file for your bean.
The output
on 6/13/02 6:09 AM, Bemt, Martin van den [EMAIL PROTECTED] wrote:
Btw Is it ok if I update the site with the cvs version of maven or do you
prefer to just use a released version? (the one you are using).
-1 on cvs of maven.
Only use released versions please.
-jon
--
To unsubscribe,
on 6/13/02 11:24 AM, robert burrell donkin [EMAIL PROTECTED] wrote:
am i right in assuming that ordering the element automatically from the
parsing would only work if the same XMLIntrospector instance is used to
read and write?
That is the case right now for me anyway...
-jon
--
To
werken 2002/06/13 14:31:14
Modified:jellyproject.properties project.xml
jelly/src/java/org/apache/commons/jelly JellyContext.java
jelly/src/java/org/apache/commons/jelly/expression/jexl
JexlExpressionFactory.java
werken 2002/06/13 15:12:41
Modified:jelly/src/java/org/apache/commons/jelly/tags/ant
AntTagLibrary.java
Log:
Removed debugging exception.
Revision ChangesPath
1.9 +0 -2
Concerning the Collections name collisions. Here's another
option:
I personally like the Lists, Sets, Collections, etc naming,
too. We could put pass-through methods to
java.util.Collections on the commons.Collections class.
That way we can have our cake and eat it too.
The only people
2) Subclassing would be more complex. Currently each
Predicate decorator
implementation extends another based on the interface
hierarchy. In order to
continue this, the static nested classes would need to be
package scoped,
not private. Not a big issue, but it should be noted.
I'm even
I personally like the Lists, Sets, Collections, etc naming,
too. We could put pass-through methods to
java.util.Collections on the commons.Collections class.
That way we can have our cake and eat it too.
I definitely agree that code like this is nicer:
Bag bag =
Howdy guys--
This may have been covered already, but...
Maven uses Betwixt which uses Digester.
We see this occasionally (consistently)
[WARN] Digester - -Empty stack (returning null)
Is this a message that could be demoted to DEBUG, or does
it truly indicate that we've got an issue
On Thu, 13 Jun 2002, Stephen Colebourne wrote:
What you describe does indeed compile, but isn't the proposal. The following
demonstrates (I hope) why they need to be package scoped.
public class CollectionUtils {
public static Collection predicatedCollection(Collection coll) {
return
On Thu, 13 Jun 2002, Jonathan Carlson wrote:
I personally like the Lists, Sets, Collections, etc naming,
too. We could put pass-through methods to
java.util.Collections on the commons.Collections class.
That way we can have our cake and eat it too.
too implies that Stephen was infavor of
On Thu, 13 Jun 2002, Jack, Paul wrote:
I'm even okay with the wrapper classes being package-protected
OUTER classes defined in the same source file. Having
package-protected classes still gives us a lot of leeway with
organizing things, as technically users shouldn't be using
Jon, so should maven only use released versions of betwixt?
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers
James, would an xml entity to include in the navigation.xml help?
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers
jkeyes 2002/06/13 13:23:08
Modified:cli project.xml
Log:
corrected my contact information
Revision ChangesPath
1.2 +4 -4 jakarta-commons/cli/project.xml
Index: project.xml
===
RCS
conor 2002/06/13 18:32:15
Modified:jrcs/src/java/org/apache/commons/jrcs/rcs ArchiveParser.java
ArchiveParser.jj ArchiveParserConstants.java
ArchiveParserTokenManager.java
Log:
fix package delcaration
brought ID in line with
conor 2002/06/13 18:33:31
Added: jrcs/src/test/org/apache/commons/jrcs/rcs ParsingTest.java
idchar.testfile make_idchar_test.sh
Log:
created a test for this problem
added a test RCS file, with tags with lots of
graphic characters
shell script
This attached patch should allow JRCS to compile under Maven b4. Well,
it worked for me, anyway. I had to comment-out the main organization
tag as it was causing a NPE under Maven b4. The other changes are
whitespace- and tag-folding.
=Matt
--
Matt Quail -- Senior Software Engineer
Matt,
I'd guess your maven project.xml is out of date wrt Maven b4I don't
have b4 installed, but it definitely looks like an older version
Can you run ant maven:validate-pom and see what happens?
Thanks,
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Hi,
I want to use org.apache.commons.configuration.Configuration class. However,
I cannot find this class.
I have looked in common-collection jar file and other jar files available on
the Jakarta site.
Any ideas on where I can find this class?
thanks in advance
Anmol Khanna
--
To
Okay, I think I've got some problems with my Maven b4 environment, scrap
that previous patch. I'll try again later.
[EMAIL PROTECTED] wrote:
Matt,
I'd guess your maven project.xml is out of date wrt Maven b4I don't
have b4 installed, but it definitely looks like an older version
on 6/14/02 1:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Jon, so should maven only use released versions of betwixt?
There is no released version of betwixt.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Steve,
The idea of writing a custom JXPathBeanInfo is not that bad. On the other
hand, I don't see why I could not update the introspector to recursively
acquire property descriptors for all those parent interfaces.
The only issue with the use of the JXPathBeanInfo for the interface is that
From: bob mcwhirter [EMAIL PROTECTED]
Howdy guys--
This may have been covered already, but...
Maven uses Betwixt which uses Digester.
We see this occasionally (consistently)
[WARN] Digester - -Empty stack (returning null)
Is this a message that could be demoted to DEBUG, or does
it
From: [EMAIL PROTECTED]
James, would an xml entity to include in the navigation.xml help?
It could do; though I do hate XML entities (they seem to cause so much
trouble). Though as a first cut this seems worth a try. Maybe once I've
understood the doc generation process a bit more we could
Hence my comment...
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers
on 6/14/02 1:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Jon, so should maven only use released versions of betwixt?
There is
From: Jon Scott Stevens [EMAIL PROTECTED]
on 6/12/02 11:53 PM, James Strachan [EMAIL PROTECTED] wrote:
This was done originally by design. The XML introspector decides the
ordering of the bean properties. You can configure this order using a
BeanInfo. Or you can change this order via a
From: Jon Scott Stevens [EMAIL PROTECTED]
on 6/13/02 11:24 AM, robert burrell donkin [EMAIL PROTECTED] wrote:
it's hard to see how betwixt could automatically guess the ordering
without access to the DTD. it might be necessary to create betwixt file
or
an XMLBeanInfo class to correctly
Howdy folks--
We allow multiple values for an argument now, so that
-D foo bar baz
results in 'D' having 3 args.
Now, I'd like to have multiple instances of single-arg options.
To get the above, you'd have to do
-D foo -D bar -D baz
Why?
maven -D
On Fri, 14 Jun 2002, bob mcwhirter wrote:
I want to allow multiple -D options, and have them anywhere
in the command-line.
Right now, that's interp'd as
maven -D maven.username=werken -D maven:deploy-site
Which is wrong.
Workaround is reordering the command-line:
50 matches
Mail list logo