Le 10/10/2013 03:18, Gary Gregory a écrit :
> Wow, 54 removed methods in org.apache.commons.jci.compilers, that is
> not one method gone in some corner of an impl class. The simple and
> safe route is to go with a 2.0 release and be done with it.
>
> Otherwise, this will just create jar hell for
You would need metadata like we have in OSGi land in order to piece
everything together reliably. A dynamically growing OSGi environment would
be cool.
On Wednesday, October 9, 2013, Gary Gregory wrote:
> On Wed, Oct 9, 2013 at 9:40 PM, Mark Fortner
> >
> wrote:
> > Hi Jörg,
> > Thanks for the
On Wed, Oct 9, 2013 at 9:40 PM, Mark Fortner wrote:
> Hi Jörg,
> Thanks for the link, but I don't think that quite addresses the issue.
>
> What I'd like to see is the ability to automatically install a VFS provider
> that isn't already on your local machine. For example, if I wanted to see
> a d
Hi Jörg,
Thanks for the link, but I don't think that quite addresses the issue.
What I'd like to see is the ability to automatically install a VFS provider
that isn't already on your local machine. For example, if I wanted to see
a directory listing of "sftp://someserver/somedir"; and I don't alr
I am a active VFS user wishing to have an official VFS 2.1 release :-)
Sorry about the noise.
-Dan
On Wed, Oct 9, 2013 at 2:53 PM, Gary Gregory wrote:
> On Wed, Oct 9, 2013 at 4:35 PM, Jörg Schaible
> wrote:
> > Dan Tran wrote:
> >
> >> VFS has no release for a couple of years. Would you c
On Wed, Oct 9, 2013 at 4:50 PM, Emmanuel Bourg wrote:
> Le 09/10/2013 19:33, Gary Gregory a écrit :
>
>> - There is no Clirr report which makes it impossible to determine if
>> binary compatibility has been preserved or broken. I do not think I
>> can vote without this report.
>
> I generated a co
I recently learned that folder names for modules MUST match the
artifact ID or some Maven plugins will not behave correctly.
Gary
On Wed, Oct 9, 2013 at 3:12 PM, Emmanuel Bourg wrote:
> Le 09/10/2013 19:33, Gary Gregory a écrit :
>
>> - There is no Clirr report which makes it impossible to deter
+1 (onward!)
On 10 October 2013 02:21, Emmanuel Bourg wrote:
> This is a vote to release Apache Commons JCI 1.1 based on RC1.
>
> This is a bug fix release and an update to work with more recent
> versions of its dependencies.
>
>
> Tag:
> http://svn.apache.org/repos/asf/commons/proper/jci/tags/
not anymore.
On 9 October 2013 19:27, Emmanuel Bourg wrote:
> There is a note about the site deployment in the parent pom and I wonder
> if it's still relevant:
>
>
> Site deployment
> ===
> Cannot define this here at present, see
> https://issues.apache.org/jira/browse/CO
Mark Fortner wrote:
[snip]
> It was proprietary code for the company I worked for at the time. I don't
> have access to the code any longer, but it was based on Sun/Oracle's YANFS
> implementation and wasn't that difficult to write. YANFS uses BSD now
> (it
> used to be CDDL). I'm not sure if
Every now and then I keep getting requests via private mail asking to
release javaflow as it seems to be working for people. Yet I know there is
still so much essential stuff to fix for a 1.0 release.
Crossing over to the other thread: I know on github I would made a 0.x
release already ages ago b
On Wed, Oct 9, 2013 at 4:35 PM, Jörg Schaible wrote:
> Dan Tran wrote:
>
>> VFS has no release for a couple of years. Would you consider it as proper?
>
> Just because there was no release, does not mean there have been no
> development. Check svn if you don't believe.
I consider VFS active. I ju
On Wed, Oct 9, 2013 at 2:05 PM, Bernd Eckenfels wrote:
> Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner :
>
>
> Hi Bernd,
>> I'm a user rather than a developer of VFS. I have a weekend project to
>> create a file browser in JavaFX. Prior to that I wrote an NFS provider for
>> a company I was wor
Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner :
Hi Bernd,
I'm a user rather than a developer of VFS. I have a weekend project to
create a file browser in JavaFX. Prior to that I wrote an NFS provider
for
a company I was working for.
Thats nice, is it available somewhere?
Concurrency/thr
Am 09.10.2013, 21:53 Uhr, schrieb Mark Fortner :
In your previous posting about VFS-490 you mentioned not wanting to
browse
JAR files as though they were directories. It would be nice if that was
configurable -- I actually use that functionality and find it pretty
useful.
Hm... no I do wa
Le 09/10/2013 19:33, Gary Gregory a écrit :
> - There is no Clirr report which makes it impossible to determine if
> binary compatibility has been preserved or broken. I do not think I
> can vote without this report.
I generated a compatibility report with the Java API Compliance Checker:
http:/
0101&to=20131009&path=%2Fcommons%2Fproper&plotsort=%24plotsort
But we should to exclude "typo" fixes and such.
For example:
http://svnsearch.org/svnsearch/repos/ASF/search?view=resultlist&from=20130101&to=20131009&path=%2Fcommons%2Fproper%2Fcommons-gpg-plugin&p
This is basically a b-tree, the "TreeList-like structure."
On Wed, Oct 9, 2013 at 2:15 PM, Bernd Eckenfels wrote:
> Am 09.10.2013, 11:24 Uhr, schrieb Rodion Efremov :
>>
>> My buggy experiments show that it makes sense to produce a TreeList-like
>> structure, that doesn't use an entire AVLNode fo
Dan Tran wrote:
> VFS has no release for a couple of years. Would you consider it as proper?
Just because there was no release, does not mean there have been no
development. Check svn if you don't believe.
- Jörg
-
To unsubsc
Here is some commit activity:
http://svnsearch.org/svnsearch/repos/ASF/search?view=plot&from=20130101&to=20131009&path=%2Fcommons%2Fproper&plotsort=%24plotsort
But we should to exclude "typo" fixes and such.
For example:
http://svnsearch.org/svnsearch/repos/ASF/s
On 10/9/13 12:17 PM, Benedikt Ritter wrote:
> Hi,
>
> I think Phil came up with the idea to try to focus on the components that
> we are able to maintain and put all other stuff to dormant. Here is the
> list of components that I think really are proper:
>
> - CLI
> - Codec
> - Collections
> - Comp
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "CommonsPeople" page has been changed by PhilSteitz:
https://wiki.apache.org/commons/CommonsPeople?action=diff&rev1=32&rev2=33
* '''Future''': Proxy, JCI
=== Phil Steitz ==
This isn't really an analysis. This is just the list of components that
belong to proper to me. If you thing that something is missing (for what
ever reason) feel free to add it. It's not like we're putting everything
directly to dormant that's not on the list. I just wanted to get a
discussion sta
GitHub user esend7881 opened a pull request:
https://github.com/apache/commons-io/pull/1
Update IOUtils.java
Added a new public static function closeQuietly that takes an indefinite
number of Closeable objects as input parameters.
You can merge this pull request into a Git reposito
Can we include commit activity and Jira activity in the analysis?
Adrian Crum
Sandglass Software
www.sandglass-software.com
On 10/9/2013 1:04 PM, Benedikt Ritter wrote:
I've looked at all the proper components and listed all components where
I've seen activity since I'm subscribed to the ML.
I've looked at all the proper components and listed all components where
I've seen activity since I'm subscribed to the ML.
2013/10/9 Adrian Crum
> What criteria are you using to come up with this list?
>
> Adrian Crum
> Sandglass Software
> www.sandglass-software.com
>
>
> On 10/9/2013 12:17 P
What criteria are you using to come up with this list?
Adrian Crum
Sandglass Software
www.sandglass-software.com
On 10/9/2013 12:17 PM, Benedikt Ritter wrote:
Hi,
I think Phil came up with the idea to try to focus on the components that
we are able to maintain and put all other stuff to dorman
Hi Bernd,
I'm a user rather than a developer of VFS. I have a weekend project to
create a file browser in JavaFX. Prior to that I wrote an NFS provider for
a company I was working for.
Concurrency/thread safety should definitely be a priority. Part of my
weekend project uses a threadpool to hand
Agreed, there are folks working on [pool] and [dbcp] pretty recently, Mark
Thomas and Bill Speirs off the top of my head.
Matt
On Wed, Oct 9, 2013 at 2:51 PM, Romain Manni-Bucau wrote:
> Pool and dbcp sounds ok for proper imo
> Le 9 oct. 2013 21:20, "Dan Tran" a écrit :
>
> > VFS has no releas
Pool and dbcp sounds ok for proper imo
Le 9 oct. 2013 21:20, "Dan Tran" a écrit :
> VFS has no release for a couple of years. Would you consider it as proper?
>
> -D
>
>
> On Wed, Oct 9, 2013 at 12:17 PM, Benedikt Ritter
> wrote:
>
> > Hi,
> >
> > I think Phil came up with the idea to try to foc
VFS has no release for a couple of years. Would you consider it as proper?
-D
On Wed, Oct 9, 2013 at 12:17 PM, Benedikt Ritter wrote:
> Hi,
>
> I think Phil came up with the idea to try to focus on the components that
> we are able to maintain and put all other stuff to dormant. Here is the
>
Hi,
I think Phil came up with the idea to try to focus on the components that
we are able to maintain and put all other stuff to dormant. Here is the
list of components that I think really are proper:
- CLI
- Codec
- Collections
- Compress
- Configuration
- CSV
- Daemon
- DBCP (?)
- Email
- Funct
Le 09/10/2013 19:33, Gary Gregory a écrit :
> - There is no Clirr report which makes it impossible to determine if
> binary compatibility has been preserved or broken. I do not think I
> can vote without this report.
Sorry for that, I ran into troubles with the multiple modules and
decided to dro
Am 09.10.2013, 11:24 Uhr, schrieb Rodion Efremov :
My buggy experiments show that it makes sense to produce a TreeList-like
structure, that doesn't use an entire AVLNode for storing each god
damned element, but rather stores, say, 128 elements in a node. In such
a way, you can talk about a s
Hello,
just wanted to point out, that TrueVFS/TrueZIP has a NIO.2
SeekableByteChannel implementation. Thats the same thing as would be
needed vor [compress]: https://truezip.java.net/
Bernd
-
To unsubscribe, e-mail: dev-un
Dear [VFS] Developer and Contributors,
Please excuse the spam (bcc to all emails mentioned as developers (8) or
contributors (6) in the project pom).
The project is currently a bit in sleeping state. I raised a few concerns
and questions on the commons-dev mailinglist and wanted to direct y
Hi All:
- There is no Clirr report which makes it impossible to determine if
binary compatibility has been preserved or broken. I do not think I
can vote without this report.
- The PMD errors about JDK 1.4 seem odd. Are these real violations?
- RAT reports one unapproved license for TODO.txt. Th
I don't think it is quite that simple. I would still expect a Jira issue to be
created. Some projects use ReviewBoard or other tools and require a code
review (those are mostly RTC projects). So just because Git helps with part of
the problem it doesn't mean you don't have to become familiar
This is a vote to release Apache Commons JCI 1.1 based on RC1.
This is a bug fix release and an update to work with more recent
versions of its dependencies.
Tag:
http://svn.apache.org/repos/asf/commons/proper/jci/tags/1.1-RC1/ (r1530645)
Release notes:
http://svn.apache.org/repos/asf/commons/p
Le 08/10/2013 21:25, sebb a écrit :
> Note: we must update Javadoc plugin to the latest version to ensure
> that the scripting bug is fixed.
Done
> I expect there are several parts of the main pom that can be removed
> as the parent pom defines all the common stuff that it can.
I cleaned up the
Hello, y'all!
My buggy experiments show that it makes sense to produce a
TreeList-like structure, that doesn't use an entire AVLNode for storing
each god damned element, but rather stores, say, 128 elements in a node.
In such a way, you can talk about a structure that takes the best from
Arra
There is a note about the site deployment in the parent pom and I wonder
if it's still relevant:
Site deployment
===
Cannot define this here at present, see
https://issues.apache.org/jira/browse/COMMONSSITE-26.
The following should be added to the component POM:
42 matches
Mail list logo
