That sounds like a PITA and I wonder if we are really thinking
about this
correctly. Interleaving JNI calls and comparing timestamps will be hard
and ultimately inconclusive, IIUC. What exactly did you have in mind
here?
Why not run the native code, capture the output, and compare?
Quoting Jung, Eric (Contractor) [EMAIL PROTECTED]:
Hi,
This is a general question for all commons projects, since they share the
same mailing list:
1. Why do they all share the same mailing list?
I know you got your specific technical concerns addressed later in this thread,
but I'd like
I think that code like this would be a great addition to [io]. There has
been a pattern in a number of commons utilities where code starts as static
utilities and then becomes beans/classes underneath.
One thing to consider at this point is whether to match the names of the
Utils classes to the
From: Ron Blaschke [EMAIL PROTECTED]
Thanks a lot for the pointers to convert and how to get involved. I
glanced over convert and it seems the right place to start.
I am also willing to help push forward the [convert] project and am willing
to apply patches etc.
Stephen
I'm sorry I'm coming so late on this but I wanted to point out one
interest into this library: Jelly is currently using BeanUtils with a
few registred additional converters (for example Jelly-Swing with
Dimensions, Rectangles, Colors, Fonts, ...). However the way these
converters are registred
On 22 Jan 2004, at 10:21, Paul Libbrecht wrote:
I'm sorry I'm coming so late on this but I wanted to point out one
interest into this library: Jelly is currently using BeanUtils with a
few registred additional converters (for example Jelly-Swing with
Dimensions, Rectangles, Colors, Fonts,
On 22 Jan 2004, at 06:07, Steve Cohen wrote:
I see.
After looking further into this matter, I begin to doubt the
correctness of
the http://jakarta.apache.org/commons/releases/prepare.html
instructions.
hi steve
IIRC this point has been talked about at a little length in the past. i
see to
rdonkin 2004/01/22 02:59:30
Added: betwixt/src/test/org/apache/commons/betwixt/introspection
Tag: REFACTORING-BRANCH_2004-01-13 CompanyBean.java
Log:
Used in testing isHollow implementation
Revision ChangesPath
No revision
No
rdonkin 2004/01/22 03:00:03
Modified:betwixt/src/java/org/apache/commons/betwixt Tag:
REFACTORING-BRANCH_2004-01-13 BeanProperty.java
ElementDescriptor.java
betwixt/src/test/org/apache/commons/betwixt/introspection
leosutic2004/01/22 03:00:13
Modified:attributes/compiler/src/java/org/apache/commons/attributes/compiler
AttributeCompiler.java
Log:
Need to erase type information to keep the compiler from signalling an error
if the instanceof test can not possibly be true
epugh 2004/01/22 03:41:23
Modified:configuration/src/test/org/apache/commons/configuration
TestDatabaseConfiguration.java
configuration project.xml
Log:
Fix tests so that testdb.script not regenerated constantly. fixs cvs wanting to
chck
Hmm, thanks, Robert.
The Sun docs' example makes a better case for their way of doing it than the
Apache example does. In particular Implementation-Version boils down to
basically a build number which is not clearly shown in the Apache example.
Of course we don't use these in Commons-net and
Hi all,
A while ago we discussed 1.0 requirements that are left. And at this point,
all have been finished except changing the api to throw a
ConfigurationException.
Now, I am thinking about how to implement this, and am not too keen on the
idea of ConfigurationException being a non runtime
On Thursday 22 January 2004 12:04 am, Steve Cohen wrote:
I have built a candidate release for 1.1.1.
Testing it is has proven a bit problematical. I found an old Blackdown
port of java 1.1.8 for Linux. I don't believe Sun ever released a port of
Java 1.1 for Linux. Whether this has ever
--- Tim Reilly [EMAIL PROTECTED] wrote:
snip/
I agree the JNI will be a PITA for me, especially since I'm re-learning
C. I
have a simple program working on Win2K and RH8. I'm not sure if the code
would need to be recompiled for each target platform (at least making it
an
optional test
Eric Pugh wrote:
Hi all,
A while ago we discussed 1.0 requirements that are left. And at this point,
all have been finished except changing the api to throw a
ConfigurationException.
Now, I am thinking about how to implement this, and am not too keen on the
idea of ConfigurationException being a
hi kevin
On 22 Jan 2004, at 00:12, Kevin A. Burton wrote:
I've sent a few emails off to [EMAIL PROTECTED] about this...
had a bunch of +1s...
You can view the history here:
http://www.peerfear.org/rss/permalink/2004/01/11/
FeedParserAPIForJavaSourceAvailable
(and here:
A +1 for Craig's comments.
If there are users who still have 1.2 requirements going forward, I say
should say to them, you need to take it upon yourself to make the case
for an upgrade, or work actively in this community to write components
that work with 1.2.
The most important phrase in
Howdy,
2. (More importantly) I can't find a means to search the archives by
project.
For example, searching on [Configuration] in mail subjects at
http://marc.theaimsgroup.com results in (a) the brackets being
removed
from
the search criteria and (b) all mailing lists (not just
Eric Pugh wrote:
Or, if we aren't really sure what the Exception handling of the 1.0
version should be, then skip it (since what we have is good enuf),
and move to a release of 1.0 so we can really think about what we
want. I think just throwing a ConfigurationException on everything
that is
Message:
A new issue has been created in JIRA.
-
View the issue:
http://nagoya.apache.org/jira/secure/ViewIssue.jspa?key=JELLY-104
Here is an overview of the issue:
I agree that it would be nice to have for 1.0, on the otherhand, don't want
to rush it in!
The subclassing was only done to continue to support pre 1.4 jdk's. We
actually used a jdk1.4 specific method call at one point and broke some of
our users code! Until we are ready to say 1.4 or better,
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=25598.
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=25598.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 22, 2004 03:10 AM
To: 'Jakarta Commons Developers List'
Cc: [EMAIL PROTECTED]
Subject: RE: Allow anonymous issue creation in JIRA? (Re: [PROPOSAL] Jakarta
Commons moving to JIRA)
Oleg Kalnichevski wrote:
The most important phrase in Craig's email was: As such, I'm
personally not interested in working on any revolutionary Struts or
Commons designs that do not presume at least J2SE 1.4 / J2EE 1.4 as the
base platform as the minimum requirement.
Tim Craig,
I wish I
jkeyes 2004/01/22 14:40:53
Modified:cli/src/test/org/apache/commons/cli2 Tag:
RESEARCH_CLI_2_ROXSPRING ArgumentTestCase.java
PrecedenceTest.java SwitchTest.java
ArgumentTest.java DocumentationTest.java
On 22 Jan 2004, at 22:14, Glen wrote:
Great
Good news, my change is already implemented as a new log4j bridge (the
existing log4j bridge is final so I couldn't extend it). So that part
is already done. In essence I copied the original bridge, factory and
logger, into Log4jTraceFactory
rdonkin 2004/01/22 14:48:18
Modified:betwixt/src/resources Tag: REFACTORING-BRANCH_2004-01-13
dotbetwixt.dtd
Log:
Added addDefault attributes to DTD.
Revision ChangesPath
No revision
No revision
1.7.2.1 +6
robert burrell donkin wrote:
Kevin A. Burton wrote:
I've sent a few emails off to [EMAIL PROTECTED] about this...
had a bunch of +1s...
You can view the history here:
http://www.peerfear.org/rss/permalink/2004/01/11/FeedParserAPIForJavaSourceA
vailable
(and here:
jkeyes 2004/01/22 15:08:16
Modified:cli Tag: RESEARCH_CLI_2_ROXSPRING LICENSE.txt
Log:
- use license header from website
Revision ChangesPath
No revision
No revision
1.2.2.1 +11 -15jakarta-commons/cli/LICENSE.txt
From: __matthewHawthorne [EMAIL PROTECTED]
I'm frequently finding myself needing a Bean query language, and then
I remembered that Jxpath can do this easily.
I have only used Jaxen, and found it easy to work with, however I had to add
my own code for navigating JavaBeans.
Stephen
From: Todd V. Jonker [EMAIL PROTECTED]
You might want to check out HiveMind in the commons sandbox.
Sadly, Hivemind is unavailable at present for legal reasons.
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
jkeyes 2004/01/22 16:17:35
Modified:cli/src/java/org/apache/commons/cli2/resources Tag:
RESEARCH_CLI_2_ROXSPRING ResourceHelper.java
Added: cli/src/java/org/apache/commons/cli2/validation Tag:
RESEARCH_CLI_2_ROXSPRING
jkeyes 2004/01/22 16:18:07
Modified:cli/src/test/org/apache/commons/cli2 Tag:
RESEARCH_CLI_2_ROXSPRING PropertyOptionTest.java
cli/src/java/org/apache/commons/cli2/defaults/impl Tag:
RESEARCH_CLI_2_ROXSPRING
Noel J. Bergman wrote:
Kevin, are you the sole author of the code? Was it a work-for-hire? You
wrote that "Our lawyers have finally had a chance to review the Apache
Public License and contributors documents (long story short they had no
problems)." Who is "Our"?
"Our" is a company
robert burrell donkin wrote:
AFAIK since it needs a donation document signing it should probably
go through the incubator. in theory since you're already a jakarta
committer (burton at apache.org, right?), it should just be a case of
being nodded through (but also ensuring that all the
Jakarta-Commons has voted in favour of releasing Commons-Collections-3.0
+1s
Stephen Colebourne
Matthew Hawthorne
Gary Gregory
Arun M Thomas
Henri Yandell
Yoav Shapira
Phil Steitz
Noel Bergman
No other votes
The release process will begin from 2004-01-23T22:00Z unless the PMC objects
:-)
Quoting Oleg Kalnichevski [EMAIL PROTECTED]:
The most important phrase in Craig's email was: As such, I'm
personally not interested in working on any revolutionary Struts or
Commons designs that do not presume at least J2SE 1.4 / J2EE 1.4 as the
base platform as the minimum
Matthew,
If you have the need to traverse through Java Beans, Maps, Collections etc,
JXPath does all of that out of the box. Plus it supports mixed models, e.g.
a map containing DOM documents or a Java Bean that has a JDOM document as
the value of some property.
Jaxen is better suited for
dmitri 2004/01/22 17:10:21
Modified:jxpath/src/java/org/apache/commons/jxpath/ri/model/dynamic
DynamicPropertyIterator.java DynamicPointer.java
jxpath/src/java/org/apache/commons/jxpath/ri/axes
SimplePathInterpreter.java
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=25050.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Kevin A. Burton wrote:
Looking at the incubator documentation scares me. Seems like a lot of
work. I've been doing the OSS thing for a while now... not sure if I
need that.
The docs are probably still out of date. We just moved code through the
Incubator in something over a week, most of
On Thursday 22 January 2004 6:02 am, Steve Cohen wrote:
On Thursday 22 January 2004 12:04 am, Steve Cohen wrote:
I have built a candidate release for 1.1.1.
Testing it is has proven a bit problematical. I found an old Blackdown
port of java 1.1.8 for Linux. I don't believe Sun ever
When I create release notes I usually look at cvs log for the entire
project. Having a Bugzilla issue isn't a requirement for every change.
It was refreshing to have a substantial patch for a change thanks to
Alex. At least someone is paying attention to the software in the
middle of all the
martinc 2004/01/22 22:51:10
Modified:fileupload/src/java/org/apache/commons/fileupload
FileUploadBase.java
Log:
Collapse some all but duplicated code.
Revision ChangesPath
1.5 +12 -30
Quoting Gary Gregory [EMAIL PROTECTED]:
(1) eventually is, sadly I think, a ways off in the future. See
discussions on this list WRT J2ee containers, WebSphere, most common
installed base of such containers, etc.
personal-viewpoint author=craigmcc
As a major proponent of long-term support
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=26328.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi All,
I 've tried to port my application from java.io.* to httpClient. Everything
works fine (http, https), except when my client need to communication via a
proxy (no need to set user or password) using SSL.
any idea?
PostMethod postMethod = new PostMethod(URI);
file = new
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=10794.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Joel,
Please take a look at the SSL guide for an example of how to use an SSL
proxy http://jakarta.apache.org/commons/httpclient/sslguide.html.
Generally speaking you do not want to manually create and use the
ConnectMethod. This is handled by HttpClient.execute().
Mike
On Jan 22,
I am getting the following error from HttpClient and I would like to know if
nayone can suggest a solution.
violates RFC 2109: host minus domain may not contain any dots
The machine name is machine.fl.mydomain.com and the domain attribute
is .mydomain.com. Can I tell HttpClient to ignore this
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=10794.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David,
Use browser compatibility cookie policy instead of stricter RFC 2109. For more details
see http://jakarta.apache.org/commons/httpclient/cookies.html
Cheers,
Oleg
-Original Message-
From: David Webb [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 22, 2004 16:10
To: [EMAIL
Thanks for your hints, it has solved my issue!
Jean-Noel
From: Michael Becke [EMAIL PROTECTED] on 22/01/2004 10:09 EST
Please respond to Commons HttpClient Project
[EMAIL PROTECTED]
To:Commons
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=26139.
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=26070.
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=26070.
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=26139.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Good day,
Following the proposal to migrate Jakarta Commons projects from Bugzilla
to JIRA posted to the Jakarta commons-dev list, we would like to have a
few points clarified, before the final decision can be made whether
Jakarta Commons HttpClient project stays with Bugzilla or migrates
(kindly
I can't seem to figure out how to POST data to a
page that is protected (puts up a gray box where
you enter the username/password). The code below
is in a servlet running on www.mydomain.com and
submitting to another page also on www.mydomain.com.
// Create an instance of HttpClient.
Its off topic for HttpClient (if I understand you need a transcoding proxy),
but here are some resources that may help. You may want to have a look at
some Jetspeed classes and related. Specifically the jetspeed.util.rewriter
package, websurf portlet, and the webclipping portlet.
62 matches
Mail list logo