Author: bayard
Date: Sat Jul 22 00:18:34 2006
New Revision: 424530
URL: http://svn.apache.org/viewvc?rev=424530view=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:
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/
snip/
* Sigs/md5s ok (atleast the ones I tried)
* Source distro jars
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]
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 '
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
Author: tcurdt
Date: Sat Jul 22 04:25:03 2006
New Revision: 424548
URL: http://svn.apache.org/viewvc?rev=424548view=rev
Log:
GSoC: parsing of javac output by Peter Konstantinov
Added:
Author: tcurdt
Date: Sat Jul 22 04:26:16 2006
New Revision: 424550
URL: http://svn.apache.org/viewvc?rev=424550view=rev
Log:
GSoC: using javac through jci by Peter Konstantinov
Modified:
jakarta/commons/sandbox/jci/trunk/maven-jci-plugin/pom.xml
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
Sorry for the late reply...
The maven dependency I found is
dependency
groupIdtomcat/groupId
artifactIdjasper-compiler-jdt/artifactId
version5.5.12/version
/dependency
Uh ...looks like a self-assembled version. Not nice. I would give it
go with jardiff and see how
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.
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.
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,
[ 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(),
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
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
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
Author: scolebourne
Date: Sat Jul 22 09:08:25 2006
New Revision: 424596
URL: http://svn.apache.org/viewvc?rev=424596view=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
Author: niallp
Date: Sat Jul 22 09:53:20 2006
New Revision: 424601
URL: http://svn.apache.org/viewvc?rev=424601view=rev
Log:
IO-85 IOFileFilter implementations for File.canRead(), File.canWrite(),
File.isHidden() and empty files/directories
Added:
[ 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
Author: oheger
Date: Sat Jul 22 10:02:38 2006
New Revision: 424604
URL: http://svn.apache.org/viewvc?rev=424604view=rev
Log:
Introduced new PropertiesConfigurationLayout class for preserving the structure
of properties files
Added:
Author: oheger
Date: Sat Jul 22 10:06:49 2006
New Revision: 424605
URL: http://svn.apache.org/viewvc?rev=424605view=rev
Log:
Test cases for PropertiesConfigurationLayout
Added:
Author: oheger
Date: Sat Jul 22 10:08:00 2006
New Revision: 424606
URL: http://svn.apache.org/viewvc?rev=424606view=rev
Log:
Doku for PropertiesConfigurationLayout
Modified:
jakarta/commons/proper/configuration/trunk/xdocs/changes.xml
[ 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
Author: niallp
Date: Sat Jul 22 10:12:42 2006
New Revision: 424607
URL: http://svn.apache.org/viewvc?rev=424607view=rev
Log:
Correct mail-archive links and a couple of minor javadoc/checkstyle corrections
Modified:
jakarta/commons/proper/io/trunk/project.xml
[ 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
[ 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
Author: scolebourne
Date: Sat Jul 22 10:25:38 2006
New Revision: 424608
URL: http://svn.apache.org/viewvc?rev=424608view=rev
Log:
Allow tokenizer state to be adjusted before and after tokenizing
Modified:
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 POV
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:
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
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?
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 that
Author: scolebourne
Date: Sat Jul 22 11:09:27 2006
New Revision: 424611
URL: http://svn.apache.org/viewvc?rev=424611view=rev
Log:
Add toString
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrTokenizer.java
Author: scolebourne
Date: Sat Jul 22 11:10:16 2006
New Revision: 424612
URL: http://svn.apache.org/viewvc?rev=424612view=rev
Log:
Link builder to tokenizer properly
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrBuilder.java
Author: scolebourne
Date: Sat Jul 22 11:12:41 2006
New Revision: 424613
URL: http://svn.apache.org/viewvc?rev=424613view=rev
Log:
Copyright dates
Modified:
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/text/StrBuilder.java
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 currently
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 only
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,
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:
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
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
[ 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:
[ 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: FileFinderTestCase.java
Add FileFinder back into Commons IO
---
Key: IO-86
URL:
[ 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=comments#action_12422867
]
Henri Yandell commented on IO-86:
-
Looking in the code - p tags in the javadoc need to be correct XHTML.
Add FileFinder back into Commons IO
[ 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 -
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
Author: niallp
Date: Sat Jul 22 21:46:48 2006
New Revision: 424673
URL: http://svn.apache.org/viewvc?rev=424673view=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)
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
[ 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()
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 difference
52 matches
Mail list logo