陳雪傑 wrote:
Hi all
How can I get Commons-net-2.1 Source and Binaries?
I want get publiced Commons-net-2.1 Source and Binaries from apache,
but the page (http://commons.apache.org/net/download_net.cgi) do not
provide it.
You cannot, since it was never officially released. So, yes, there
Hi Jörg
You cannot, since it was never officially released. So, yes,
there is a tag in Subversion, but nobody knows, who spread it
into public, what it actually contains and you're on your own
using this code. Therefore you cannot download any binaries
or tar balls, it has no direct
Why does the site list it in the release notes? Do we need to move all of
the jira issues to 2.2?
On Oct 14, 2010 3:36 AM, Jörg Schaible joerg.schai...@gmx.de wrote:
陳雪傑 wrote:
Hi all
How can I get Commons-net-2.1 Source and Binaries?
I want get publiced Commons-net-2.1 Source and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian,
On 10/12/2010 5:15 PM, Brian Pontarelli wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian,
On 10/4/2010 11:43 AM, Brian Pontarelli wrote:
I figured that the original File and the File written out by the
FileUpload would have
Hi,
I am reposting this issue since the original one through nabble forums
somehow didn't get accepted, so I am hoping this one is;-) I am currently
evaluating whether commons Math can be used in our project for regression
analysis. Based on an earlier thread I've tried to apply natural
Using a single error measure for a wide range of functions doesn't work well
(as you have noted).
The fundamental problem is that squared error is a *really* bad metric on
curves like this. If you plot your original function and the fitted
version, you will see what the issue is. I took, for
the problem is not with fitting, but with a scale of your y: E13 to E22
get the log, and it may work better then.
On Thu, Oct 14, 2010 at 12:16 PM, Christiaan christiaan...@hotmail.comwrote:
Hi,
I am reposting this issue since the original one through nabble forums
somehow didn't get
At first I thought the lengths were different, but that was actually in a much
more complex set of tests. I wrote the test code below after my first post to
the list.
Here's what that code is doing:
The lengths are the same, but the byte at position 305 is -1 rather than -66.
The answers to
I wanted to close this thread out. I figured out the issue. My stream wasn't
correctly converting the bytes to ints. It needed to shift the bits so that if
the byte FF was encountered it wasn't returned as -1, but as 255. In fact, all
negative bytes were probably causing issues. The fix was to
On 14 October 2010 13:31, James Carman ja...@carmanconsulting.com wrote:
Why does the site list it in the release notes?
Because that was correct at the time the site was updated, i.e. before
2.1 was even proposed for release.
Note that there is no date associated with the release.
However,
Hi all
The action is server to which the client is connected to append to a given
file on the other server
The result is the new file replaced the remote file.
I think FTPClient.java should change as follows:
public boolean remoteAppend(String filename) throws IOException
{
if
I'm sorry, Steven, but it's getting critical.
I'm just testing my program on Linux 2.6.9-89.0.15.ELsmp and connecting
to my home FTP server on port 10021. The same error is appearing.
Can you please check it?
Thanks.
On 08.10.2010 20:21, Steven Siebert wrote:
Ah, my apologies, I didn't
My apologies! I am finishing us a bit of refactoring on some utility and
then I'll pop over to that.
On Thu, Oct 14, 2010 at 9:13 PM, J-Pro jpro@gmail.com wrote:
I'm sorry, Steven, but it's getting critical.
I'm just testing my program on Linux 2.6.9-89.0.15.ELsmp and connecting to
my
13 matches
Mail list logo