On 7/23/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
On 7/21/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> RC3 for Commons SCXML 0.5 (first release) is available for review:
>
> http://people.apache.org/~rahul/commons/scxml/
>
> Key: http://people.apache.org/~rahul/rahul.asc
>
> The only differe
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422871
]
Niall Pemberton commented on IO-86:
---
OK I've commited this with the following changes:
- changed method names from doXxxx to handleXxxx
- made handleDirectory() method
On 7/22/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
On 7/22/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
> The proposal suggests two new lists, but I'd argue thats unecessary. One
> for svn, jira, wiki and gump is all thats needed. Basically everythng
> that is non-discussion and *might* be
Author: niallp
Date: Sat Jul 22 21:46:48 2006
New Revision: 424673
URL: http://svn.apache.org/viewvc?rev=424673&view=rev
Log:
IO-86 - Add FileFinder back into Commons IO
Added:
jakarta/commons/proper/io/trunk/src/java/org/apache/commons/io/FileFinder.java
(with props)
jakarta/commons
On 7/21/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
RC3 for Commons SCXML 0.5 (first release) is available for review:
http://people.apache.org/~rahul/commons/scxml/
Key: http://people.apache.org/~rahul/rahul.asc
The only difference between RC2 and RC3 is r423679 [1] (mailing list
archive URL
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422868
]
Henri Yandell commented on IO-86:
-
I like the API - a nice simplification on the Observer pattern stuff I had. I'd
rename the FileCleaner example to something else - we
[ http://issues.apache.org/jira/browse/IO-86?page=comments#action_12422867
]
Henri Yandell commented on IO-86:
-
Looking in the code - tags in the javadoc need to be correct XHTML.
> Add FileFinder back into Commons IO
>
[ http://issues.apache.org/jira/browse/IO-86?page=all ]
Henri Yandell updated IO-86:
Fix Version/s: 1.3
No reason not to have this on the 1.3 list I think.
> Add FileFinder back into Commons IO
> ---
>
> Key:
[ http://issues.apache.org/jira/browse/IO-86?page=all ]
Niall Pemberton updated IO-86:
--
Attachment: FileFinderTestCase.java
> Add FileFinder back into Commons IO
> ---
>
> Key: IO-86
> URL: htt
[ http://issues.apache.org/jira/browse/IO-86?page=all ]
Niall Pemberton updated IO-86:
--
Attachment: (was: FileFinderTestCase.java)
> Add FileFinder back into Commons IO
> ---
>
> Key: IO-86
>
[ http://issues.apache.org/jira/browse/IO-86?page=all ]
Niall Pemberton updated IO-86:
--
Attachment: FileFinder.java
FileFinderTestCase.java
> Add FileFinder back into Commons IO
> ---
>
> Key:
Add FileFinder back into Commons IO
---
Key: IO-86
URL: http://issues.apache.org/jira/browse/IO-86
Project: Commons IO
Issue Type: New Feature
Affects Versions: 1.2
Reporter: Niall Pemberton
Stephen Colebourne wrote:
This proposal has merit, in that it allows the main dev list room to
breathe for discussion, which should be its primary purpose. It also has
a very clear benefit in mail archive - in fact its really pretty
essential for that.
Some of the negative respones have focus
Henri Yandell wrote:
On 7/22/06, Brett Porter <[EMAIL PROTECTED]> wrote:
But, YMMV - the Maven lists are significantly busier than commons.
That wasn't my feeling - we're not very busy at the moment but
generally I thought commons-dev was one of the busier lists at the
ASF.
Comparing:
http:
One more request on this, Luc. Once you have completed the review of
all classes, can you please prepare a tarball with exactly the sources
that you can contribute with no encumbrance and mail that to me, or
alternatively make this tarball available for review via a publicly
accessible URL, poste
On 7/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hello,
Following this week discussion about copyright issues in math code, I think two
more Mantissa classes should not be included as is to commons-math code. I
really did write them myself but took inspiration from existing code, not onl
On 7/22/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
On 7/22/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
> Niall Pemberton wrote:
> > Anyway the upshot of it is I think we should switch finder from using
> > java.util.FileFilter to IOFileFilter and plug in the implementations
> > that are c
Author: scolebourne
Date: Sat Jul 22 11:12:41 2006
New Revision: 424613
URL: http://svn.apache.org/viewvc?rev=424613&view=rev
Log:
Copyright dates
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrBuilder.java
jakarta/commons/proper/lang/trunk/src/java
Author: scolebourne
Date: Sat Jul 22 11:10:16 2006
New Revision: 424612
URL: http://svn.apache.org/viewvc?rev=424612&view=rev
Log:
Link builder to tokenizer properly
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrBuilder.java
jakarta/commons/proper/
Author: scolebourne
Date: Sat Jul 22 11:09:27 2006
New Revision: 424611
URL: http://svn.apache.org/viewvc?rev=424611&view=rev
Log:
Add toString
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.java
jakarta/commons/proper/lang/trunk/src/test/
On 7/22/06, Torsten Curdt <[EMAIL PROTECTED]> wrote:
> Any idea if the Harmony project recommends a particular compiler?
Why should that matter?? JCI is about abstracting as many compilers as
possible. Whether I like it or not I think Peter is right - javac is
the reference ...so support for tha
On 7/22/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
The proposal suggests two new lists, but I'd argue thats unecessary. One
for svn, jira, wiki and gump is all thats needed. Basically everythng
that is non-discussion and *might* be regarded as 'spam'.
So, +1 to one new list, commons-auto?
Which is excellent ...it would nice to replace the javassist
dependency by
http://vafer.org/projects/dependency/howto.html
though (by using the RenamingVisitor)
Ok
I am currently fideling around with that. Expect a post soon.
So here's my plans for the following several weeks: I plan to st
On 7/22/06, Brett Porter <[EMAIL PROTECTED]> wrote:
But, YMMV - the Maven lists are significantly busier than commons.
That wasn't my feeling - we're not very busy at the moment but
generally I thought commons-dev was one of the busier lists at the
ASF.
Comparing:
http://mail-archives.apache
On 7/22/06, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
Niall Pemberton wrote:
> Anyway the upshot of it is I think we should switch finder from using
> java.util.FileFilter to IOFileFilter and plug in the implementations
> that are currently available in IO 1.2.
>
> Any objections?
I guess my
Author: scolebourne
Date: Sat Jul 22 10:25:38 2006
New Revision: 424608
URL: http://svn.apache.org/viewvc?rev=424608&view=rev
Log:
Allow tokenizer state to be adjusted before and after tokenizing
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.j
[ http://issues.apache.org/jira/browse/CONFIGURATION-170?page=all ]
Oliver Heger resolved CONFIGURATION-170.
Fix Version/s: Nightly Builds
Resolution: Fixed
You can now force PropertiesConfiguration to write all multi-valued properties
on
[ http://issues.apache.org/jira/browse/CONFIGURATION-140?page=all ]
Oliver Heger resolved CONFIGURATION-140.
Fix Version/s: Nightly Builds
Resolution: Fixed
The header comment of a properties file is now maintained by a
PropertiesConfigur
Author: niallp
Date: Sat Jul 22 10:12:42 2006
New Revision: 424607
URL: http://svn.apache.org/viewvc?rev=424607&view=rev
Log:
Correct mail-archive links and a couple of minor javadoc/checkstyle corrections
Modified:
jakarta/commons/proper/io/trunk/project.xml
jakarta/commons/proper/io/tr
[ http://issues.apache.org/jira/browse/CONFIGURATION-104?page=all ]
Oliver Heger resolved CONFIGURATION-104.
Resolution: Fixed
A new class PropertiesConfigurationLayout was added. Objects of this class are
associated with PropertiesConfiguration
Author: oheger
Date: Sat Jul 22 10:08:00 2006
New Revision: 424606
URL: http://svn.apache.org/viewvc?rev=424606&view=rev
Log:
Doku for PropertiesConfigurationLayout
Modified:
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
jakarta/commons/proper/configuration/trunk/xdocs/howt
Author: oheger
Date: Sat Jul 22 10:06:49 2006
New Revision: 424605
URL: http://svn.apache.org/viewvc?rev=424605&view=rev
Log:
Test cases for PropertiesConfigurationLayout
Added:
jakarta/commons/proper/configuration/trunk/src/test/org/apache/commons/configuration/TestPropertiesConfigurationLa
Author: oheger
Date: Sat Jul 22 10:02:38 2006
New Revision: 424604
URL: http://svn.apache.org/viewvc?rev=424604&view=rev
Log:
Introduced new PropertiesConfigurationLayout class for preserving the structure
of properties files
Added:
jakarta/commons/proper/configuration/trunk/src/java/org/ap
[ http://issues.apache.org/jira/browse/IO-85?page=all ]
Niall Pemberton resolved IO-85.
---
Fix Version/s: 1.3
Resolution: Fixed
Assignee: Niall Pemberton
Thanks, I've committed the new implementations
> IOFileFilter implementations for File.
Author: niallp
Date: Sat Jul 22 09:53:20 2006
New Revision: 424601
URL: http://svn.apache.org/viewvc?rev=424601&view=rev
Log:
IO-85 IOFileFilter implementations for File.canRead(), File.canWrite(),
File.isHidden() and empty files/directories
Added:
jakarta/commons/proper/io/trunk/src/java/
Author: scolebourne
Date: Sat Jul 22 09:08:25 2006
New Revision: 424596
URL: http://svn.apache.org/viewvc?rev=424596&view=rev
Log:
Add method to get all tokens as a list as well as an array
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.java
Hello,
Following this week discussion about copyright issues in math code, I think two
more Mantissa classes should not be included as is to commons-math code. I
really did write them myself but took inspiration from existing code, not only
texbooks. The first class is the Gragg-Bulirsch-Stoer int
This proposal has merit, in that it allows the main dev list room to
breathe for discussion, which should be its primary purpose. It also has
a very clear benefit in mail archive - in fact its really pretty
essential for that.
Some of the negative respones have focussed around what the needs o
Niall Pemberton wrote:
Anyway the upshot of it is I think we should switch finder from using
java.util.FileFilter to IOFileFilter and plug in the implementations
that are currently available in IO 1.2.
Any objections?
I guess my POV is known on inter-commons dependencies - they are best
avoid
[ http://issues.apache.org/jira/browse/IO-85?page=comments#action_12422831
]
Stephen Colebourne commented on IO-85:
--
Feel free to commit these if I don't get to them
> IOFileFilter implementations for File.canRead(), File.canWrite(),
> Fil
On 21/07/2006 2:08 PM, Simon Kitching wrote:
Allowing people to subscribe to (mail+jira+commit) for a specific
commons component seems to be to me what casual contributors would
really need, but we have no easy way to do that without causing major
damage to the whole commons community.
Yes, tha
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
Th
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
Th
Sorry for the late reply...
The maven dependency I found is
tomcat
jasper-compiler-jdt
5.5.12
Uh ...looks like a self-assembled version. Not nice. I would give it
go with jardiff and see how much it differs from the original jar.
Don't ask me how I found it, I jus
here's my report of what i've done for Google Summer of Code
Thanks for the summary, Peter
(project JCI) during last month.
The ' to-do' for me was to create a implementations for the following
compillers:
o javac
o jikes
o pizza
o jruby
o jpython
Since I'm sure that of those
Author: tcurdt
Date: Sat Jul 22 04:26:16 2006
New Revision: 424550
URL: http://svn.apache.org/viewvc?rev=424550&view=rev
Log:
GSoC: using javac through jci by Peter Konstantinov
Modified:
jakarta/commons/sandbox/jci/trunk/maven-jci-plugin/pom.xml
jakarta/commons/sandbox/jci/trunk/maven-j
Author: tcurdt
Date: Sat Jul 22 04:25:03 2006
New Revision: 424548
URL: http://svn.apache.org/viewvc?rev=424548&view=rev
Log:
GSoC: parsing of javac output by Peter Konstantinov
Added:
jakarta/commons/sandbox/jci/trunk/compilers/javac/src/java/org/apache/commons/jci/compilers/FileOutputStrea
Any idea if the Harmony project recommends a particular compiler?
Why should that matter?? JCI is about abstracting as many compilers as
possible. Whether I like it or not I think Peter is right - javac is
the reference ...so support for that is a high priority.
...or what do you mean?
cheers
On 21.07.2006, at 20:09, Henri Yandell wrote:
Any idea if the Harmony project recommends a particular compiler?
No
Hen
On 7/21/06, Peter Konstantinov <[EMAIL PROTECTED]> wrote:
Hey guys,
here's my report of what i've done for Google Summer of Code
(project JCI) during last month.
The ' to
Cheers Martin!
Thanks
Rory
Martin van den Bemt wrote:
Done.. Only added for rwinston at eircom dot net, not for rwinst at
checkfree dot com. If you need it on the latter account to, let me know..
Mvgr,
Martin
Rory Winston wrote:
Can someone give me rights to administer issues on the [net]
T
On 7/21/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 7/20/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> Opinions appreciated on the readiness of 2.2-RC1 of Attributes:
>
> http://people.apache.org/~bayard/commons-attributes/
>
* Sigs/md5s ok (atleast the ones I tried)
* Source distro jars (
Author: bayard
Date: Sat Jul 22 00:18:34 2006
New Revision: 424530
URL: http://svn.apache.org/viewvc?rev=424530&view=rev
Log:
Adjusted the tar.gz/zip files so they are prefixed with the project name
Modified:
jakarta/commons/proper/attributes/trunk/maven.xml
Modified: jakarta/commons/proper/
52 matches
Mail list logo