What methods do you need?
Maybe an interface with:
public interface SimpleRealVector {
double getEntry(int i);
int getDimension();
}
will do?
Am Donnerstag, den 11.08.2011, 05:36 +0200 schrieb Sébastien Brisard:
> Hello,
> this is an idea I've had while thinking about Iterative Linear
> So
2011/8/11 Arne Ploese :
> What methods do you need?
>
> Maybe an interface with:
> public interface SimpleRealVector {
> double getEntry(int i);
> int getDimension();
> }
> will do?
>
No, I'd like to have *all* methods of the o.a.c.m.linear.RealVector
interface, *except* those which modify the ca
Hi Stefan!
That's great news and even underlines better what Christian already stated:
committocracy doen't really work out - not socially and not even technically.
The code in question seems to got moved a few times, so all commit history is
long time gone.
I'll scan the Ant codebase for simi
So you not only want to observe the result, but you want a read only
RealVector.
A "clean" solution would be split RealVector in a base interface, which
not modifies any internal Data and a inherited interface which adds
xxxToSelf and setEnty(...). ??? I think this could lead to some
unforseeable
2011/8/11 Arne Ploese :
> So you not only want to observe the result, but you want a read only
> RealVector.
>
That's right. I'm sorry, my first message was not clear, especially if
you did not follow the thread on iterative solvers.
I want to observe the *solver*, and the current state of the solv
On 2011-08-11, Mark Struberg wrote:
> That's great news and even underlines better what Christian already
> stated: committocracy doen't really work out - not socially and not
> even technically.
No argument from my side.
> The code in question seems to got moved a few times, so all commit
> his
Yes, that's the plan. the 'new' plexus-utils FileUtils will for example
probably be a slim shim over the commons-io counterpart and just route through.
I now grabbed the Ant SVN codebase and figured that this got imported from CVS
in 2004...
Happy to report back fixes, but I'm doing almost a b
On 11/08/2011 8:13 AM, Henri Yandell wrote:
I was going to say: "That would put Sebb in charge of the ASF!!!", but
then I noticed that after the import of Jena Andy Seaborne appears to
be the top count committer (I know, that doesn't measure size of
commit). [http://svnsearch.org/svnsearch/rep
Le 11/08/2011 06:14, Phil Steitz a écrit :
On 8/10/11 8:19 PM, Sébastien Brisard wrote:
Hello,
going back to the initial conversation. It seems to me that
formalizing Iterative Algorithms in a general way is very interesting,
but not a realistic target for 3.0 (or probably even 3.1). However, I
Le 11/08/2011 10:55, Sébastien Brisard a écrit :
2011/8/11 Arne Ploese:
So you not only want to observe the result, but you want a read only
RealVector.
That's right. I'm sorry, my first message was not clear, especially if
you did not follow the thread on iterative solvers.
I want to observe
On 2011-08-11, Mark Struberg wrote:
> I now grabbed the Ant SVN codebase and figured that this got imported
> from CVS in 2004...
Most of the exec, io and compress stuff is older. I wrote the initial
version of the zip package in 2001 and Thomas Haas and Conor MacNeill
did most of the exec thing
OK, this I also think would be useful. But my initial question
remains, if the object I want to protect is not a RealVector, what do
you think of my solution ?
Sébastien
PS : the problem is likely to occur when listening to other Iterative
Processes (not only linear solvers). For example, in o.a.c
>
> Well, in fact I would very much like to have immutable vectors too.
> Immutability is really a way to simplify implementations. Surprisingly it
> sometimes also decrease time and memory consumption, because defensive
> copies littering user code can be avoided.
>
Luc, I have a silly question. W
commons-exec is actively maintained by Sigi Goeschl. So at least this is known
to be in good hands.
The plexus stuff still has @author tags. That's the reason why I learned that
you have been involved. I know this also has been discussed highly
controversial, but for such fork scenarios the @au
2011/8/11 Sébastien Brisard :
> OK, this I also think would be useful. But my initial question
> remains, if the object I want to protect is not a RealVector, what do
> you think of my solution ?
> Sébastien
If you create the read-only version by subclassing the writable
version, then you have to
2011/8/11 sebb :
> 2011/8/11 Sébastien Brisard :
>> OK, this I also think would be useful. But my initial question
>> remains, if the object I want to protect is not a RealVector, what do
>> you think of my solution ?
>> Sébastien
>
> If you create the read-only version by subclassing the writable
Le 11/08/2011 12:24, Sébastien Brisard a écrit :
Well, in fact I would very much like to have immutable vectors too.
Immutability is really a way to simplify implementations. Surprisingly it
sometimes also decrease time and memory consumption, because defensive
copies littering user code can be
Hello Sébastien.
> >
> > Well, in fact I would very much like to have immutable vectors too.
> > Immutability is really a way to simplify implementations. Surprisingly it
> > sometimes also decrease time and memory consumption, because defensive
> > copies littering user code can be avoided.
> >
>
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
Le 11/08/2011 13:10, Sébastien Brisard a écrit :
2011/8/11 sebb:
2011/8/11 Sébastien Brisard:
OK, this I also think would be useful. But my initial question
remains, if the object I want to protect is not a RealVector, what do
you think of my solution ?
Sébastien
If you create the read-only v
>
> You can also have a common interface without modification methods, and two
> implementations, an immutable one and a mutable one (I think this is how
> Scala containers are designed).
>
> Luc
>
That is I suppose the cleanest approach, but within the solver's loop,
I need the current solution to
> > In the SVD class I notice:
> >
> > FastMath.max(m, n)
> >
> > all over the place. Since these values are known when the constructor is
> > called and are final, would anyone object to making the result a private
> > instance variable?
I see only 2 places: lines 557 and 569.
[In one of them it
On Thu, Aug 11, 2011 at 01:16:32PM +0200, Luc Maisonobe wrote:
> Le 11/08/2011 12:24, Sébastien Brisard a écrit :
> >>
> >>Well, in fact I would very much like to have immutable vectors too.
> >>Immutability is really a way to simplify implementations. Surprisingly it
> >>sometimes also decrease ti
Le 01/08/2011 16:49, Stefan Bodewig a écrit :
All other archives are read correctly by ZipArchiveInputStream, there is
a problem with reading the size of the big entry inside the archive
created by jar, but this clearly is a bug in Java7 and I'm going to
report it against OpenJDK[1] (and may hav
On 11 August 2011 10:21, Ceki Gülcü wrote:
> On 11/08/2011 8:13 AM, Henri Yandell wrote:
>
>
>> I was going to say: "That would put Sebb in charge of the ASF!!!", but
>> then I noticed that after the import of Jena Andy Seaborne appears to
>> be the top count committer (I know, that doesn't measur
On 2011-08-11, Emmanuel Bourg wrote:
> Le 01/08/2011 16:49, Stefan Bodewig a écrit :
>> All other archives are read correctly by ZipArchiveInputStream, there is
>> a problem with reading the size of the big entry inside the archive
>> created by jar, but this clearly is a bug in Java7 and I'm goi
I agree with sebb. I prefer an organization where everyone gets one
vote. This is obviously not the only way an organization can run, but
I like neither having a diminished or overwhelming power with my vote.
The best part of having only +1 is that you can't use your merit to
strong-arm decisions o
On 2011-08-11, Mark Struberg wrote:
> commons-exec is actively maintained by Sigi Goeschl. So at least this
> is known to be in good hands.
I didn't mean to imply it wasn't - or any of the other code that was
forked wasn't properly maintained.
> It's currently in the sandbox, so every ASF commit
Hi,
currently I've set the Zip64SupportTest to @Ignore because - even if you
dont have the integration test archives around - it simply takes too
long to run every time.
Using the pretty decent notebook $work has given to me the whole test
takes 45 minutes of heavy I/O load and the machine is mor
On 11 August 2011 15:44, Stefan Bodewig wrote:
> Hi,
>
> currently I've set the Zip64SupportTest to @Ignore because - even if you
> dont have the integration test archives around - it simply takes too
> long to run every time.
>
> Using the pretty decent notebook $work has given to me the whole te
A common pattern is to introduce an own 'run-its' profile which configures
surefire to pickup those tests.
It's just not good to have tests which in summary takes longer than 3 minutes
to run. This usually leads to developers using -Dmaven.test.skip=true which is
kind of counter productive...
On 2011-08-11, Mark Struberg wrote:
> A common pattern is to introduce an own 'run-its' profile which
> configures surefire to pickup those tests.
How? 8-)
Do I put the test into a separate directory and tell surefire inside the
profile to look into that other dir?
> It's just not good to have
On 2011-08-11, sebb wrote:
> Not tried this, but looks to be what you want:
> http://stackoverflow.com/questions/1689242/conditionally-ignoring-tests-in-junit-4
I know Assume, even use it inside the test to skip all tests that
require the interop archives when those files are not present.
For t
On 11 August 2011 16:32, Stefan Bodewig wrote:
> On 2011-08-11, sebb wrote:
>
>> Not tried this, but looks to be what you want:
>
>> http://stackoverflow.com/questions/1689242/conditionally-ignoring-tests-in-junit-4
>
> I know Assume, even use it inside the test to skip all tests that
> require th
usually the maven-surefire-plugin will only pickup classes with the pattern
*Test.java.
You can rename the longrunning Tests to *IT.java and configure the
surefireplugin to additionally pickup those test classes only in the run-its
profile.
**/*Test.java
On 11.08.11 00:00, sebb wrote:
> Only missing item is a logo for the component.
Well, then, I hereby declare the contest open. Your contributions are
welcome. :-)
Bye, Thomas.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.ap
Hi folks,
this special generics case is beyond my skills. Please see
org.apache.jcs.utils.struct.DoubleLinkedList. The DoubleLinkedListNode
needs to be generified. However I was not able to find a solution that
makes the compiler happy.
Any suggestions how to solve this?
Bye, Thomas.
--
Am Donnerstag, den 11.08.2011, 10:55 +0200 schrieb Sébastien Brisard:
> 2011/8/11 Arne Ploese :
> > So you not only want to observe the result, but you want a read only
> > RealVector.
> >
> That's right. I'm sorry, my first message was not clear, especially if
> you did not follow the thread on i
Hi,
As those of you who've been following the CODEC-125 ticket will know, with
Greg's help I've got a port of the beider morse phonetic
matching (bmpm) algorithm in as a string encoder. As far as I can tell, it's
ready for people to use and abuse. It ideally needs more test-case words,
but to the
Le 11/08/2011 13:29, Sébastien Brisard a écrit :
You can also have a common interface without modification methods, and two
implementations, an immutable one and a mutable one (I think this is how
Scala containers are designed).
Luc
That is I suppose the cleanest approach, but within the solv
On 11 August 2011 19:38, Matthew Pocock wrote:
> Hi,
>
> As those of you who've been following the CODEC-125 ticket will know, with
> Greg's help I've got a port of the beider morse phonetic
> matching (bmpm) algorithm in as a string encoder. As far as I can tell, it's
> ready for people to use an
Hi Sebb,
> The reason I raised the issue was that the API seems to be currently
> in a state of flux.
>
The BMPM code has not appeared in a previous release. It is a discrete
addition that doesn't alter any existing code, and as far as I know,
currently no 3rd party code relies upon it. Right no
Hello All!
Topic 1: Housekeeping: package name and POM.
The next codec release out of trunk will be major release labeled 2.0,
the current release is 1.5.
In trunk, I've removed deprecated methods and the project now requires
Java 5. This means 2.0 will not be a drop-in binary compatible release
On 8/11/11 4:22 AM, Gilles Sadowski wrote:
> Hello Sébastien.
>
>>> Well, in fact I would very much like to have immutable vectors too.
>>> Immutability is really a way to simplify implementations. Surprisingly it
>>> sometimes also decrease time and memory consumption, because defensive
>>> copies
On 11 August 2011 20:56, Gary Gregory wrote:
> Hello All!
>
> Topic 1: Housekeeping: package name and POM.
>
> The next codec release out of trunk will be major release labeled 2.0,
> the current release is 1.5.
>
> In trunk, I've removed deprecated methods and the project now requires
> Java 5. T
On 11 August 2011 20:55, Matthew Pocock wrote:
> Hi Sebb,
>
>
>> The reason I raised the issue was that the API seems to be currently
>> in a state of flux.
>>
>
> The BMPM code has not appeared in a previous release. It is a discrete
> addition that doesn't alter any existing code, and as far as
On Thu, Aug 11, 2011 at 4:10 PM, sebb wrote:
> On 11 August 2011 20:56, Gary Gregory wrote:
>> Hello All!
>>
>> Topic 1: Housekeeping: package name and POM.
>>
>> The next codec release out of trunk will be major release labeled 2.0,
>> the current release is 1.5.
>>
>> In trunk, I've removed dep
Hello,
I have a proposal for a numerical derivatives framework for Commons
Math. I'd like to add the ability to take any UnivariateRealFunction
and produce another function that represents it's derivative for an
arbitrary order. Basically, I'm saying add a factory-like interface
that looks somethi
Hi All:
The 2.0 to 3.0 Clirr report here:
https://commons.apache.org/lang/lang2-lang3-clirr-report.html
lists that all classes added are in the .lang. package instead of the
.lang3. package.
Cheers,
Gary
http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggrego
At least three with some code I checked in last night. The point is that
there is no reason to replicate the same thing over and over again.
-Greg
On Thu, Aug 11, 2011 at 6:33 AM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> > > In the SVD class I notice:
> > >
> > > FastMath.max(m,
Le 11/08/2011 23:27, Fran Lattanzio a écrit :
Hello,
Hi Fran,
I have a proposal for a numerical derivatives framework for Commons
Math. I'd like to add the ability to take any UnivariateRealFunction
and produce another function that represents it's derivative for an
arbitrary order. Basicall
I like the idea of adding this feature. What about an abstract class
that implements DifferentiableMultivariateRealFunction and provides the
method for partialDerivative (). People could then override the
partialDerivative method if they have an analytic derivative.
Here's some code that I'm h
On Thu, Aug 11, 2011 at 4:10 PM, sebb wrote:
> On 11 August 2011 20:56, Gary Gregory wrote:
>> Hello All!
>>
>> Topic 1: Housekeeping: package name and POM.
>>
>> The next codec release out of trunk will be major release labeled 2.0,
>> the current release is 1.5.
>>
>> In trunk, I've removed dep
I'd be quite interested in seeing Numerical Derivatives in CM. There are some
interesting ideas about Numerical Differentiation here:
http://www.holoborodko.com/pavel/numerical-methods/
Bruce
On Aug 11, 2011, at 6:30 PM, Patrick Meyer wrote:
> I like the idea of adding this feature. What abo
Modify manually to fix :)
I don't think we'll need to make a new one, that shows 2.6->3.0 and
after that will be generated.
Hen
On Thu, Aug 11, 2011 at 2:28 PM, Gary Gregory wrote:
> Hi All:
>
> The 2.0 to 3.0 Clirr report here:
>
> https://commons.apache.org/lang/lang2-lang3-clirr-report.html
Hi,
it's clear I think that there is no really fool-proof solution, but
that's OK I think. The idea would be to avoid accidental modifications
which could be catastrophic. But nothing could prevent an evil
programmer to do its evil job. I like what was earlier pointed out:
Javadoc should be very de
On 2011-08-11, Mark Struberg wrote:
> usually the maven-surefire-plugin will only pickup classes with the pattern
> *Test.java.
> You can rename the longrunning Tests to *IT.java and configure the
> surefireplugin to additionally pickup those test classes only in the
> run-its profile.
>
On 8/11/11 8:41 PM, Sébastien Brisard wrote:
> Hi,
> it's clear I think that there is no really fool-proof solution, but
> that's OK I think. The idea would be to avoid accidental modifications
> which could be catastrophic. But nothing could prevent an evil
> programmer to do its evil job. I like
I'm sorry. Coming up to work, I've realized that my previous
suggestion was silly.
>
> Instead of having a method
> RealVector getSolution()
> how about specifying
> RealVector getSolution(boolean deep)
> if deep is true, it returns a deep copy, if not it MIGHT (but the
> contract of the method doe
As Patrick suggested, this approach should really be extended to
multivariate functions. To cite but one example, I recently attended a
conf where Pr. Prevost (Princeton) talked about non-linear finite
elements calcs. The long standing approach had always been to
implement the analytical expression
Hi,
while looking through the Gump setup for JCS I realized the artifactId
inside the POM had been changed to commons-jcs while the groupId still
is org.apache.jcs. Does it make sense to keep the old groupId when
you change the artifactId anyway?
Stefan
-
61 matches
Mail list logo