Hi Stephen!
>> Simple question - can [vfs] be released *now*, with a minimal set of
>> code?
I'd say, yes.
>> I presume that the first release might thus consist only of the core
>> plus standard java File and ram? No compress, ftp, http, ... I
>> emphasise, think small.
As Filip already pointed o
On 7/27/06, Torsten Curdt <[EMAIL PROTECTED]> wrote:
> The regexp file filter has been excluded from [io] releases as [io] is
> JDK 1.2 compliant, see http://issues.apache.org/jira/browse/IO-74.
>
> It would however be possible to use reflection to access the JDKs regexp
> facility. Is there anyo
Hi Rahul!
> I supported this approach then [1], and I will support it now.
Yes, its your idea I proposed now (+ adding the sandbox jar) :-)
Well, at this [1] time I wasn't ready to go that road, now, during the
months I had time think about ;-)
Ciao,
Mario
>
> [1]
> http://marc.theaimsgroup.com/
[
http://issues.apache.org/jira/browse/SANDBOX-153?page=comments#action_12424003
]
Markus Rogg commented on SANDBOX-153:
-
"Delimiter is whitespace" JUnit test (CSVParserTest)
public void testDelimiterIsWhitespace() throws IOException {
Sorry, I have been on the road and pegged this week. I thought about
rigging a symlink to the latest dated snap named -SNAPSHOT. I could
do this if people would prefer. I could also modify the script to
just overwrite the snap each night - but I thought the consensus was
we wanted dated snaps.
Simone,
Perhaps a custom extension function could be used instead of "count(list)"
to resolve the issue.
- Dmitri
- Original Message -
From: "Simone Gianni" <[EMAIL PROTECTED]>
To:
Sent: Thursday, July 27, 2006 1:47 PM
Subject: JXPath, beans and the count function
Hi there,
we a
The regexp file filter has been excluded from [io] releases as [io] is
JDK 1.2 compliant, see http://issues.apache.org/jira/browse/IO-74.
It would however be possible to use reflection to access the JDKs regexp
facility. Is there anyone, perhaps who is looking to contribute to
commons for the fir
Subsequent releases could then add these features in, and potentially
provide the split jar files (if someone, eg a maven expert, wants to set
up the multi jar solution)
With jci we already have multi module project in the sandbox. So that
might help with the setup.
cheers
--
Torsten
-
The regexp file filter has been excluded from [io] releases as [io] is
JDK 1.2 compliant, see http://issues.apache.org/jira/browse/IO-74.
It would however be possible to use reflection to access the JDKs regexp
facility. Is there anyone, perhaps who is looking to contribute to
commons for the
On Fri, 2006-07-28 at 00:12 +0100, Stephen Colebourne wrote:
> Simple question - can [vfs] be released *now*, with a minimal set of code?
>
> I presume that the first release might thus consist only of the core
> plus standard java File and ram? No compress, ftp, http, ... I
> emphasise, think s
On 7/27/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
Simple question - can [vfs] be released *now*, with a minimal set of code?
I presume that the first release might thus consist only of the core
plus standard java File and ram? No compress, ftp, http, ... I
emphasise, think small.
Subse
This is just my 0.02$ as a VFS user: I don't think such a minimal release is
very useful as the primary reason for using VFS is for using it for more
than
just a local FS. I think the suggest vfs/vfs-sandbox would work really well.
Cheers,
- Filip
Stephen Colebourne wrote:
Simple question - ca
Simple question - can [vfs] be released *now*, with a minimal set of code?
I presume that the first release might thus consist only of the core
plus standard java File and ram? No compress, ftp, http, ... I
emphasise, think small.
Subsequent releases could then add these features in, and pot
On 7/27/06, Don Brown <[EMAIL PROTECTED]> wrote:
I suppose so, however, I stole that pom from scxml, so perhaps that
one should be fixed too.
There are two reasons why you still see the old-school groupId in [scxml]:
* Relocation of existing Commons artifacts to use the new groupId
will prob
Author: skitching
Date: Thu Jul 27 16:09:24 2006
New Revision: 426316
URL: http://svn.apache.org/viewvc?rev=426316&view=rev
Log:
Rework packaging phase. JCL now builds correctly with maven2 (though unit tests
don't run).
Modified:
jakarta/commons/proper/logging/trunk/pom.xml
Modified: jakar
Author: skitching
Date: Thu Jul 27 16:05:22 2006
New Revision: 426313
URL: http://svn.apache.org/viewvc?rev=426313&view=rev
Log:
Exclude LogFactoryImpl anonymous inner classes from adapter jar that shouldn't
be included.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified: jak
On 7/27/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
If we split VFS in two pieces
- commons-vfs.jar
- commons-vfs-sandbox.jar
it might be manageable. The sandbox jar isn't releasable, its a sandbox
- so no additional work.
What do you think?
I supported this approach then
Author: rahul
Date: Thu Jul 27 15:49:06 2006
New Revision: 426302
URL: http://svn.apache.org/viewvc?rev=426302&view=rev
Log:
Roll to a post 0.5 version.
Modified:
jakarta/commons/proper/scxml/trunk/RELEASE-NOTES.txt
jakarta/commons/proper/scxml/trunk/build.xml
jakarta/commons/proper/s
Author: rahul
Date: Thu Jul 27 15:45:56 2006
New Revision: 426299
URL: http://svn.apache.org/viewvc?rev=426299&view=rev
Log:
Tag the Commons SCXML 0.5 release sources
Added:
jakarta/commons/proper/scxml/tags/SCXML_0_5/
- copied from r426298, jakarta/commons/proper/scxml/trunk/
---
Author: rahul
Date: Thu Jul 27 15:37:55 2006
New Revision: 426295
URL: http://svn.apache.org/viewvc?rev=426295&view=rev
Log:
Time for the Commons SCXML 0.5 release.
Vote result:
http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=115392663425586&w=2
Modified:
jakarta/commons/proper/scxml/tr
Author: rahul
Date: Thu Jul 27 15:28:06 2006
New Revision: 426285
URL: http://svn.apache.org/viewvc?rev=426285&view=rev
Log:
Typo. Thanks to Dave Brosius for the spot.
Modified:
jakarta/commons/proper/scxml/trunk/src/main/java/org/apache/commons/scxml/invoke/AsyncTrigger.java
Modified:
ja
Author: oheger
Date: Thu Jul 27 13:17:14 2006
New Revision: 426227
URL: http://svn.apache.org/viewvc?rev=426227&view=rev
Log:
Fixed some problems reported by findbugs
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java
Author: mrdon
Date: Thu Jul 27 13:14:34 2006
New Revision: 426226
URL: http://svn.apache.org/viewvc?rev=426226&view=rev
Log:
Removed testing thing
Modified:
jakarta/commons/sandbox/js2j/trunk/assembly/src/main/assembly/all.xml
Modified: jakarta/commons/sandbox/js2j/trunk/assembly/src/main/as
Author: mrdon
Date: Thu Jul 27 13:06:40 2006
New Revision: 426221
URL: http://svn.apache.org/viewvc?rev=426221&view=rev
Log:
Adding an assembly to generate one combined e4x-capable jar
Added:
jakarta/commons/sandbox/js2j/trunk/assembly/
jakarta/commons/sandbox/js2j/trunk/assembly/pom.xml
Author: oheger
Date: Thu Jul 27 13:02:33 2006
New Revision: 426219
URL: http://svn.apache.org/viewvc?rev=426219&view=rev
Log:
Added serialVersionUIDs to serializable classes; findbugs was complaining
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configurati
Author: mrdon
Date: Thu Jul 27 12:01:59 2006
New Revision: 426200
URL: http://svn.apache.org/viewvc?rev=426200&view=rev
Log:
Cleanups, added Properties extension methods
Added:
jakarta/commons/sandbox/js2j/trunk/src/main/java/org/apache/commons/js2j/PropertiesExtensions.java
jakarta/com
Author: mrdon
Date: Thu Jul 27 11:38:11 2006
New Revision: 426191
URL: http://svn.apache.org/viewvc?rev=426191&view=rev
Log:
Adding list and file tests, added a few more file methods, reorganized test
structure, cleaned up file handing in file extensions, auto-unwrap args
before call
Added:
Hi there,
we are developing paginated repeater for Cocoon. The cocoon repeaters
uses JXPath in their binding so that they can work on beans and XML
documents.
The goal for us is to display a very long list of elements from a
collection not fetching the entire content of the collection. This is
exp
On 7/27/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
On 7/26/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> @phil: What do you think, can we have this?
> Or is it a bad idea to do this for all projects by default?
> I can setup my own cronjob to create the link then.
+1. The jars we're dep
On 7/26/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi Wendy!
> Changing the build to publish both -MMDD.jar and -SNAPSHOT.jar
> might help, then the latest code would always be available at a fixed
> filename.
I think this is a great idea.
Users in the past already asked to have this th
> -Original Message-
> From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
> Sent: jeudi 27 juillet 2006 16:23
> To: Jakarta Commons Developers List
> Cc: [EMAIL PROTECTED]
> Subject: Re: [vfs] split of vfs
>
> Hi !
> >> http://maven.apache.org/maven-1.x/using/bestpractices.html#Get
> >> ti
Mario Ivankovits wrote:
Hi!
Then why not split that further and have
commons-vfs-bz2.jar etc...
Yes, this is something Vincent Massol also told me to do.
The reasons I wanted to go down to two jars are:
*) each jar will have its own release cycle, means, we have to vote for
each artifact, no?
I prefer several jars
On 7/27/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
> Then why not split that further and have
> commons-vfs-bz2.jar etc...
Yes, this is something Vincent Massol also told me to do.
The reasons I wanted to go down to two jars are:
*) each jar will have its own rele
On 7/27/06, Jörg Schaible <[EMAIL PROTECTED]> wrote:
Arnaud HERITIER wrote on Thursday, July 27, 2006 3:57 PM:
> In M1 there's no transitive dependencies, thus your users will have to
> define each dependency one by one.
> But to improve the conversion between m1 and m2 poms for the
> repository
Hi !
>> http://maven.apache.org/maven-1.x/using/bestpractices.html#Get
>> ting_ready_for_Maven_2
>>
>
> Wasn't there also a way to define "optional", so that the POM 2.0 converter
> will automatically set them?
>
The documentations says that this will be the case when adding
test
Arnaud HERITIER wrote on Thursday, July 27, 2006 3:57 PM:
> In M1 there's no transitive dependencies, thus your users will have to
> define each dependency one by one.
> But to improve the conversion between m1 and m2 poms for the
> repository, if you deploy VFS with m1 you can add the following
>
In M1 there's no transitive dependencies, thus your users will have to
define each dependency one by one.
But to improve the conversion between m1 and m2 poms for the repository, if
you deploy VFS with m1 you can add the following setting :
http://maven.apache.org/maven-1.x/using/bestpractices.htm
Hi Jörg!
> Well, therefore I would not split it at all. If you feel that the core API is
> right, just release 1.0 with all stuff left outside, that might cause
> licensing trouble. You may release 1.1 later on easily with the stuff
> included as soon as you have answers.
Not only licensing trou
[ http://issues.apache.org/jira/browse/VFS-51?page=all ]
Mario Ivankovits closed VFS-51.
---
> [TMP] Root dir for temp filesystem should be temp system dir by default
> ---
>
> Ke
[ http://issues.apache.org/jira/browse/VFS-51?page=all ]
Mario Ivankovits resolved VFS-51.
-
Fix Version/s: Nightly Builds
Resolution: Fixed
Hi!
It's fixed now.
I also changed to honor the java.io.tmpdir system property, so it should work
as exp
Author: imario
Date: Thu Jul 27 06:07:39 2006
New Revision: 426058
URL: http://svn.apache.org/viewvc?rev=426058&view=rev
Log:
added log.info message to give some hints where the temp-files are placed
Modified:
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/Resources.propert
Author: imario
Date: Thu Jul 27 06:01:37 2006
New Revision: 426055
URL: http://svn.apache.org/viewvc?rev=426055&view=rev
Log:
use system property java.io.tmpdir to decide where to put the VFS temp files
Modified:
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFi
Author: imario
Date: Thu Jul 27 05:46:37 2006
New Revision: 426050
URL: http://svn.apache.org/viewvc?rev=426050&view=rev
Log:
VFS-51 - fixed handling of rootFile for localFileSystem to make it correctly
work again with temporary fileSystem
Modified:
jakarta/commons/proper/vfs/trunk/src/java
Mario Ivankovits wrote on Thursday, July 27, 2006 1:15 PM:
> Hi!
>> Then why not split that further and have
>> commons-vfs-bz2.jar etc...
> Yes, this is something Vincent Massol also told me to do.
> The reasons I wanted to go down to two jars are:
>
> *) each jar will have its own release cycle
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 [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
Th
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 [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
Th
Hi!
> Then why not split that further and have
> commons-vfs-bz2.jar etc...
Yes, this is something Vincent Massol also told me to do.
The reasons I wanted to go down to two jars are:
*) each jar will have its own release cycle, means, we have to vote for
each artifact, no? I think the number of ma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> This way the core would be independent of
> the implementation, as well building
> the .bz2 or something like will not be
> dependent of the external libs used only by
> the specifics like webdav, ftp, etc...
> If some implementation needs an externa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> What legal issues are you refering?
- From the users mailinglist:
"* we depend on jcifs (samba/smb) which changed its license in the past
to lgpl, so this is a violation of the ASF rules we currently
investigate." (Mario)
> The ASF has prove it can
C. Grobmeier wrote:
The user can activate them by simply plugging the
commons-vfs-sandbox.jar into the classpath.
I think this is a great idea?and would like to see that this way.
This would also take some "pressure" from the compress project.
For the legal issue: if this cannot be solved, a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Initially, this sandbox contains the following filesystems:
> * bz2
> * tar
> * webdav
> * smb
>
> The user can activate them by simply plugging the
> commons-vfs-sandbox.jar into the classpath.
I think this is a great idea?and would like to see t
Mario Ivankovits wrote:
Hi!
Initially, this sandbox contains the following filesystems:
* bz2
* tar
* webdav
* smb
The user can activate them by simply plugging the
commons-vfs-sandbox.jar into the classpath.
Then why not split that further and have
commons-vfs-bz2.jar etc...
This way the
Hi!
The pressure to release VFS is getting higher and higher :-)
And maybe there is a solution to restart the release cycle even with all
the open stuff not solved.
Whats missing to release VFS:
*) commons-compress release
*) webdav-client (slide) release
*) solving the jcifs licensing issue
I
[ http://issues.apache.org/jira/browse/VFS-51?page=comments#action_12423815
]
Thomas Hoppe commented on VFS-51:
-
The problem is even worse:
I have a restricted account and If I run my app using VFS, I get:
Caused by: org.apache.commons.vfs.File
Sowhat's the js2j component?
It needs to be added to the sandbox svn:externals btw.
Hen
On 7/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: mrdon
Date: Wed Jul 26 18:46:24 2006
New Revision: 425928
URL: http://svn.apache.org/viewvc?rev=425928&view=rev
Log:
Creating the js2j p
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by MarioIvankovits:
http://wiki.apache.org/jakarta-commons/VfsCapabilitiesMatrix
New page:
= VFS Filesystem Capabilities Matrix =
||
||bz
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by MarioIvankovits:
http://wiki.apache.org/jakarta-commons/VFS
-
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki"
for change notification.
The following page has been changed by MarioIvankovits:
http://wiki.apache.org/jakarta-commons/VFS
-
58 matches
Mail list logo
