Thanks. It was an unused import, so I've removed it. It also showed
up in javadoc and I've fixed that too.
Hen
On Fri, Aug 19, 2011 at 8:00 AM, sebb seb...@gmail.com wrote:
QueryRunnerTest imports java.util.concurrent.RunnableFuture which
requires Java 1.6
Thanks :)
On Fri, Aug 19, 2011 at 8:09 AM, sebb seb...@gmail.com wrote:
Removed the definition as I see you are now aiming for 1.5 again.
On 19 August 2011 15:52, sebb seb...@gmail.com wrote:
Failure was due to requiring Java 1.6; the Commons Continnum default is 1.5.
I've added a local
On 20 August 2011 10:50, Olivier Lamy ol...@apache.org wrote:
Hello
Why not using the animal sniffer plugin in the build ?
Continuum already detects such issues, provided that the correct build
profile is used.
Seems like overkill to add another plugin.
--
Olivier
Le 20 août 2011 09:56,
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-javaflow has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
In CONFIGURATION-459 the user guide has been re-written so that
ConfigurationFactory is no more mentioned.
Do we all agree that ConfigurationFactory should be deprectated in favor
of DefaultConfigurationBuilder? Should we do the deprecation in the
upcoming 1.7 release?
Oliver
Am 17.08.2011 00:04, schrieb Emmanuel Bourg:
Le 16/08/2011 22:27, Oliver Heger a écrit :
Aren't we free to decide how to represent data structures in a
configuration? I mean, the dot keys used by XMLConfiguration is also
just a convention. We could transform a plist file to a XML-friendly
On 8/18/11 9:25 AM, Ralph Goers wrote:
This is a vote to release Apache Commons VFS 2.0.
Changes made since the last candidate:
* Removed the sandbox project from the delivery, except for the web site.
* Updated README.txt to remove the existing text and add very basic build
instructions.
I'll try to dig deeper, but don't wait on me.
On the website:
This is a bad page. A user clicks 'examples' and gets a blank page
(pretty much):
http://people.apache.org/~rgoers/commons-vfs/site/commons-vfs2-examples/index.html
Clirr reports would be nice to show the API change. You'll have
Notes below.
On Aug 20, 2011, at 1:54 PM, Henri Yandell wrote:
I'll try to dig deeper, but don't wait on me.
On the website:
This is a bad page. A user clicks 'examples' and gets a blank page
(pretty much):
On 8/12/11 9:30 PM, Phil Steitz wrote:
On 8/12/11 7:16 PM, Greg Sterijevski wrote:
Hello All,
Before I chum the water with more JIRA tickets, I thought I would see
whether people thought this was important.
In the SimpleRegression you have two methods:
public void addData(double x, double
On 20 August 2011 21:54, Henri Yandell flame...@gmail.com wrote:
I'll try to dig deeper, but don't wait on me.
On the website:
This is a bad page. A user clicks 'examples' and gets a blank page
(pretty much):
On 17 August 2011 07:06, Stefan Bodewig bode...@apache.org wrote:
Hi,
with svn revision 1158060 the bcel.generic.Visitor interface has become
package private, breaking the Gump builds of Xalan XSLTC,
commons-javaflow and likely other downstream code.
Has this change been intentional?
I
Sebb is right... my mistake... apologies, and thanks for the fix.
dave
On 08/20/2011 09:15 PM, sebb wrote:
On 17 August 2011 07:06, Stefan Bodewigbode...@apache.org wrote:
Hi,
with svn revision 1158060 the bcel.generic.Visitor interface has become
package private, breaking the Gump builds
None were blockers btw.
The only really important one is:
Mention the package name change on the frontpage. Also that this means
you can run both versions side by side.
Did you read the News section? Isn't that clear?
And the answer there is nope, didn't see it. Eyes weren't working. :)
15 matches
Mail list logo