psteitz 2004/01/10 23:19:52
Modified:math/src/java/org/apache/commons/math/random
EmpiricalDistribution.java
Log:
Added load(URL). Addressing PR #25972, reported by Bill Barker.
Revision ChangesPath
1.11 +12 -4
psteitz 2004/01/10 23:22:14
Modified:math/src/java/org/apache/commons/math/random
EmpiricalDistributionImpl.java
Log:
Refactored load methods to eliminate use of URL.toFile(). Addressing PR #25972,
reported by Bill Barker.
Revision ChangesPath
psteitz 2004/01/10 23:24:30
Modified:math/src/java/org/apache/commons/math/random
ValueServer.java
Log:
Refactored file handling methods to eliminate use of URL.toFile(). Addressing PR
#25972, reported by Bill Barker.
Revision ChangesPath
1.9
psteitz 2004/01/10 23:26:51
Modified:math/src/test/org/apache/commons/math/random
EmpiricalDistributionTest.java ValueServerTest.java
Log:
Modified tests to reflect changes addressing PR #25972.
Revision ChangesPath
1.8 +7 -9
If I understand correctly the struct and the fact that its SqlServer on
Intel P4 means I'm seeing little endian first in the DWORD and WORD fields?
That makes the pattern intelligible:
TypeField HexOctet
DWORD Data1 - [lsb0][lsb1][msb0][msb1]
WORDData2 - [lsb][msb]
WORDData3 -
psteitz 2004/01/10 23:42:20
Modified:math project.xml
Log:
Added humble self to developers.
Revision ChangesPath
1.34 +8 -11 jakarta-commons/math/project.xml
Index: project.xml
===
RCS
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25972.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey Tim,
The implementation looks interesting. So that we can discuss with code in
front of us, I will commit this evening (er...morning, I guess it is).
See interspersed.
Tim Reilly wrote:
If I understand correctly the struct and the fact that its SqlServer on
Intel P4 means I'm seeing
psteitz 2004/01/11 01:16:20
Added: id/src/java/org/apache/commons/id/uuid UUID.java
UUIDFormatException.java
id/src/test/org/apache/commons/id/uuid UUIDTest.java
Log:
Added UUID, UUIDFormatException and associated tests.
Contributed by: Tim
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26035.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
psteitz 2004/01/11 01:22:14
Removed: id/src/java/org/apache/commons/id/uuid UuidClock.java
id/src/test/org/apache/commons/id/uuid UuidClockTest.java
Log:
Removed renamed classes.
-
To unsubscribe,
http://jakarta.apache.org/~scolebourne/collections3/
(link to Javadoc for 3.0 isn't there yet)
Comments/changes/opinions?
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25156.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20412.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In message [EMAIL PROTECTED], steve cohen writes:
Oops! CVS doesn't have undelete, does it? :-( Sorry for not
knowing/understanding this rule. Do we add it back in (losing history) or is
there some way to put that back as well? What is best way to proceed?
It looks like you already took
Hello,
I am working on a kind of SQL SELECT generator library. The basic idea
is that you have an object representing the query to be performed. You
add objects for the fields to be retrieved and feed it with condition
objects. Finally it returns a fully initialized PreparedStatement object.
psteitz 2004/01/11 11:34:31
Modified:math/xdocs navigation.xml
Log:
Fixed capitalization.
Revision ChangesPath
1.8 +2 -2 jakarta-commons/math/xdocs/navigation.xml
Index: navigation.xml
===
psteitz 2004/01/11 11:35:23
Modified:math/xdocs/userguide random.xml
Log:
Fixed source formatting.
Revision ChangesPath
1.5 +9 -9 jakarta-commons/math/xdocs/userguide/random.xml
Index: random.xml
On Jan 10, 2004, at 5:56 PM, Bill Horsman wrote:
Do you mean the methods of the java.util.Map interface constrain the
implementation ?
That's not what I meant, but actually it does :) My getVar() method
throws an UnknownVariableException and in order to maintain that API I
would have to make the
On Jan 10, 2004, at 2:21 PM, Bill Horsman wrote:
I've made some changes to allow for strict checking of unknown
variables
inside an expression. Please see attached patch plus one new class
(UnknownVariableException). The changes were simple enough. The
JexlHelper.createContext()
method is now
On Sun, 2004-01-11 at 20:46, peter royal wrote:
So if implement the Map interface (or expose it) then you run the risk
of another class just calling get() instead of getVar() and bypassing
my
strict variable check.
Unless the new exception was a subclass of RuntimeException :)
Yep,
We currently depend on SNAPSHOTs for [discovery], [lang] and
[collections]. I think these should be changed to depend on released
versions.
Somehow, we need to get the released [discovery] 0.2 uploaded to ibiblio
(only 0.1 and a way out of date snapshot -- which we depend on -- is there
On Sun, 2004-01-11 at 20:47, peter royal wrote:
Looks good. My only suggestion is that you likely want to check for
existence of the key in the map in order to known when to throw the
exception, as opposed to testing for null. That way you can have valid
variables that are null.
Argh,
I believe you just have to go to http://jira.codehaus.org and add a new
issue to the MAVENUPLOAD project. At least, that's what I see fly by at
around 5 a day on the maven dev list...just FYI.
-john
On Sun, 2004-01-11 at 14:57, Phil Steitz wrote:
We currently depend on SNAPSHOTs for
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25972.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Jan 11, 2004, at 2:54 PM, Bill Horsman wrote:
On Sun, 2004-01-11 at 20:46, peter royal wrote:
So if implement the Map interface (or expose it) then you run the
risk
of another class just calling get() instead of getVar() and bypassing
my
strict variable check.
Unless the new exception was a
Thanks, we will try to get some documentation and links going relating
to this.
John Casey wrote:
I believe you just have to go to http://jira.codehaus.org and add a new
issue to the MAVENUPLOAD project. At least, that's what I see fly by at
around 5 a day on the maven dev list...just FYI.
scolebourne2004/01/11 13:25:04
Modified:.LICENSE LICENSE.txt
Log:
Fix licence dates and text
Revision ChangesPath
1.6 +5 -5 jakarta-commons/LICENSE
Index: LICENSE
===
RCS file:
We do have the nightly builds directory producing nightly releases. My
question:
Can we also push jars and src releases out into this directory using Maven?
-Mark
John Casey wrote:
I believe you just have to go to http://jira.codehaus.org and add a new
issue to the MAVENUPLOAD project. At
[EMAIL PROTECTED] wrote:
Added Tim as a developer. It'd probably be a good idea to have an xml file
with entity definitions for commons developers so that the entry is the same
in each project.xml.
Shared entities are a PITA for people who care only about certain subprojects
(referencing shared
On 11 Jan 2004, at 21:31, J.Pietschmann wrote:
[EMAIL PROTECTED] wrote:
Added Tim as a developer. It'd probably be a good idea to have an xml
file
with entity definitions for commons developers so that the entry is
the same
in each project.xml.
Shared entities are a PITA for people who care
QueryRunner has a protected prepareStatement method that can be overridden
with custom handling:
http://jakarta.apache.org/commons/dbutils/xref/org/apache/commons/dbutils/QueryRunner.html#140
DbUtils isn't about modeling various SQL components as objects. IMO, the
real benefit of using DbUtils
Stephen Colebourne wrote:
From: Phil Steitz [EMAIL PROTECTED]
* Do we really need to show links to every commons/sandbox component?
Might the link to Components.html suffice by itself?
I think I still prefer the component list at the moment. So long as the
useful links are manually placed at
I think a MIME Multipart project is a great idea (whether independent or
part of codec), and would be willing to contribute some time to it.
I have written (and continue to maintain) a b2b framework for my
employer. We use ebxml over IBM MQSeries to transfer messages around,
and ebxml uses MIME
dgraham 2004/01/11 14:21:00
Modified:dbutils project.xml
Log:
Added Corby Page to contributors section.
Revision ChangesPath
1.7 +12 -1 jakarta-commons/dbutils/project.xml
Index: project.xml
dgraham 2004/01/11 14:30:39
Modified:dbutils/src/java/org/apache/commons/dbutils
ResultSetHandler.java DbUtils.java QueryLoader.java
BasicColumnProcessor.java BasicRowProcessor.java
ProxyFactory.java
O.k. I'm trying to do a few things right now:
1.) Build release distributions (jar,src,zip,tar) for [math] to be
published on Ibiblio with the dependencies resolved.
2.) make a jira request to have these published.
3.) Build a dated snapshot dist of discovery.
4.) make jira requests to have
On Sunday 11 January 2004 12:51 pm, Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], steve cohen writes:
Oops! CVS doesn't have undelete, does it? :-( Sorry for not
knowing/understanding this rule. Do we add it back in (losing history) or
is there some way to put that back as well?
On Jan 11, 2004, at 3:03 PM, Bill Horsman wrote:
Do you want me to resubmit the patch? BTW, my patch file didn't include
the new file I added. Is there anyway of including the new files too,
or
do I just need to include them separately?
A new patch would be easiest :)
If you're working against
1.) Is there anyone in particular that is in charge or who has ssh
access to deploy maven distributions of nightly builds to ibiblio from
the jakarta commons area?
2.) I'd like to start getting at least a weekly or monthly build
(bin,src,jar) updated to ibiblio via whatever automated process
I wanted to give a first pass at generating distributions for math.
Please provide any comments. IF there are no issues I will file a
ibiblio upload request on JIRA
http://cvs.apache.org/~mdiggory/commons/math/
-Mark
--
Mark Diggory
Software Developer
Harvard MIT Data Center
Mark R. Diggory wrote:
I wanted to give a first pass at generating distributions for math.
Please provide any comments. IF there are no issues I will file a
ibiblio upload request on JIRA
We don't have Jira ready for import. We're waiting to hear from codehaus so
that we can migrate the live
Quoting Mark R. Diggory [EMAIL PROTECTED]:
1.) Is there anyone in particular that is in charge or who has ssh
access to deploy maven distributions of nightly builds to ibiblio from
the jakarta commons area?
I create and upload the nightly builds that are at:
+1 for removing the distracting list of components from the left nav and
replacing it with a link to components.html
Also, take a look at the Maven sites with a white background. Betwixt,
CLi, codec, configuration, daemon, latka.
src/media/logo.xcf - get a copy of GIMP 1.2, open up the
Matthew, this is a good idea, but [OT] for commons-dev. It has a much
larger relevant audience in Jakarta.
Move the discussion over to general@, and let's get the discussion started.
__matthewHawthorne wrote:
In this thread:
http://nagoya.apache.org/eyebrowse/[EMAIL
I prefer to leave these maven sections in. Simply for maven consistency
across all maven websites.
OK, but can we limit reports on the public site to JavaDocs, Unit Tests,
Sourc XRef, Test XRef and License? These are more or less stable.
Notice that I left out checkstyle ;) We should
I started a similar discussion a few weeks ago, which I tried to start
again today. The subject was:
[maven] developer repository
which I just sent to [EMAIL PROTECTED], due to Tim's suggestion.
Craig R. McClanahan wrote:
Quoting Mark R. Diggory [EMAIL PROTECTED]:
1.) Is there anyone in
tobrien 2004/01/11 18:32:49
jakarta-commons/collections/src/media - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tobrien 2004/01/11 18:33:15
Modified:collections project.xml
collections/xdocs navigation.xml
Added: collections/src/media logo.xcf
collections/xdocs/images logo.png
Log:
Proposed white background Maven site
Revision ChangesPath
1.25
Stephen Colebourne wrote:
We need to add a logo image of some kind or override the logo in
../project.xml, since I think this will show up as a broken image ref
under IE.
Needs someone to create an images/ logo.jpg file and check it in.
Volunteers?
try this:
Craig R. McClanahan wrote:
Quoting Mark R. Diggory [EMAIL PROTECTED]:
1.) Is there anyone in particular that is in charge or who has ssh
access to deploy maven distributions of nightly builds to ibiblio from
the jakarta commons area?
I create and upload the nightly builds that are at:
Thanks for the reply.
Yep, it is a completely different framework. I wrote
the framework before looking at the current commons codec
component so there are no relationships between the two.
Hopefully there are ways of incorporating ideas between the
two.
Are you hoping to incorporate streamed
Mark R. Diggory asked:
Shouldn't [mime] be dependent on JAF?
Why?
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tobrien 2004/01/11 20:01:07
Modified:configuration/xdocs index.xml
Log:
This index.xml was reworded with the usual grammar considerations. The history
section should, ideally, talk more to the actual dates when these things happened, and
there is more room on the index page to
Noel J. Bergman wrote:
Mark R. Diggory asked:
Shouldn't [mime] be dependent on JAF?
Why?
--- Noel
For a standardized cross platform means of resolving a streams mime-type
to an appropriate Object (File, String, XML, etc). I know there are
issues with how its used by JavaMail, but is
On Mon, 2004-01-12 at 17:14, Mark R. Diggory wrote:
Noel J. Bergman wrote:
Mark R. Diggory asked:
Shouldn't [mime] be dependent on JAF?
Why?
--- Noel
For a standardized cross platform means of resolving a streams mime-type
to an appropriate Object (File, String,
bayard 2004/01/11 20:54:18
Modified:collections project.xml
Log:
moving to rc1
Revision ChangesPath
1.26 +1 -1 jakarta-commons/collections/project.xml
Index: project.xml
===
RCS file:
Tim O'Brien wrote:
Could someone with access add a new component configuration under the
program commons in Bugzilla?
Would Jakarta Commons like to migrate into Jira? We're in the process
(literally in the process) of bringing it live tonight. Jelly is already in
there, and we can import
Tim O'Brien wrote:
Stephen Colebourne wrote:
We need to add a logo image of some kind or override the logo in
../project.xml, since I think this will show up as a broken image ref
under IE.
Needs someone to create an images/ logo.jpg file and check it in.
Volunteers?
try this:
Maybe that's the style in Maven's CVS HEAD? It looks like
maven.apache.org ...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Possibly a bit early, but I've done the boring bit and cvs tag'd the repo
with a COLLECTIONS_3_0_RC1 and built accordingly:
http://www.apache.org/~bayard/commons-collections/
rc1-release /being the bits that ASF would deploy.
4maven/ being a couple of jars to put on the ibiblio repo.
The
Noel J. Bergman wrote:
Mark R. Diggory asked:
Shouldn't [mime] be dependent on JAF?
Why?
Looks like others already stated this, but here's my why/why not:
why: it's an established API that doesn't have anything to do with MIME
handling. JAF handles creating Java objects from streams. (This was
AltRMI, Jelly, Geronimo, and Phoenix Developers and PMC Members,
Over the past few weeks we have asked you to review the test installation.
We have heard positive reports, and no negative reports.
We are in the process of working with codehaus to migrate the ASF projects.
Codehaus is setting the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25431.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Andrew,
The response produced by the web server is clearly wrong and is in
violation of the HTTP spec. I personally doubt that HttpClient can be
expected to provide a work around for every single problem caused by
every single crappy web server out there. What if the server sent two
extraneous
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25468.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25370.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
My objective is to log in to this site using httpclient:
http://www.racingpost.co.uk/horses
The first problem is that I can't see the connection between the following
request (gleaned from my browser + proxy) and the login form you see at the
top of the page. Evidently this GET request (why no
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25529.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
71 matches
Mail list logo