I don't use ConfigurationFactory but it's definitely useful as a central
place to configure an application. I think we could even push the
concept a bit further, after all, the configuration descriptor read by
ConfigurationFactory *is* a configuration, it's even a file based
configuration that
jfclere 2004/10/21 01:27:24
Modified:daemon/src/native/unix INSTALL.txt
Log:
Add some explainations for the ones using gcj.
Revision ChangesPath
1.5 +6 -1 jakarta-commons/daemon/src/native/unix/INSTALL.txt
Index: INSTALL.txt
We're using it relatively successfully in ActiveMath. I can put you in
contact with the knowledgeable person, if wished.
I think there was discussions of a release about two months ago
paul
Le 21 oct. 04, à 06:45, matthew.hawthorne a écrit :
John Lucky wrote:
Have any of you used Cache from
I know it feels like a chicken and an egg sort of problem... One of the
historical aspects of commons is that half the code came from other
projects, and half started from scratch. At least for the code that came
from other projects meant that they already had committers involved,
facilitating
Re: [configuration] ConfigurationFactory namespacesI agree with everything
excelpt the last one, merging the two.. CompositeConfiguration is a very
simple holder for configurations. You can easily use it programatically for
example.
However, ConfigurationFactory brings a lot more with it..
Eric Pugh wrote:
Re: [configuration] ConfigurationFactory namespacesI agree with everything
excelpt the last one, merging the two.. CompositeConfiguration is a very
simple holder for configurations. You can easily use it programatically for
example.
Even if CompositeConfiguration had a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31824.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31824.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi All,
I recently noticed the addition of the ConfigurationException
ConfigurationRuntimeException exception classes. The API now throws a
mixture of both of these. As I mentioned earlier, I'm still concerned
with throwing a RuntimeException in the API.
Currently,
Hi
I don't succeed to find in CVS MavenTagLibrary.java
corresponding to
org.apache.maven.jelly.tags.maven.MavenTagLibrary
What's happen to this class ?
Andre
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Hi Ricardo,
Ricardo Gladwell wrote:
Hi All,
I recently noticed the addition of the ConfigurationException
ConfigurationRuntimeException exception classes. The API now throws a
mixture of both of these. As I mentioned earlier, I'm still concerned
with throwing a RuntimeException in the API.
This has certainly moved in the maven source-tree. For example, what
about the following:
http://maven.apache.org/xref/org/apache/maven/jelly/tags/jeez/
MavenJeezTagLibrary.html
Jeez has not much tags of its own, I think... it's combining Werkz
(also outside) and ant taglibs.
paul
Le 21
Hi Paul
Yes but it is in package org.apache.maven.jelly.tags.jeez
and
MavenJellyContext.java
import org.apache.maven.jelly.tags.maven.MavenTagLibrary;
So I don't understand how it can work. Suppose some old jar is somewhere.
But after ?
Andre
Paul Libbrecht wrote:
This has certainly moved in the
Emmanuel Bourg wrote:
Let me know if I missed an exception.
AFAIK, all actions throw the runtime exception ConversionException.
I'm not fond of this. It only affects the configurations using an
unreliable communication channel to access the properties, that's
JNDIConfiguration and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31828.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ricardo Gladwell wrote:
Emmanuel Bourg wrote:
Let me know if I missed an exception.
AFAIK, all actions throw the runtime exception ConversionException.
The typed getters only. getProperty, getKeys, isEmpty, addProperty,
setProperty, clear, clearProperty, subset, containsKey do not throw
I think both arguments are valid. It depends on your use case. One of the
obstacles with an interface like Configuration is that you don't know who is
going to implement it. And some are reliable, and some are not. For the
same reasons that the Map,Set,List interface don't throw checked
I had an idea about how we could improve the default configuration of
commons-chain. It would be nice if we could have the following
catalog.xml:
catalog
chains
chain name=foobar.chain
command name=foo className=Foo/
command name=bar className=Bar/
/chain
chain
Has anyone managed to get maven and dumbster to work together?
I currently have a project which the unit test run fine (using eclipse
and ant) but when i run the same tests using maven it cannot find the
fake smpt server started by dumbster.
Anyone have any ideas?
Thanks,
Corey
Hi fellows,
Eric Pugh wrote on Thursday, October 21, 2004 4:30 PM:
I think both arguments are valid. It depends on your use
case.
[snip]
Could we have two interfaces? Configuration and
StrictConfiguration? StrictConfiguration would declare
checked methods?
What about a monitor
Hi folks. Thanks for all the feedback. One thing is I've been hired by
Kevin at his startup company, Rojo, and one of my main full-time
responsibilities is to help maintain and improve the Jakarta Feed
Parser. I'll continue posting all of my patches here. One of the issues
is that the
At 06:25 PM 10/20/2004, you wrote:
On Wed, 20 Oct 2004 17:14:33 -0700, Kevin A. Burton
[EMAIL PROTECTED] wrote:
Brad is working full time on feedparser and you're essentially telling
him he can't get CVS access until its 1.0. How are we supposed to GET it
to 1.0 it he can't get CVS access?
The following is a patch for the feed parser's build system. It does the
following:
* Changes build.xml to use a build.properties file for the following two
properties:
* feedparser.home - The location of the feed parser installation;
defaults to .. Needed so that we can update our unit
The following patch improves the feed parser's unit tests. It does the
following:
* Gets the tests to run cross-platform
* Modifies the tests to use the new BlogService system, which I will post
as a patch after this email.
The patch:
The following patch updates the unit tests
Index
The following patch updates the org.apache.commons.feedparser.locate system
to use the new BlogService refactoring described earlier. It mostly
consists of patches to BlogServiceDiscovery and ProbeLocator.
The following patch updates the org.apache.commons.feedparser.locate
package to
Howdy. I've mapped out today (Thursday) to hack on the feed parser here at
work, and just wanted to tell folks whats on my plate, rather than just
keep it as conversations between Kevin and I. Here is what I would like to
achieve today:
* Roll in unit tests for Flickr and Yahoo Groups into
Hi all,
I'm having a little trouble with the fact that commons-id's
ReadOnlyResourceStateImpl uses ClassLoader.getSystemResourceAsStream to load
the config file containing MAC addresses. Is that intentional? When I'm
testing my app with Maven, the only thing in the system class loader's path
It's possible to delegate to a previously defined chain (or command)
already, if you do two things:
* (Optional) you don't need chains any more ... that was there
in the original examples solely to satisfy XML's requirement for
a single root element.
* Use the existing lookup command to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31831.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
At 10:31 AM -0400 10/21/04, Sean Schofield wrote:
I had an idea about how we could improve the default configuration of
commons-chain. It would be nice if we could have the following
catalog.xml:
catalog
chains
chain name=foobar.chain
command name=foo className=Foo/
command
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31831.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ebourg 2004/10/21 11:02:09
Modified:configuration/xdocs changes.xml
configuration/src/java/org/apache/commons/configuration
DatabaseConfiguration.java
Log:
DatabaseConfiguration.isEmpty() now returns true if an SQLException occurs.
This is
I just noticed that getProperties() is overridden in JNDIConfiguration
to throw an UnsupportedOperationException. What's wrong with this method
? The implementation inherited from AbstractConfiguration doesn't work
here ?
Emmanuel Bourg
At 10:27 AM -0500 10/21/04, Joe Germuska wrote:
At 10:31 AM -0400 10/21/04, Sean Schofield wrote:
I had an idea about how we could improve the default configuration of
commons-chain. It would be nice if we could have the following
catalog.xml:
catalog
chains
chain name=foobar.chain
ebourg 2004/10/21 11:36:14
Modified:configuration/xdocs changes.xml
configuration/src/java/org/apache/commons/configuration
JNDIConfiguration.java
Log:
JNDIConfiguration.getKeys() now returns an empty iterator instead of throwing a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31831.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
See intermixed.
On Thu, 21 Oct 2004 13:00:20 -0500, Joe Germuska [EMAIL PROTECTED] wrote:
At 10:27 AM -0500 10/21/04, Joe Germuska wrote:
At 10:31 AM -0400 10/21/04, Sean Schofield wrote:
I had an idea about how we could improve the default configuration of
commons-chain. It would be nice
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31828.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ebourg 2004/10/21 11:42:09
Modified:configuration/src/java/org/apache/commons/configuration/web
AppletConfiguration.java ServletConfiguration.java
ServletContextConfiguration.java
ServletFilterConfiguration.java
I made a MapMapHandler and wanted someone to look at it to see
if it is worth submitting.
=
Norris Shelton
Software Engineer
Sun Certified Java 1.1 Programmer
Appriss, Inc.
ICQ# 26487421
AIM NorrisEShelton
YIM norrisshelton
___
Do you Yahoo!?
Craig McClanahan wrote:
On Wed, 20 Oct 2004 17:14:33 -0700, Kevin A. Burton
[EMAIL PROTECTED] wrote:
Brad is working full time on feedparser and you're essentially telling
him he can't get CVS access until its 1.0. How are we supposed to GET it
to 1.0 it he can't get CVS access?
That's
What does MapMapHandler do?
David
--- Norris Shelton [EMAIL PROTECTED] wrote:
I made a MapMapHandler and wanted someone to look at it to see
if it is worth submitting.
=
Norris Shelton
Software Engineer
Sun Certified Java 1.1 Programmer
Appriss, Inc.
ICQ# 26487421
AIM
Brad Neuberg wrote:
Howdy. I've mapped out today (Thursday) to hack on the feed parser
here at work, and just wanted to tell folks whats on my plate, rather
than just keep it as conversations between Kevin and I. Here is what I
would like to achieve today:
* Roll in unit tests for Flickr and
snip
There has been some interest, but not a lot of commentary on the
configuration syntax so far. One thing that is in place (but not well
documented) is the define capability, which essentially lets you
create aliases for command elements that you might use over and over
again. It's used
At 11:37 AM -0700 10/21/04, Craig McClanahan wrote:
Let's assume you're going to use this lookup mechanism a lot. So, you
can create a shortcut for it like this:
define name=lookup
className=org.apache.commons.chain.generic.LookupCommand/
and then, in your actual chain definitions, you can say:
Kevin A. Burton wrote:
Listen... I'm sorry if we're trying to move too fast. We're a startup
and on a very aggressive schedule. We're trying to get FeedParser to 1.0
ASAP because its a critical portion of Rojo. Brad is a lead developer
and its becoming difficult to synchronize our work without
Hi,
Yeah, the sandbox is not the best place for something that's on the
critical path for something else's release.
One suggestion: take feedparser in-house. Finish it. Ship your
product. Then submit it back, probably right into the commons proper
(not sandbox), and possibly into the
On Thu, 21 Oct 2004 13:00:56 -0700, Kevin A. Burton
[EMAIL PROTECTED] wrote:
[snip]
When a new projects is created are you telling me that you don't give
CVS commit to the lead developers? How would IBM feel if when they
contributed Xerces that you wouldn't give their lead engineers access to
It might be helpful to look at the Warning Signs portion of this page:
http://jakarta.apache.org/site/newproject.html
Several of them seem to apply to feedparser.
David
--- Craig McClanahan [EMAIL PROTECTED] wrote:
On Thu, 21 Oct 2004 13:00:56 -0700, Kevin A. Burton
[EMAIL PROTECTED] wrote:
matthew.hawthorne wrote:
Kevin A. Burton wrote:
Listen... I'm sorry if we're trying to move too fast. We're a startup
and on a very aggressive schedule. We're trying to get FeedParser to
1.0 ASAP because its a critical portion of Rojo. Brad is a lead
developer and its becoming difficult to
Shapira, Yoav wrote:
Hi,
Yeah, the sandbox is not the best place for something that's on the
critical path for something else's release.
The critical path is FeedParsers 1.0 release. We're just working very
hard on it because we need it for work...
One suggestion: take feedparser in-house.
Craig McClanahan wrote:
On Thu, 21 Oct 2004 13:00:56 -0700, Kevin A. Burton
[EMAIL PROTECTED] wrote:
[snip]
When a new projects is created are you telling me that you don't give
CVS commit to the lead developers? How would IBM feel if when they
contributed Xerces that you wouldn't give their
It's in the maven-jelly-tags cvs repository, part of the Maven project.
A Leg wrote:
Hi Paul
Yes but it is in package org.apache.maven.jelly.tags.jeez
and
MavenJellyContext.java
import org.apache.maven.jelly.tags.maven.MavenTagLibrary;
So I don't understand how it can work. Suppose some old jar is
David Graham wrote:
It might be helpful to look at the Warning Signs portion of this page:
http://jakarta.apache.org/site/newproject.html
Several of them seem to apply to feedparser.
I realize that a few of them apply but they also apply to most early
projects. Our goal was to start building a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31838.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31838.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31791.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31816.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Several of them seem to apply to feedparser.
I realize that a few of them apply but they also apply to most early
projects. Our goal was to start building a community while it was under
development and as we moved towards 1.0.
Its partly my fault in that I haven't had time to blog about
ebourg 2004/10/21 17:59:19
Modified:configuration project.properties
Log:
Changed the default source target set by Maven to compile with the JDK 1.5 (Jira
MPJAVA-22)
Revision ChangesPath
1.18 +2 -0 jakarta-commons/configuration/project.properties
Index:
ebourg 2004/10/21 18:19:52
Modified:configuration/xdocs overview.xml
configuration/conf testDigesterBadXML.xml
testDigesterConfigurationNamespaceAware.xml
testDigesterConfigurationWJNDI.xml
ebourg 2004/10/21 18:40:49
Modified:configuration/xdocs howto_compositeconfiguration.xml
howto_configurationfactory.xml howto_properties.xml
howto_xml.xml overview.xml
Log:
Removed the extra empty lines in the source blocks
Do you have any references for the quantum physics cases? I certainly
didn't specialize in quantum physics (plasma physics typically uses almost
everything _but_ quantum physics), but I did get as far as a EE graduate
course in QED and never encountered such probability models. Maybe it's
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31844.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31844.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31844.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31844.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31844.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- F Norin [EMAIL PROTECTED] wrote:
Do you have any references for the quantum physics cases? I certainly
didn't specialize in quantum physics (plasma physics typically uses almost
everything _but_ quantum physics), but I did get as far as a EE graduate
course in QED and never
{snip}
What I need is a Apache contrib for dummies HOWTO
I couldnt agree more with this. I am new here and I had somethings to
add to the email project recently but after searching the commons and
sandox project I was confused with exactly what to do and why. a
decent HOWTO would help
On Fri, 22 Oct 2004 12:51:59 +0800, Corey Scott [EMAIL PROTECTED] wrote:
{snip}
What I need is a Apache contrib for dummies HOWTO
I couldnt agree more with this. I am new here and I had somethings to
add to the email project recently but after searching the commons and
sandox project I
Hi everybody, this is my code:
private void notifyTimeServer() {
//
logger.debug(notifyTimeServer, + timerURL);
//
HttpClient client = new HttpClient();
HttpMethod method = new GetMethod(timerURL);
int statusCode = -1;
for (int attempt =
Make sure to *always* call method.releaseConnection() e.g. a finally
block. Even if the request was unsuccessful.
Massimo Signori wrote:
Hi everybody, this is my code:
private void notifyTimeServer() {
//
logger.debug(notifyTimeServer, + timerURL);
//
Massimo,
Calling HttpMethod#releaseConnection() does not guarantee that the
active connection will be closed. HttpClient _always_ tries its best to
reuse open connections. Whenever a connection can be kept alive,
HttpClient will keep it alive. That effectively means that when an
HttpClient
How about FTP through an HTTP proxy?
Thanks,
Steve
Steve Johnson, Software Engineer, [EMAIL PROTECTED]
direct 720.564.6532
www.mercury.com
www.mercury.com
-Original Message-
From: Gerdes, Tom [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 20, 2004 8:08 AM
To: Commons
75 matches
Mail list logo
