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 thing.
@phil: What do you think, can we have this?
Or is it a
Hi Phil!
Sorry for being late, too much happened lately.
Another thing we can look into is getting the vmbuild server
configured so that the tests will run. As long as this can be done
securely, and you have some docs (or script) on what to do, I can help
with that.
Yes, this will be great.
Author: mrdon
Date: Wed Jul 26 23:33:49 2006
New Revision: 425975
URL: http://svn.apache.org/viewvc?rev=425975view=rev
Log:
Adding testing framework, started bringing over struts flow js tests
Added:
jakarta/commons/sandbox/js2j/trunk/src/test/
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
--
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 =
||
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=425928view=rev
Log:
Creating the js2j
[ 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:
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
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
-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 that
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
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
-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 external lib
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
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.
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.
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, means,
Author: imario
Date: Thu Jul 27 05:46:37 2006
New Revision: 426050
URL: http://svn.apache.org/viewvc?rev=426050view=rev
Log:
VFS-51 - fixed handling of rootFile for localFileSystem to make it correctly
work again with temporary fileSystem
Modified:
Author: imario
Date: Thu Jul 27 06:01:37 2006
New Revision: 426055
URL: http://svn.apache.org/viewvc?rev=426055view=rev
Log:
use system property java.io.tmpdir to decide where to put the VFS temp files
Modified:
Author: imario
Date: Thu Jul 27 06:07:39 2006
New Revision: 426058
URL: http://svn.apache.org/viewvc?rev=426058view=rev
Log:
added log.info message to give some hints where the temp-files are placed
Modified:
[ 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
[ 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
---
Key:
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
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 :
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
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
properties
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, if
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 release
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?
-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
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 thing.
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 deploying
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
Author: mrdon
Date: Thu Jul 27 11:38:11 2006
New Revision: 426191
URL: http://svn.apache.org/viewvc?rev=426191view=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:
Author: mrdon
Date: Thu Jul 27 12:01:59 2006
New Revision: 426200
URL: http://svn.apache.org/viewvc?rev=426200view=rev
Log:
Cleanups, added Properties extension methods
Added:
jakarta/commons/sandbox/js2j/trunk/src/main/java/org/apache/commons/js2j/PropertiesExtensions.java
Author: oheger
Date: Thu Jul 27 13:02:33 2006
New Revision: 426219
URL: http://svn.apache.org/viewvc?rev=426219view=rev
Log:
Added serialVersionUIDs to serializable classes; findbugs was complaining
Modified:
Author: mrdon
Date: Thu Jul 27 13:06:40 2006
New Revision: 426221
URL: http://svn.apache.org/viewvc?rev=426221view=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: mrdon
Date: Thu Jul 27 13:14:34 2006
New Revision: 426226
URL: http://svn.apache.org/viewvc?rev=426226view=rev
Log:
Removed testing thing
Modified:
jakarta/commons/sandbox/js2j/trunk/assembly/src/main/assembly/all.xml
Modified:
Author: oheger
Date: Thu Jul 27 13:17:14 2006
New Revision: 426227
URL: http://svn.apache.org/viewvc?rev=426227view=rev
Log:
Fixed some problems reported by findbugs
Modified:
jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/AbstractConfiguration.java
Author: rahul
Date: Thu Jul 27 15:28:06 2006
New Revision: 426285
URL: http://svn.apache.org/viewvc?rev=426285view=rev
Log:
Typo. Thanks to Dave Brosius dbrosius AT apache DOT org for the spot.
Modified:
Author: rahul
Date: Thu Jul 27 15:37:55 2006
New Revision: 426295
URL: http://svn.apache.org/viewvc?rev=426295view=rev
Log:
Time for the Commons SCXML 0.5 release.
Vote result:
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=115392663425586w=2
Modified:
Author: rahul
Date: Thu Jul 27 15:45:56 2006
New Revision: 426299
URL: http://svn.apache.org/viewvc?rev=426299view=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:49:06 2006
New Revision: 426302
URL: http://svn.apache.org/viewvc?rev=426302view=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
On 7/27/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
snip/
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.
snap/
What do you think?
snip/
I supported this
Author: skitching
Date: Thu Jul 27 16:05:22 2006
New Revision: 426313
URL: http://svn.apache.org/viewvc?rev=426313view=rev
Log:
Exclude LogFactoryImpl anonymous inner classes from adapter jar that shouldn't
be included.
Modified:
jakarta/commons/proper/logging/trunk/build.xml
Modified:
Author: skitching
Date: Thu Jul 27 16:09:24 2006
New Revision: 426316
URL: http://svn.apache.org/viewvc?rev=426316view=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:
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.
snip/
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
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
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 -
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.
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
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
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
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: commons-dev@jakarta.apache.org
Sent: Thursday, July 27, 2006 1:47 PM
Subject: JXPath, beans and the count
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.
[
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 {
58 matches
Mail list logo