I have a related story. There is a class in commons-math 4.0 called
IntegerRange. Stylistically I much prefer Iterating over such a range than
C style loops and was ready to convert. However I found it many times
slower, at least in not terribly rigorous home micro-benchmarking.
Any good reason wh
Just a suggestion. Ask on the jackrabbit Dev list.
Regards,
Dave
Sent from my iPhone
> On May 16, 2016, at 5:28 AM, Stian Soiland-Reyes wrote:
>
> JackrabbitMain seems to be based on jackrabbit-standalone module
>
> https://github.com/apache/jackrabbit/blob/1.5/jackrabbit-standalone/src/main/
On 17 May 2016 at 00:05, Gary Gregory wrote:
> On Mon, May 16, 2016 at 3:50 PM, sebb wrote:
>
>> On 16 May 2016 at 21:47, wrote:
>> > Author: ggregory
>> > Date: Mon May 16 20:47:47 2016
>> > New Revision: 1744132
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1744132&view=rev
>> > Log:
>> > [
Hi Giles,
I ran into the same problem. Many months ago I asked about higher order
moments in Multivariate Stats. I pulled the code and implemented third and
fourth order moments in MVStats. I had to "unprotect" some methods and
mostly got everything working. The problem arose (I think) in one of th
On Mon, May 16, 2016 at 3:50 PM, sebb wrote:
> On 16 May 2016 at 21:47, wrote:
> > Author: ggregory
> > Date: Mon May 16 20:47:47 2016
> > New Revision: 1744132
> >
> > URL: http://svn.apache.org/viewvc?rev=1744132&view=rev
> > Log:
> > [CODEC-218] Refactor HmacUtils methods into the HmacAlgori
On Mon, May 16, 2016 at 3:53 PM, Gary Gregory
wrote:
> On Mon, May 16, 2016 at 3:48 PM, sebb wrote:
>
>> On 16 May 2016 at 22:07, wrote:
>> > Author: ggregory
>> > Date: Mon May 16 21:07:32 2016
>> > New Revision: 1744140
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1744140&view=rev
>> > Lo
On Mon, May 16, 2016 at 3:48 PM, sebb wrote:
> On 16 May 2016 at 22:07, wrote:
> > Author: ggregory
> > Date: Mon May 16 21:07:32 2016
> > New Revision: 1744140
> >
> > URL: http://svn.apache.org/viewvc?rev=1744140&view=rev
> > Log:
> > [CODEC-211] Create enum MessageDigestAlgorithm and depreca
On 16 May 2016 at 21:47, wrote:
> Author: ggregory
> Date: Mon May 16 20:47:47 2016
> New Revision: 1744132
>
> URL: http://svn.apache.org/viewvc?rev=1744132&view=rev
> Log:
> [CODEC-218] Refactor HmacUtils methods into the HmacAlgorithms enum.
-1
I don't see the point in deprecating perfectly
On 16 May 2016 at 22:07, wrote:
> Author: ggregory
> Date: Mon May 16 21:07:32 2016
> New Revision: 1744140
>
> URL: http://svn.apache.org/viewvc?rev=1744140&view=rev
> Log:
> [CODEC-211] Create enum MessageDigestAlgorithm and deprecate class
> MessageDigestAlgorithms. Add "Hex" APIs.
-1
As pe
Sean,
Circling back around on the discussions today about Jackrabbit's NOTICE
file, this would change your -1 vote, yes?
Sean Busbey wrote:
-1 (non-binding)
bad:
* LICENSE/NOTICE file is missing a bundled third party reference[1]
maybe fine:
* source artifacts mostly match source tag[2]
*
I've just created JIRA tickets for the proposal:
- https://issues.apache.org/jira/browse/SCXML-249 (Moving to Java 8 in 2.0)
- https://issues.apache.org/jira/browse/SCXML-250 (Drop XML/XPath
based data model in 2.0)
Replacing Rhino JS evaluator by Nashorn was already done with
SCXML-245, so there
Hi.
On Mon, 16 May 2016 14:40:06 +0100, Daniel Winterstein wrote:
Hello,
I was doing some work with Kalman Filters recently, and I noticed the
implementation in commons.math is missing a couple of features,
namely
smoothing and model-fitting.
Would it be good to add these?
Sure.
A little
On 2016-05-16 08:29, Josh Elser wrote:
> +cc busbey (in case he misses this discuss, otherwise)
>
> Does this make sense to you? I'm sure you have a better understanding
> than I do at the fringes of licensing @ the ASF :)
>
> tl;dr Those copied files from jackrabbit were added after the cod
Stian Soiland-Reyes wrote:
I'll ask on dev@jackrabbit to be sure.
>
> Agreed - so I've tracked it ashttps://issues.apache.org/jira/browse/VFS-611
>
> Could you assign it to me so I can mark it as In Progress?
Tried, but cannot find you as an assign target.
BTW, there is a sibling file
Hello,
I was doing some work with Kalman Filters recently, and I noticed the
implementation in commons.math is missing a couple of features, namely
smoothing and model-fitting.
Would it be good to add these?
A little bit more on the model and the proposed features:
The Kalman Filter is a model f
On 16 May 2016 at 14:13, sebb wrote:
> Looking for feedback on C-style and foreach() loops when using arrays.
> [This email does not consider collections; please start another thread
> if you want to discuss that.]
>
> TLDR; Always use foreach() with arrays unless you need access to the index.
+1
Stian Soiland-Reyes wrote:
Hi,
I assume you mean Commons VFS 2.1.
The second release candidate was effectively pulled because we were
missing a LICENSE/NOTICE entry:
https://lists.apache.org/thread.html/Zif1iomxs7u25tt
This should be trivial to fix, but also important to get right legally.
+cc busbey (in case he misses this discuss, otherwise)
Does this make sense to you? I'm sure you have a better understanding
than I do at the fringes of licensing @ the ASF :)
tl;dr Those copied files from jackrabbit were added after the code was
already graduated from Incubator, thus, the or
Looking for feedback on C-style and foreach() loops when using arrays.
[This email does not consider collections; please start another thread
if you want to discuss that.]
TLDR; Always use foreach() with arrays unless you need access to the index.
==
There are two main ways to iterate over an ar
JackrabbitMain seems to be based on jackrabbit-standalone module
https://github.com/apache/jackrabbit/blob/1.5/jackrabbit-standalone/src/main/java/org/apache/jackrabbit/standalone/Main.java
which starts in 2008:
https://github.com/apache/jackrabbit/commit/de58b89320ed768a89035197b46f1486b35d430d
On 16 May 2016 at 10:56, Stian Soiland-Reyes wrote:
> On 16 May 2016 at 10:10, sebb wrote:
>
>> Ignore that, I see you found the actual source file,
>> so clearly it is not from the original Day contribution.
>>
>> I was mislead by the comments in the source which implied it came from
>> various
On 16 May 2016 at 08:33, Stian Soiland-Reyes wrote:
> Hi,
>
> I assume you mean Commons VFS 2.1.
>
> The second release candidate was effectively pulled because we were
> missing a LICENSE/NOTICE entry:
Surely it has not yet been established whether an entry is needed or not?
Therefore the VOTE
On 16 May 2016 at 10:10, sebb wrote:
> Ignore that, I see you found the actual source file,
> so clearly it is not from the original Day contribution.
>
> I was mislead by the comments in the source which implied it came from
> various sources.
> It would be helpful to identify the actual sources
Hello.
Referring to
https://issues.apache.org/jira/browse/MATH-1346
The class mostly adds a trivial layer (for a subset of the
distributions available in CM) around "RandomDataGenerator"
(which itself was a trivial layer around the sampling API
directly provided by the distribution classes).
On 16 May 2016 at 10:05, sebb wrote:
> On 16 May 2016 at 08:51, Stian Soiland-Reyes wrote:
>> In Jackrabbit's source code I find JcrUtils added in 2009:
>>
>> https://github.com/apache/jackrabbit/commit/0882a5cc1ed4ce1cf9d3c6b3a592f97c5772ce25
>>
>> but Jackrabbit graduated from the incubator in
On 16 May 2016 at 08:51, Stian Soiland-Reyes wrote:
> In Jackrabbit's source code I find JcrUtils added in 2009:
>
> https://github.com/apache/jackrabbit/commit/0882a5cc1ed4ce1cf9d3c6b3a592f97c5772ce25
>
> but Jackrabbit graduated from the incubator in 2006:
>
> http://incubator.apache.org/project
Hello Heighen,
I extened a bit the concept (gold plating). The ideal thing is to create an
extension as you did at OpensslNative.c that supports pkcs11. Can i provide
a JIRA and do the same thing, maintaining the same interface?
Best Regards,
Giorgio
On Mon, May 16, 2016 at 5:09 AM, Chen, Haifeng
Hi,
In reviewing an RC for Apache Commons VFS 2.1
https://lists.apache.org/thread.html/Zjouqd6cpmohrj3
we wondered about a file
https://github.com/apache/commons-vfs/blob/trunk/core/src/test/java/org/apache/commons/vfs2/provider/webdav/test/JcrUtils.java
which we have adapted from Jackrabbit 2
In Jackrabbit's source code I find JcrUtils added in 2009:
https://github.com/apache/jackrabbit/commit/0882a5cc1ed4ce1cf9d3c6b3a592f97c5772ce25
but Jackrabbit graduated from the incubator in 2006:
http://incubator.apache.org/projects/jackrabbit.html
So presumably the software from Day Software
Hi,
I assume you mean Commons VFS 2.1.
The second release candidate was effectively pulled because we were
missing a LICENSE/NOTICE entry:
https://lists.apache.org/thread.html/Zif1iomxs7u25tt
This should be trivial to fix, but also important to get right legally.
I assume Josh Elser (as the R
30 matches
Mail list logo
