Hi!
Three source files in [vfs] depend on [compress], which is a sandbox
component.
I am not sure what Commons policy is about releasing components with
dependencies on unreleased components. Is this OK?
I dont know. Anyone else out there with any objection about it?
I believe that its
Hi!
After a couple of RCs, a already passed 1.0 vote I have to annonounce
that the revote has failed.
You can find the voting thread here:
http://marc.theaimsgroup.com/?t=11338146626r=1w=2
The main reason is that commons-vfs depends on commons-compress which is
a sandbox component.
Hi!
Three source files in [vfs] depend on [compress], which is a sandbox component.
I am not sure what Commons policy is about releasing components with
dependencies on unreleased components. Is this OK?
I dont know. Anyone else out there with any objection about it?
---
Mario
Mario Ivankovits wrote:
Three source files in [vfs] depend on [compress], which is a sandbox
component.
I am not sure what Commons policy is about releasing components with
dependencies on unreleased components. Is this OK?
I dont know. Anyone else out there with any objection about it?
On 12/19/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
No one else?
snip/
Hi Mario -
Three source files in [vfs] depend on [compress], which is a sandbox component.
I am not sure what Commons policy is about releasing components with
dependencies on unreleased components. Is this OK?
-Rahul
hi mario
On Mon, 2005-12-19 at 11:21 +0100, Mario Ivankovits wrote:
Checked again, and it works now! So I am +1 for the release.
No one else?
Should I delay the release until all the discussion around how to
release and the maybe to come maven plugin has been settled?
If so, I'll
Checked again, and it works now! So I am +1 for the release.
No one else?
Should I delay the release until all the discussion around how to
release and the maybe to come maven plugin has been settled?
If so, I'll proceed with developing - else I'll release this week.
---
Mario
On 12/19/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Checked again, and it works now! So I am +1 for the release.
No one else?
snip/
FWIW, I will express my non-binding opinion by the end of the week, if
this vote is still open.
Should I delay the release until all the discussion
Hi Rahul!
If so, I'll proceed with developing - else I'll release this week.
Some theorize that releases must not be disruptive to development.
While this has always been debatable (releasing is atleast disruptive
to the RM, if for no-one else, moresoever in Commons) -- I wouldn't
put it
Mario Ivankovits wrote:
Hi Oliver!
I have a problem with the ant build file. The build fails with the
following error:
Yes, thats the same problem as with gump.
Finally I disabled the tests for the ant build again.
They wont work without an special test server and need some maven
Hi Stephen!
Another query, are you happy that you will never want to add a method
to FileObject, or any other interface in VFS?
No.
Alternatively define FileObject (and possibly other interfaces) as an
abstract class now, then you don't have the same problems.
There is already a
Mario,
I have a problem with the ant build file. The build fails with the
following error:
[junit] Running
org.apache.commons.vfs.provider.ftp.test.FtpProviderTestCase
[junit] Tests run: 0, Failures: 0, Errors: 1, Time elapsed: 0,02 sec
[junit] Testsuite:
Hi Oliver!
I have a problem with the ant build file. The build fails with the
following error:
Yes, thats the same problem as with gump.
Finally I disabled the tests for the ant build again.
They wont work without an special test server and need some maven
pre-goal stuff to have the local
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Niall!
From what I can see the exclude name=**/*.java would have
prevented any tests being included and removing that is when the tests
started failing. So in summary my guess is the tests never worked in
gump.
For sure, and they
Hi Niall!
The question is, was it your intention to start running the tests in
gump? Presumably, they were excluded from the maven-generated ant
build file because of the difficulties in running them in gump. Maybe
you should revert back to excluding them again?
My intention was to have
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Niall!
The question is, was it your intention to start running the tests in
gump? Presumably, they were excluded from the maven-generated ant
build file because of the difficulties in running them in gump. Maybe
you should revert
Another query, are you happy that you will never want to add a method to
FileObject, or any other interface in VFS?
Commons tends to be strict about not allowing changes like this.
Possible solutions to adding a method in the future are
- to create a FileObject2 subinterface
- to go to
Hi!
Even if the last vode passed I decided to restart the voting based on RC7.
RC7 is now using commons-net 1.4.1 and built using the jdk1.3 compiler
also some rearrangements have taken place to accommodate to our
guidlines (e.g. include xdocs into src distribution)
As previously posted
What is the cause of the current GUMP test failure??
Stephen
Mario Ivankovits wrote:
Hi!
Even if the last vode passed I decided to restart the voting based on RC7.
RC7 is now using commons-net 1.4.1 and built using the jdk1.3 compiler
also some rearrangements have taken place to accommodate
Stephen Colebourne wrote:
What is the cause of the current GUMP test failure??
ClassNotFoundException of one of our test classes.
internal-test:
[mkdir] Created dir:
/x1/gump/public/workspace/jakarta-commons/vfs/target/test-reports
[junit] Running
Does this mean we need to re-gen the ant build file?
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote:
What is the cause of the current GUMP test failure??
ClassNotFoundException of one of our test classes.
internal-test:
[mkdir] Created dir:
On 12/5/05, Dion Gillard [EMAIL PROTECTED] wrote:
Does this mean we need to re-gen the ant build file?
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote:
What is the cause of the current GUMP test failure??
It looks to me like the vfs tests were not being
Hi Niall!
From what I can see the exclude name=**/*.java would have
prevented any tests being included and removing that is when the tests
started failing. So in summary my guess is the tests never worked in
gump.
For sure, and they wont work anyway as there is no test server available
for
23 matches
Mail list logo
