--- Niall Pemberton [EMAIL PROTECTED] wrote:
On Jan 3, 2008 3:57 PM, Matt Benson
[EMAIL PROTECTED] wrote:
This vote has been open for over a week and has
received the following votes:
+1:
Matt Benson
Jörg Schaible
+/-0:
(None)
-1:
(None)
Despite
This vote has been open for over a week and has
received the following votes:
+1:
Matt Benson
Jörg Schaible
+/-0:
(None)
-1:
(None)
Despite the underwhelming :) turnout, AIUI this vote
passes. That being the case, I will begin the IP
clearance process. Anyone with experience
now; JAXP
1.3 seems to be accounted for by xml-apis-1.3.x so
upgrading JXPath's deps to the latest (1.3.04) should
be sufficient AFAICT.
-Matt
--- Matt Benson [EMAIL PROTECTED] wrote:
--- Henri Yandell [EMAIL PROTECTED] wrote:
What's the license for JAXP?
Who could have anticipated what
Is there a limit to the size of contribution for which
selecting Licensed for inclusion in ASF works is
acceptable? In particular JXPATH-112 contains a
21-file code submission in archive form. Is this
large enough to necessitate a CLA/CCLA, or is the
feather good enough for IP provenance? Or is
--- Phil Steitz [EMAIL PROTECTED] wrote:
On Dec 24, 2007 1:07 PM, Matt Benson
[EMAIL PROTECTED] wrote:
Is there a limit to the size of contribution for
which
selecting Licensed for inclusion in ASF works is
acceptable? In particular JXPATH-112 contains a
21-file code submission
[ +1 ] Yes, accept the contribution contingent on IP
clearance
[ ] No, reject this contribution because...
-Matt
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
And embarrassingly, I find that revprop--duh--applies
to a complete revision and apparently can't be broken
down by file. :(
--- Matt Benson [EMAIL PROTECTED] wrote:
Apologies for the overeager commit, all. Modding
log
messages to make things look more reasonable. :)
-Matt
--- [EMAIL
--- Henri Yandell [EMAIL PROTECTED] wrote:
We've three 1.3 specific compile time problems. Do
we move to 1.4, or
just fix these?
Two currently in SVN:
[javac]
/Users/hen/apache/commons-proper/lang/src/java/org/apache/commons/lang/text/ExtendedMessageFormat.java:356:
will force
us to go to Java 5+ for e.g. [collections].
-Matt
On Dec 3, 2007 7:26 AM, Matt Benson
[EMAIL PROTECTED] wrote:
--- Henri Yandell [EMAIL PROTECTED] wrote:
We've three 1.3 specific compile time problems.
Do
we move to 1.4, or
just fix these?
Two currently in SVN
Rather, I created the tests to explicitly use
Locale.US so that there were no assumptions wrt
default Locale; I will certainly be double-checking
these. :|
-Matt
--- Niall Pemberton [EMAIL PROTECTED] wrote:
My guess from just looking at the test output is
that theres an
assumption in the
(java.util.Locale.US);
Niall
On Nov 13, 2007 8:17 PM, Matt Benson
[EMAIL PROTECTED] wrote:
Rather, I created the tests to explicitly use
Locale.US so that there were no assumptions wrt
default Locale; I will certainly be
double-checking
these. :|
-Matt
--- Niall Pemberton
--- Niall Pemberton [EMAIL PROTECTED] wrote:
On Nov 13, 2007 9:53 PM, Matt Benson
[EMAIL PROTECTED] wrote:
What this says to me is that
DateFormat.getTimeInstance(int, Locale) is buggy
in
that the full/long time formatting pattern is at
least
partially dependent upon the default
--- Niall Pemberton [EMAIL PROTECTED] wrote:
On Nov 14, 2007 12:06 AM, Matt Benson
[EMAIL PROTECTED] wrote:
--- Niall Pemberton [EMAIL PROTECTED]
wrote:
On Nov 13, 2007 9:53 PM, Matt Benson
[EMAIL PROTECTED] wrote:
What this says to me is that
DateFormat.getTimeInstance
Now THAT's interesting... :|
-Matt
--- [EMAIL PROTECTED] wrote:
Author: bayard
Date: Fri Nov 2 19:59:51 2007
New Revision: 591547
URL:
http://svn.apache.org/viewvc?rev=591547view=rev
Log:
Deleting the package-private comment as it freaks
out xref
Modified:
--- Henri Yandell [EMAIL PROTECTED] wrote:
ExtendedMessageFormat uses the 1.5+ method of
StringBuffer.append(String, int, int). It's late
here, so I've not
looked much, but I have tried a move to the older
(char[], int, int)
and many tests fail. Presumably the methods aren't
equal :)
My
--- Henri Yandell [EMAIL PROTECTED] wrote:
ExtendedMessageFormat uses the 1.5+ method of
StringBuffer.append(String, int, int). It's late
here, so I've not
looked much, but I have tried a move to the older
(char[], int, int)
and many tests fail. Presumably the methods aren't
equal :)
that feature
for as cheap as
possible. :)
I know some work has been done on a JDK 5 lang; if
we add new stuff to
2.3I'd like it to be as easy as possible to
integrate into whatever
comes out
of the 5 effort.
On 10/5/07, Matt Benson [EMAIL PROTECTED]
wrote:
--- James Carman [EMAIL
/07, Matt Benson [EMAIL PROTECTED]
wrote:
in org.apache.commons.lang.text
-Matt
Pinpoint customers who are looking for what you
sell.
http://searchmarketing.yahoo.com
kept me working in a 1.3-BC world.
Obviously I'll have to get my feet wet sometime; but
the answer to your question probably depends most on
the future direction of the Lang component and how
soon it is planned to go to a JDK5-only version
(3.0?).
-Matt
On 10/5/07, Matt Benson [EMAIL PROTECTED
to JDK5 just for
this.
-Matt
On 10/5/07, Matt Benson [EMAIL PROTECTED]
wrote:
--- James Carman [EMAIL PROTECTED]
wrote:
You mean this extension would allow some sort of
registry which is
keyed by the second argument of the format
expression? So, I could do
something like
in org.apache.commons.lang.text
-Matt
Pinpoint customers who are looking for what you sell.
http://searchmarketing.yahoo.com/
-
To
regards,
Sergey.
2007/8/26, Matt Benson [EMAIL PROTECTED]:
Thanks Hen!
-Matt
--- Henri Yandell [EMAIL PROTECTED] wrote:
*pokes JIRA permissions*
Should be fixed. I'm changing Commons projects
so
that
commons-developers are admins on each of them.
Turns
out
Thanks Hen!
-Matt
--- Henri Yandell [EMAIL PROTECTED] wrote:
*pokes JIRA permissions*
Should be fixed. I'm changing Commons projects so
that
commons-developers are admins on each of them. Turns
out that admins
don't get all the permissions.
They do now :)
Hen
On 8/22/07, Matt
Can someone grant me karma on EL?
-Matt
Ready
for the edge of your seat?
Check out tonight's top picks on Yahoo! TV.
http://tv.yahoo.com/
--- Dennis Lundberg [EMAIL PROTECTED] wrote:
Matt Benson wrote:
Thanks for your response, Dennis:
--- Dennis Lundberg [EMAIL PROTECTED] wrote:
The site for jxpath builds fine for me using
Maven
1.0.2. It looks as
good as any of the other components sites that
are
build
--- Dennis Lundberg [EMAIL PROTECTED] wrote:
Matt Benson wrote:
--- Dennis Lundberg [EMAIL PROTECTED] wrote:
Tim O'Brien wrote:
On 8/3/07, Matt Benson [EMAIL PROTECTED]
wrote:
--- Dennis Lundberg [EMAIL PROTECTED] wrote:
Matt Benson wrote:
Thanks for your response, Dennis
--- [EMAIL PROTECTED] wrote:
Author: dennisl
Date: Fri Aug 3 14:31:43 2007
New Revision: 562590
URL:
http://svn.apache.org/viewvc?view=revrev=562590
Log:
First attempt at a Maven 2 build for jxpath. The
tests currently fail, so that needs to be looked
into. Site generation works
--- [EMAIL PROTECTED] wrote:
Author: dennisl
Date: Fri Aug 3 15:46:07 2007
New Revision: 562609
URL:
http://svn.apache.org/viewvc?view=revrev=562609
Log:
Make the tests work.
Dennis:
_Do_ the tests work for you, now? I still get
failures on everything that needs the xml resources
--- Niall Pemberton [EMAIL PROTECTED] wrote:
On 7/31/07, Matt Benson [EMAIL PROTECTED]
wrote:
I never heard anything back on this, so I just
went
ahead and did it. Guess I'll see if the website
updates after awhile... :|
Couple of points - the group is set to jakarta -
this should
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 7/31/07, Dennis Lundberg [EMAIL PROTECTED]
wrote:
snip/
Thanks for your time on this Rahul!
I think a couple of changes too many was made to
betwixt. I'm not a
betwixt user, but I saw some changes to the test
files, so I just ran
[
https://issues.apache.org/jira/browse/JXPATH-97?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Benson reopened JXPATH-97:
---
reopening to note that Joe McD also reported that createPathAndSetValue()
wasn't working for ext-reg'd
901 - 931 of 931 matches
Mail list logo