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-email has an issue affecting its community integration.
This issue
On Wed, Aug 17, 2011 at 8:06 AM, Stefan Bodewig 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.
Gump is so cool :)
cheers,
Torsten
--
Ted,
please just take your code and move Iterator sparseIterator();
from RealVector to SparseRealvector. Look then at the compiler errors,
that are in most cases misuses of sparseIterator().
By the way most(all?) functions in CM return an array (dense)
impementation as return type.
You mentio
Currently sparseIterator is only used in RealVector, no matrix class
will be affected, because there is no sparseIterator.
Search you sources for "sparseIterator" ?
Arne
Am Dienstag, den 16.08.2011, 14:09 -0700 schrieb Ted Dunning:
> Here is an example from the perspective of somebody adding a ne
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 is
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
On Tue, Aug 16, 2011 at 02:09:03PM -0700, Ted Dunning wrote:
> Here is an example from the perspective of somebody adding a new kind of
> matrix.
>
> Take the two kinds of matrix as RandomTrinaryMatrix(rows, columns, p) that
> has elements that are -1, 0 or 1. 1 and -1 have equal probabilities of
On 17 August 2011 05:38, Stefan Bodewig wrote:
> On 2011-08-17, wrote:
>
>> Propchange: commons/trunks-proper/
>> --
>> --- svn:externals (original)
>> +++ svn:externals Wed Aug 17 04:25:55 2011
>> @@ -2,6 +2,7 @@ attribu
On 17 August 2011 06:18, Stefan Bodewig wrote:
> On 2011-08-17, sebb wrote:
>
>> On 17 August 2011 03:42, Stefan Bodewig wrote:
>>> On 2011-08-15, sebb wrote:
>
For input, there might be a use case for leaving the stream open, in
case some kind of recovery is possible.
>
It would b
Why guard against closing System.in? If the client application needs that
sort of functionality, it should wrap the incoming stream in a proxy that
doesn't delegate the close method to the underlying stream. (A new class
for commons-io?)
Chas Honton
On 8/16/11 11:16 PM, "sebb" wrote:
>On 17
On 2011-08-17, Honton, Charles wrote:
> Why guard against closing System.in? If the client application needs that
> sort of functionality, it should wrap the incoming stream in a proxy that
> doesn't delegate the close method to the underlying stream.
You and I agree here - there even has been a
Hi,
Before I start, I'd love to see a binary compatible codec release with the
Beider Morse code in, and for generics to be dealt with in a later release.
What I'm not quite sure about is why introducing generics will necessarily
cause breaking changes.
It seems to me that the Encoder/Decoder int
Le 15/08/2011 20:03, sebb a écrit :
Just in case anyone wants to use Maven to download the Java part of
Commons Daemon (this has been requested in the past), I thought it
would be useful to create and upload the Maven artifacts to the Nexus
staging repo.
The uploads contain source, so although t
On 17 August 2011 13:44, Matthew Pocock wrote:
> It seems to me that the Encoder/Decoder interfaces are screaming out to be
> generified, and the current sub-interfaces should be removed unless there's
> a compelling reason for them e.g. if they add extra methods. It is no
> hardship in your code
On 17 August 2011 13:58, Stephen Colebourne wrote:
> The Object encode(Object) approach is still valid if the primary use
> case of the interface is for frameworks. In a framework, objects are
> generally treated as of type Object, so the API is fine. User code
> should use concrete versions.
>
On 17 August 2011 13:50, Luc Maisonobe wrote:
> Le 15/08/2011 20:03, sebb a écrit :
>>
>> Just in case anyone wants to use Maven to download the Java part of
>> Commons Daemon (this has been requested in the past), I thought it
>> would be useful to create and upload the Maven artifacts to the Nex
Hi Matthew,
On Wed, Aug 17, 2011 at 8:44 AM, Matthew Pocock <
turingatemyhams...@gmail.com> wrote:
> Hi,
>
> Before I start, I'd love to see a binary compatible codec release with the
> Beider Morse code in, and for generics to be dealt with in a later release.
>
I think this is where we are goi
Hi All:
On Wed, Aug 17, 2011 at 8:58 AM, Stephen Colebourne wrote:
> On 17 August 2011 13:44, Matthew Pocock
> wrote:
> > It seems to me that the Encoder/Decoder interfaces are screaming out to
> be
> > generified, and the current sub-interfaces should be removed unless
> there's
> > a compellin
On 17 August 2011 13:58, Stephen Colebourne wrote:
> On 17 August 2011 13:44, Matthew Pocock wrote:
>> It seems to me that the Encoder/Decoder interfaces are screaming out to be
>> generified, and the current sub-interfaces should be removed unless there's
>> a compelling reason for them e.g. if
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=11377&projectId=64
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 17 Aug 2011 14:22:43 +
Finished at: Wed 17 Aug 2011 14:23:04 +
Total time: 21s
Build Trigger: Schedule
Build N
On Wed, Aug 17, 2011 at 4:44 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> > It would be very nice if the implementor of this matrix could extend an
> > abstract matrix and over-ride get() to generate a value and set() to
> throw
> > an unsupported operation exception.
>
> Do you me
Arne,
Please read the thread again. I am providing an example of how I think
things *should* be.
The point of doing so is that things are not that way now. Telling me that
they are not that way is pretty redundant.
On Wed, Aug 17, 2011 at 2:37 AM, Arne Ploese wrote:
> Currently sparseIterato
Eclipse complains about all the @inheritDoc tags in LinkedBlockingDeque.
AFAICT, @inheritDoc is allowed in @throws, but only if the method has
something to inherit from, i.e.. it overrides a super-class method or
implements an interface (Java 1.6+)
It does not inherit from the Throwable, which was
Hi All:
I am not sure if I am building correctly, but here is what I found. Some
build instructions in the readme.txt file would help.
Downloaded source zip from
http://people.apache.org/~rgoers/commons-vfs/staged/
>From the root I ran "mvn site" which did not work. Fine, starting to poke
around
+1, who's on first again?
Gary
On Wed, Aug 17, 2011 at 11:09 AM, sebb wrote:
> Eclipse complains about all the @inheritDoc tags in LinkedBlockingDeque.
>
> AFAICT, @inheritDoc is allowed in @throws, but only if the method has
> something to inherit from, i.e.. it overrides a super-class method
On 17 August 2011 16:09, sebb wrote:
> Eclipse complains about all the @inheritDoc tags in LinkedBlockingDeque.
>
> AFAICT, @inheritDoc is allowed in @throws, but only if the method has
> something to inherit from, i.e.. it overrides a super-class method or
> implements an interface (Java 1.6+)
>
Am Mittwoch, den 17.08.2011, 07:25 -0700 schrieb Ted Dunning:
> Arne,
>
> Please read the thread again. I am providing an example of how I think
> things *should* be.
OK.
if I understand you right: isSparse() should be added to RealVector and
the interface SparseRealVector can be dropped?
>
>
I think that all vectors and matrices should be able to answer the question
about whether they are sparse and they should support sparse iterators,
defaulting to the normal iterators in the general case. So yes to the first
question. This allows the application programmer to be much less concerne
I am workin on the StorelessCovariance per jira MATH-449. However, I'm
having a hard time using subversion via Netbeans. I have successfully
created the new classes and a JUnit test. However, when I run the test I
get the following message,
"caused an ERORR: Absent Code attribute in method tha
On 8/17/11 9:15 AM, Patrick Meyer wrote:
> caused an ERORR: Absent Code attribute in method that is not
> native or abstract in class file org/apache/commons/math/TestUtils
First of all, THANKS for working on this!
This may not be what you want to hear or the fashionable response,
but I personall
I am workin on the StorelessCovariance per jira MATH-449. However, I'm
having a hard time using subversion via Netbeans. I have successfully
created the new classes and a JUnit test. However, when I run the test I
get the following message,
"caused an ERORR: Absent Code attribute in method tha
Hi Matt and Simo,
I've attached the patch to the bug and fixed the issues mentioned with faces.
What other steps do I need to do now?
Thanks,
-Elijah
On Mon, Aug 15, 2011 at 6:22 AM, Matt Benson wrote:
> Hi, Elijah--
>
> I am neither a develop nor even a user of chain, so my comments will
> b
Be patient, while not being so patient that you allow us to forget it.
Matt
On Wed, Aug 17, 2011 at 12:01 PM, Elijah Zupancic wrote:
> Hi Matt and Simo,
>
> I've attached the patch to the bug and fixed the issues mentioned with faces.
>
> What other steps do I need to do now?
>
> Thanks,
> -Elij
BTW, please don't take the previous response as indicating any
negativity on my part. Feel free to prod us as long as possible, at
reasonable frequency.
Matt
On Wed, Aug 17, 2011 at 12:04 PM, Matt Benson wrote:
> Be patient, while not being so patient that you allow us to forget it.
>
> Matt
>
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=11393&projectId=98
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 17 Aug 2011 17:22:07 +
Finished at: Wed 17 Aug 2011 17:22:15 +
Total time: 7s
Build Trigger: Schedule
Build Nu
Hi Patrick,
Le 17/08/2011 18:15, Patrick Meyer a écrit :
I am workin on the StorelessCovariance per jira MATH-449. However, I'm
having a hard time using subversion via Netbeans. I have successfully
created the new classes and a JUnit test. However, when I run the test I
get the following message
So what exactly is the meaning of isSparse?
* the vector at hand implements some kind of sparse storage? I.E:
OpenMapRealVector
or
* the vector is actually sparsely filled (then what is sparse anyway
10%, 50%, 90%?) in this case a SparserelVector interface is useless for
the compiler.
My sugges
What do you mean "It did not work"? This is a multi-project site so in
general mvn site is useless. You have to run mvn site:stage-deply
-DstagingSiteURL="file url where I want the site to go". I suppose I could
add that to the readme, but it is documented pretty well on the maven site
plugin we
Oops. That should be mvn site:stage-deploy.
Ralph
On Wed, Aug 17, 2011 at 11:32 AM, ralph.goers @dslextreme.com <
ralph.go...@dslextreme.com> wrote:
> What do you mean "It did not work"? This is a multi-project site so in
> general mvn site is useless. You have to run mvn site:stage-deply
> -D
Oh - and if for some non-obvious reason you want to create the distribution
jars when you do the build you can run
mvn -P apache-release clean install.
On Wed, Aug 17, 2011 at 11:35 AM, ralph.goers @dslextreme.com <
ralph.go...@dslextreme.com> wrote:
> Oops. That should be mvn site:stage-deploy.
I would think neither.
I think it should mean that the sparseIterator will be enough faster than
the dense iterator to make it worth using. The indication doesn't have to
be be crisp or even always quite correct. Thus, a densely filled
OpenMapReal might just return true because that usage is out
On 17 August 2011 19:37, ralph.goers @dslextreme.com
wrote:
> Oh - and if for some non-obvious reason you want to create the distribution
> jars when you do the build you can run
>
> mvn -P apache-release clean install.
I though commons normally use their own release profile, which is -Prelease ?
The Maven release plugin uses the apache-release profile which is set up in
the apache parent pom.
Ralph
On Wed, Aug 17, 2011 at 11:49 AM, sebb wrote:
> On 17 August 2011 19:37, ralph.goers @dslextreme.com
> wrote:
> > Oh - and if for some non-obvious reason you want to create the
> distributi
Commons parent has both a "release" profile and an "apache-release" profile.
The apache-release profile is used by the release plugin as it is set up for
the ASF. I'm not sure what value-add (or value loss) the "release" profile
provides.
On Wed, Aug 17, 2011 at 12:12 PM, ralph.goers @dslextreme.c
On 8/17/11 11:32 AM, ralph.goers @dslextreme.com wrote:
> What do you mean "It did not work"? This is a multi-project site so in
> general mvn site is useless. You have to run mvn site:stage-deply
> -DstagingSiteURL="file url where I want the site to go". I suppose I could
> add that to the read
The sandbox question I can't answer very well. The sandbox stuff was there
long before I arrived to work on VFS, although I rewrote the webdav stuff
and moved it to core. The only real description is on the web site under
"File Systems" where it says they under in development (not by me :-) ).
Non
Build is now successful under Windows 7 with Java 1.5 and 1.6. Artifacts
and site look good.
The only thing I am missing are md5 files. Are they required (other
components used to have them)? If not, you can count my +1.
Oliver
Am 17.08.2011 07:44, schrieb Ralph Goers:
This is a vote to rel
On 8/17/11 12:45 PM, Oliver Heger wrote:
> Build is now successful under Windows 7 with Java 1.5 and 1.6.
> Artifacts and site look good.
>
> The only thing I am missing are md5 files. Are they required
> (other components used to have them)? If not, you can count my +1.
The md5s are required and
Nope. That is my mistake. Maven generated them when it uploaded them to the
Nexus staging repo. But I deleted that since we don't deliver them from
there. I then uploaded the artifacts from where they were built on my
machine to the directory on people.a.o rather than grabbing them from Nexus,
whi
On 8/17/11 12:43 PM, ralph.goers @dslextreme.com wrote:
> The sandbox question I can't answer very well. The sandbox stuff was there
> long before I arrived to work on VFS, although I rewrote the webdav stuff
> and moved it to core. The only real description is on the web site under
> "File Systems
Hi,
recently I stumbled over the use case to obtain an Iterable for an
array. I was pretty sure that there should already be a solution for
this problem, but could not find anything in the JDK or in [lang].
Would this be an addition to [lang]? Maybe in ArrayUtils?
Oliver
---
OK. I will take care of this, the MD5 issue and do something with the README
in a few hours after I get home from work and send out another release vote.
In the meantime, if there are any other problems that should be corrected
I'd appreciate the feedback.
Ralph
On Wed, Aug 17, 2011 at 1:05 PM, P
Le 17/08/2011 22:13, ralph.goers @dslextreme.com a écrit :
OK. I will take care of this, the MD5 issue and do something with the README
in a few hours after I get home from work and send out another release vote.
Was this vote offocially cancelled ?
Luc
In the meantime, if there are any othe
What would this do that java.util.Arrays.asList does not? - Original
Message -From: "Oliver Heger" >;oliver.he...@oliver-heger.de
Sorry, yes.
Ralph
On Wed, Aug 17, 2011 at 1:33 PM, Luc Maisonobe wrote:
> Le 17/08/2011 22:13, ralph.goers @dslextreme.com a écrit :
>
> OK. I will take care of this, the MD5 issue and do something with the
>> README
>> in a few hours after I get home from work and send out another release
>> v
Also, for matrices, is the internal storage optimized for row-major access
or column-major access? Perhaps you can get a sparse iterator over the major
dimension which returns a dense iterator over the minor, or a sparse iteator
over all cells. What you expose boils down to what it is about the mat
On 17 August 2011 20:43, ralph.goers @dslextreme.com
wrote:
> The sandbox question I can't answer very well. The sandbox stuff was there
> long before I arrived to work on VFS, although I rewrote the webdav stuff
> and moved it to core. The only real description is on the web site under
> "File Sy
On 17 August 2011 20:55, ralph.goers @dslextreme.com
wrote:
> Nope. That is my mistake. Maven generated them when it uploaded them to the
> Nexus staging repo. But I deleted that since we don't deliver them from
> there. I then uploaded the artifacts from where they were built on my
> machine to
Hi.
1. Is it OK to add an "addToEntry" method to "RealVector"? [There is one in
"AbstractRealMatrix".] Do I need to open a JIRA issue for this?
2. Are we going to remove the "RealVector" interface in favour of keeping
only an abstract concrete class ("AbstractRealVector") at the top of the
I didn't check, but for some reason I assumed that once I do a "close" that
I wouldn't be able to delete anything. But you are correct. I can do that so
I will as it is easier.
Ralph
On Wed, Aug 17, 2011 at 2:51 PM, sebb wrote:
> On 17 August 2011 20:55, ralph.goers @dslextreme.com
> wrote:
>
I'd prefer to not remove it from the modules list as that will also remove
it from the web site.
Ralph
On Wed, Aug 17, 2011 at 2:46 PM, sebb wrote:
> On 17 August 2011 20:43, ralph.goers @dslextreme.com
> wrote:
> > The sandbox question I can't answer very well. The sandbox stuff was
> there
>
On 17 August 2011 23:17, ralph.goers @dslextreme.com
wrote:
> I'd prefer to not remove it from the modules list as that will also remove
> it from the web site.
But then surely source archive builds will fail?
> Ralph
>
> On Wed, Aug 17, 2011 at 2:46 PM, sebb wrote:
>
>> On 17 August 2011 20:43
On 8/17/11 3:14 PM, Gilles Sadowski wrote:
> Hi.
>
> 1. Is it OK to add an "addToEntry" method to "RealVector"? [There is one in
>"AbstractRealMatrix".] Do I need to open a JIRA issue for this?
> 2. Are we going to remove the "RealVector" interface in favour of keeping
>only an abstract con
On symmetrics, diagonal, banded and so on, I disagree-as I have made clear
in the past. In the case of White standard errors or panel regressions, you
typically have long strings of multiplication by diagonals and symmetrics,
sandwich products and so forth. There are enough of these types of
operat
On Wed, Aug 17, 2011 at 4:24 PM, Greg Sterijevski wrote:
> On symmetrics, diagonal, banded and so on, I disagree-as I have made clear
> in the past. In the case of White standard errors or panel regressions, you
> typically have long strings of multiplication by diagonals and symmetrics,
> sandwic
Are you going to add addAndScale and all the other gazillion common mutators
as well?
Or should there just be a functional style interface where you say
A.assign(Functions.plus(3.0))
to add 3 to all elements of a matrix or vector?
That would then allow
A.assign(Functions.ABS)
or
A.a
On Aug 17, 2011, at 3:27 PM, sebb wrote:
> On 17 August 2011 23:17, ralph.goers @dslextreme.com
> wrote:
>> I'd prefer to not remove it from the modules list as that will also remove
>> it from the web site.
>
> But then surely source archive builds will fail?
Yeah. I'll have to think about th
On 18 August 2011 01:09, Ralph Goers wrote:
>
> On Aug 17, 2011, at 3:27 PM, sebb wrote:
>
>> On 17 August 2011 23:17, ralph.goers @dslextreme.com
>> wrote:
>>> I'd prefer to not remove it from the modules list as that will also remove
>>> it from the web site.
>>
>> But then surely source archiv
I am building in Netbeans and I believe that Luc is correct. I initially had
problems until I included the junit.jar. (junit-4.8.2.jar)
PS What is your approach to the covariance matrix? Are you building a sum of
squares matrix or keeping updates of the mean, ... etc?
On Wed, Aug 17, 2011 at 1:2
Shocking as this may seem! ;-) I like Ted's suggestion. Very clean, an
appropriate use of OO and something for which the penalty is not great, but
the benefit humongous! +1 for functional/functor approach.
On Wed, Aug 17, 2011 at 6:44 PM, Ted Dunning wrote:
> Are you going to add addAndScale a
OK, after fidgeting with NetBeans for too long without results, I went
with Phil's suggestion and just used subversion at the command prompt.
It was much easier than trying to configure NetBeans.
I uploaded the patch this evening. It includes two new classes
StorelessCovariance.java and Storel
NetBeans is kind of wasting away for lack of attention.
IntelliJ generally gets these things exactly correct. SVN, git and mvn are
all mother tongues for it. There is an excellent community edition and
Apache committers can get a full version.
On Wed, Aug 17, 2011 at 8:09 PM, Patrick Meyer wro
Credit where it is due: this style of API was a major characteristic of Colt
and Mahout inherited this style (to our benefit).
On Wed, Aug 17, 2011 at 6:41 PM, Greg Sterijevski wrote:
> Shocking as this may seem! ;-) I like Ted's suggestion. Very clean, an
> appropriate use of OO and something fo
73 matches
Mail list logo
