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-velocity contains errors.
The current state of this project
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-util has an issue affecting its community
integration.
This
Sure.
I still use it on a regular basis, just haven't had the urge to do
much development until other priorities are cleared (jelly, jexl etc).
On Sat, 29 Jan 2005 23:36:48 -0500, Henri Yandell [EMAIL PROTECTED] wrote:
Currently latka has the most nagoya references in Jakarta (something
we
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33255.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
What is the rational behind forbidding that imaginary files be renamed?
My RamFS uses a tree to represent the in-memory filesystem and the
naming of nodes in the tree is separate from the nodes themselves, so a
rename operation is independent of the file type.
Cheers,
--binkley
B. K. Oxley (binkley) wrote:
What is the rational behind forbidding that imaginary files be renamed?
I tried this with an ordinary local-file. And beside the fact, that the
local file cant be renamed as it isnt existent, VFS successfully passes
the request down to the LocalFile implementation.
Date: 2005-01-30T07:10:34
Editor: TorstenCurdt
Wiki: Jakarta Commons Wiki
Page: FrontPage
URL: http://wiki.apache.org/jakarta-commons/FrontPage
no comment
Change Log:
--
@@ -34,7 +34,7 @@
*
Date: 2005-01-30T07:18:29
Editor: TorstenCurdt
Wiki: Jakarta Commons Wiki
Page: FrontPage
URL: http://wiki.apache.org/jakarta-commons/FrontPage
no comment
Change Log:
--
@@ -34,7 +34,6 @@
*
Date: 2005-01-30T08:23:20
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: FrontPage
URL: http://wiki.apache.org/jakarta-commons/FrontPage
add link to UsingSVN
Change Log:
--
@@ -8,6 +8,8 @@
I tried to regenerate the build.xml file using the latest version of the
maven ant plugin, but it still doesn't seem to work (the zips for the
binary distribution are still empty, the source distros look a bit
cleaner, at least they do not contain that strange absolute path any
more). Craig,
Date: 2005-01-30T08:36:31
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
New Page:
= Commons repo =
* http://svn.apache.org/repos/asf/jakarta/commons/
= Software =
*
From: Henri Yandell [EMAIL PROTECTED] wrote:
The SVN migration is finished.
For an individual component, using lang as an example:
svn co
http://svn.apache.org/repos/asf/jakarta/commons/proper/lang/trunk/commons-lang;
I'm having trouble checking out a single Commons project:
$ svn co
svn co http://svn.apache.org/repos/asf/jakarta/commons/proper/lang/trunk
somefolder
Stephen
- Original Message -
From: Wendy Smoak [EMAIL PROTECTED]
To: Jakarta Commons Developers List commons-dev@jakarta.apache.org
Sent: Sunday, January 30, 2005 5:02 PM
Subject: Having trouble with svn
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33294.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Date: 2005-01-30T09:25:00
Editor: MarioIvankovits
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
Change Log:
--
@@ -5,6 +5,7 @@
*
Date: 2005-01-30T09:48:37
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
Change Log:
--
@@ -1,3 +1,14 @@
+= Misc info =
+
Date: 2005-01-30T09:57:55
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
Change Log:
--
@@ -5,9 +5,23 @@
a day.
Mario Ivankovits wrote:
I tried this with an ordinary local-file. And beside the fact, that the
local file cant be renamed as it isnt existent, VFS successfully passes
the request down to the LocalFile implementation.
I based my question on the Javadocs for doRename() which tell me that it
will
Author: imario
Date: Sun Jan 30 10:18:55 2005
New Revision: 149130
URL: http://svn.apache.org/viewcvs?view=revrev=149130
Log:
fixed javadoc
Modified:
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java
Modified:
Date: 2005-01-30T10:20:13
Editor: WendySmoak
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
Change Log:
--
@@ -31,6 +31,7 @@
*
B. K. Oxley (binkley) wrote:
I based my question on the Javadocs for doRename() which tell me that
it will never be invoked for an Imaginary type file object.
Uhm, sorry, fixed.
---
Mario
-
To unsubscribe, e-mail: [EMAIL
Date: 2005-01-30T10:29:10
Editor: MarioIvankovits
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
Change Log:
--
@@ -30,7 +30,7 @@
*
Author: mbecke
Date: Sun Jan 30 10:41:36 2005
New Revision: 149133
URL: http://svn.apache.org/viewcvs?view=revrev=149133
Log:
Updates for SVN migration.
Modified:
jakarta/commons/proper/httpclient/trunk/project.properties
jakarta/commons/proper/httpclient/trunk/project.xml
Modified:
Author: dirkv
Date: Sun Jan 30 10:46:27 2005
New Revision: 149134
URL: http://svn.apache.org/viewcvs?view=revrev=149134
Log:
remove altrmi from svn:externals
Modified:
jakarta/commons/trunks-sandbox/ (props changed)
-
To
Author: olegk
Date: Sun Jan 30 10:51:43 2005
New Revision: 149137
URL: http://svn.apache.org/viewcvs?view=revrev=149137
Log:
PR #32833 (Cookie with domain .mydomain.com not sent to host mydomain.com)
Contributed by David D. Kilzer ddkilzer at kilzer.net
Reviewed by Oleg Kalnichevski, Michael
Sorry, my screwup. Late at night etc, it should have been:
svn co
http://svn.apache.org/repos/asf/jakarta/commons/proper/lang/trunk
commons-lang
ie) a space not a /.
Hen
On Sun, 30 Jan 2005 17:10:49 -, Stephen Colebourne
[EMAIL PROTECTED] wrote:
svn co
Author: mbecke
Date: Sun Jan 30 10:50:35 2005
New Revision: 149136
URL: http://svn.apache.org/viewcvs?view=revrev=149136
Log:
Updates for SVN conversion.
Modified:
jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/project.properties
Author: olegk
Date: Sun Jan 30 11:09:59 2005
New Revision: 149141
URL: http://svn.apache.org/viewcvs?view=revrev=149141
Log:
PR #32833
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
Author: olegk
Date: Sun Jan 30 11:12:10 2005
New Revision: 149142
URL: http://svn.apache.org/viewcvs?view=revrev=149142
Log:
Oopsie
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
Morph is a Java framework that eases the internal interoperability of an
application. As information flows through an application, it undergoes
multiple transformations. Morph provides a standard way to implement
these transformations.
The goal of this release is to provide a near-final look
Ok, here's a start, anyway.
Some notes:
* The simplelog setup wasn't working at all for me for anything less
than info, so I added log4j into the project.xml. Works fine now. Not
sure if you were having a similar problem? junit is also added to
project.xml.
* There are some references to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33221.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Date: 2005-01-30T11:34:32
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
no comment
Change Log:
--
@@ -5,23 +5,34 @@
a day.
If you were following both commons-dev and commons-user you would've
seen that we already did this on Thursday :-). Please use
trunks-proper and trunks-sandbox as they already contain the files
migrated from the jakarta-commons and jakarta-commons-sandbox modules.
Various builds will fail if you
Author: tobrien
Date: Sun Jan 30 11:46:41 2005
New Revision: 149147
URL: http://svn.apache.org/viewcvs?view=revrev=149147
Log:
Removing, please see commons-dev mail thread from Thursday
Removed:
jakarta/commons/proper/current/
Author: tobrien
Date: Sun Jan 30 11:47:03 2005
New Revision: 149148
URL: http://svn.apache.org/viewcvs?view=revrev=149148
Log:
Removing, please see original commons-dev thread from Thursday
Removed:
jakarta/commons/sandbox/current/
Thanks, Matt. I have been looking forward to this. I am going to
spend the afternoon just nosing around in Morph.
Jack
This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy,
Author: dirkv
Date: Sun Jan 30 12:06:37 2005
New Revision: 149149
URL: http://svn.apache.org/viewcvs?view=revrev=149149
Log:
update svn:externals
Modified:
jakarta/commons/trunks-sandbox/ (props changed)
Propchange: jakarta/commons/trunks-sandbox/
I agree with this commit.
I think once a component has graduated it should no longer be a part of
the sandbox, but we might need to make some exceptions for things like
CLI. I believe CLI2 was developed in the sandbox eventhough CLI was in
proper.
Anyone else have any strong feelings here?
If you are not following the infrastructure list, note that this is the
first email notification of a change to a Subversion property. Justin
Erenkrantz just installed svnmailer
(http://opensource.perlig.de/svnmailer/doc-1.0/) this afternoon.
Tim O'Brien
-Original Message-
From:
Author: dirkv
Date: Sun Jan 30 12:14:14 2005
New Revision: 149150
URL: http://svn.apache.org/viewcvs?view=revrev=149150
Log:
update svn:externals
Modified:
jakarta/commons/trunks-sandbox/ (props changed)
Propchange: jakarta/commons/trunks-sandbox/
Author: dirkv
Date: Sun Jan 30 12:20:26 2005
New Revision: 149151
URL: http://svn.apache.org/viewcvs?view=revrev=149151
Log:
shared sandbox-project.xml
Added:
jakarta/commons/proper/commons-build/trunk/project.properties.sample
Author: olegk
Date: Sun Jan 30 13:02:40 2005
New Revision: 149154
URL: http://svn.apache.org/viewcvs?view=revrev=149154
Log:
Maven workaround
Modified:
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/ssl/SimpleSSLSocketFactory.java
Author: craigmcc
Date: Sun Jan 30 13:12:47 2005
New Revision: 149155
URL: http://svn.apache.org/viewcvs?view=revrev=149155
Log:
Remove unnecessary dependence on LICENSE file in parent directory.
Modified:
jakarta/commons/sandbox/cache/trunk/build.xml
Modified:
Author: dirkv
Date: Sun Jan 30 13:14:11 2005
New Revision: 149156
URL: http://svn.apache.org/viewcvs?view=revrev=149156
Log:
Use SVN changelog
Modified:
jakarta/commons/proper/commons-build/trunk/project.properties
jakarta/commons/proper/commons-build/trunk/project.xml
Modified:
On 29 Jan 2005, at 07:53, Brian Stansberry wrote:
Hi Robert,
Sorry to drop off the face of the earth -- my wife and
I had a baby last month :) so .
congratulations :)
I'll have some time on Sunday and would be happy to
help out with documentation if you'd like.
that'd be great.
my main
I try to follow these lists, but Gmail's spam filter ate these and I
didn't see them :-(. Glad to see someone had already done this.
Craig
On Sun, 30 Jan 2005 14:45:34 -0500, Tim O'Brien [EMAIL PROTECTED] wrote:
If you were following both commons-dev and commons-user you would've
seen that
The build is succeeding, but the unit tests (which are executed by the
dist target of the generated build.xml file) are failing, which
causes the entire build to fail. Log file of running ant clean dist
is attached.
Craig
On Sun, 30 Jan 2005 17:30:33 +0100, Oliver Heger
[EMAIL PROTECTED]
Understood, same problem with spam filters.
We can eventually move these to current, but when we do, let's gets docs
updated and do an svn move.
-Original Message-
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 30, 2005 3:24 PM
To: Jakarta Commons Users
On 28 Jan 2005, at 20:15, Richard Sitze wrote:
[re-send.. I don't see this picked up... hmmm]
Once, a long long time ago... someone wrote:
The problem: it won't work if commons-logging.jar is installed in the
parent class loader, and log4j.jar ( or another logger ) is installed
in a child loader (
Author: dirkv
Date: Sun Jan 30 14:11:26 2005
New Revision: 149167
URL: http://svn.apache.org/viewcvs?view=revrev=149167
Log:
using svn:externals the commons-build directory is included into
trunks-sandbox, this removes the dependency on the ../jakarta-commons/
directory path
Modified:
On Sat, Jan 22, 2005 at 08:17:33PM -0800, Craig McClanahan wrote:
Well, there would be ... if someone wanted to take over the admin for
the nightly builds themselves (preferably on an Apache box, instead of
my desktop), and that someone wanted to go through and set up the
scripts for the two
Author: dirkv
Date: Sun Jan 30 14:14:33 2005
New Revision: 149168
URL: http://svn.apache.org/viewcvs?view=revrev=149168
Log:
using svn:externals the commons-build directory is included into
trunks-sandbox, this removes the dependency on the ../jakarta-commons/
directory path
Modified:
Now that we are using svn the commons-build directory can be
included into trunks-sandbox (using svn:externals), this removes the
dependency on the ../jakarta-commons/ directory path
You can now use the following in both proper sandbox
!DOCTYPE org.apache.commons.menus SYSTEM
Date: 2005-01-30T14:24:09
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
commons-build handling
Change Log:
--
@@ -11,10 +11,13 @@
How is this for an interface for file operations?
public interface FileOperation {
void save(final InputStream newContents)
throws FileSystemException;
void saveAndBackup(final InputStream newContents)
throws FileSystemException;
void copyTo(final FileName
Author: burton
Date: Sun Jan 30 14:40:40 2005
New Revision: 149173
URL: http://svn.apache.org/viewcvs?view=revrev=149173
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml
Yuck :) Can we help fix this?
IIRC, other people having problems have corrected them by using
/org/apache/commons/... (note leading /). It's been a while since I read the
spec on this but it is because no / has a different classloader search criteria
which doesn't work inside Maven. I think
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33303.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: burton
Date: Sun Jan 30 14:51:30 2005
New Revision: 149174
URL: http://svn.apache.org/viewcvs?view=revrev=149174
Log:
Support for onFeedVersion in other parsers including opml, foaf, etc
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
I know this is only a small improvement from the previous situation.
If you do an individual checkout you still have to make sure you have
the correct path to a commons-build directory.
Is there a better way to include global information?
-- Dirk
Tim O'Brien wrote:
Innovative use of
Author: mbecke
Date: Sun Jan 30 14:57:52 2005
New Revision: 149178
URL: http://svn.apache.org/viewcvs?view=revrev=149178
Log:
Doc updates for Subversion changes.
Modified:
jakarta/commons/proper/httpclient/trunk/xdocs/authentication.xml
Author: dirkv
Date: Sun Jan 30 15:01:01 2005
New Revision: 149179
URL: http://svn.apache.org/viewcvs?view=revrev=149179
Log:
Use SVN changelog
Removed:
jakarta/commons/proper/dbcp/trunk/.cvsignore
Modified:
jakarta/commons/proper/attributes/trunk/project.properties
Author: dirkv
Date: Sun Jan 30 15:02:28 2005
New Revision: 149180
URL: http://svn.apache.org/viewcvs?view=revrev=149180
Log:
Use SVN changelog
Modified:
jakarta/commons/proper/io/trunk/project.properties
jakarta/commons/proper/io/trunk/project.xml
Author: burton
Date: Sun Jan 30 15:04:42 2005
New Revision: 149181
URL: http://svn.apache.org/viewcvs?view=revrev=149181
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/FeedVersion.java
Author: brett
Date: Sun Jan 30 15:07:51 2005
New Revision: 149182
URL: http://svn.apache.org/viewcvs?view=revrev=149182
Log:
remove duplicate
Modified:
jakarta/commons/proper/jelly/trunk/project.properties
Modified: jakarta/commons/proper/jelly/trunk/project.properties
URL:
Date: 2005-01-30T15:14:08
Editor: SimonKitching
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
Added info about 'svn ls'
Change Log:
--
@@ -21,6 +21,13
Author: burton
Date: Sun Jan 30 15:16:02 2005
New Revision: 149183
URL: http://svn.apache.org/viewcvs?view=revrev=149183
Log:
support for apidocs instead of api dir
Modified:
jakarta/commons/sandbox/feedparser/trunk/build.xml
Modified: jakarta/commons/sandbox/feedparser/trunk/build.xml
URL:
On Sun, 2005-01-30 at 10:02 -0700, Wendy Smoak wrote:
I'm having trouble checking out a single Commons project:
$ svn co
http://svn.apache.org/repos/asf/jakarta/commons/proper/lang/trunk/commons-lang
svn: URL
'http://svn.apache.org/repos/asf/jakarta/commons/proper/lang/trunk/commons-lang'
Thanks Dirk!
On Sun, 30 Jan 2005 23:02:34 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: dirkv
Date: Sun Jan 30 15:02:28 2005
New Revision: 149180
URL: http://svn.apache.org/viewcvs?view=revrev=149180
Log:
Use SVN changelog
Modified:
[snip].
--
I was just taking a look here:
And it says:
http://wiki.apache.org/jakarta-commons/JakartaCommonsEtiquette
The sandbox is a space provided by Jakarta for the development of
experimental code by existing committers. It is divided into components.
Any Jakarta committer has the right ask for karma
Can't think of a general solution that doesn't involve a complete break
from what we do. What you've done is optimize the system for people
checking out trunks-proper or trunk-sandbox which (IMO) is the way to
go.
What I was saying was that, if you wanted to work with a specific branch
or tag of
As the subversion changeover for jakarta-commons has gone remarkably
smoothly, I would just like to say thanks to all those who made it
happen, in particular:
Justin Erenkrantz
Tim O'Brien
Henri Yandell
Guys, your hard work is greatly appreciated, and I'm looking forward to
using a
Dirk, one more thing,
I'd be +1 on
svn mv
https://svn.apache.org/repos/asf/jakarta/commons/proper/commons-build
https://svn.apache.org/repos/asf/jakarta/commons/commons-build
As commons-build is relied upon by proper and sandbox components alike,
and it is something we could consider shared
I was happy with CVS, but now am glad we have SVN and was surprised I
could continue ordinary work after such short time.
Thanks to you guys from me as well :)
Oliver
On Mon, 31 Jan 2005 12:41:09 +1300, Simon Kitching [EMAIL PROTECTED] wrote:
As the subversion changeover for jakarta-commons
As the subversion changeover for jakarta-commons has gone remarkably
smoothly, I would just like to say thanks to all those who made it
happen, in particular:
Justin Erenkrantz
Tim O'Brien
Henri Yandell
Guys, your hard work is greatly appreciated, and I'm looking forward to
using a
Author: burton
Date: Sun Jan 30 15:54:29 2005
New Revision: 149187
URL: http://svn.apache.org/viewcvs?view=revrev=149187
Log:
removed all legacy newsmonster imports
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/test/TestAtom.java
Torsten Curdt wrote:
As the subversion changeover for jakarta-commons has gone remarkably
smoothly, I would just like to say thanks to all those who made it
happen, in particular:
Justin Erenkrantz
Tim O'Brien
Henri Yandell
Guys, your hard work is greatly appreciated, and I'm looking forward
Author: ozeigermann
Date: Sun Jan 30 16:08:12 2005
New Revision: 149189
URL: http://svn.apache.org/viewcvs?view=revrev=149189
Log:
Added Javadocs
Modified:
jakarta/commons/proper/transaction/trunk/src/java/org/apache/commons/transaction/memory/PessimisticMapWrapper.java
Modified:
Author: ozeigermann
Date: Sun Jan 30 16:12:31 2005
New Revision: 149190
URL: http://svn.apache.org/viewcvs?view=revrev=149190
Log:
OptimisticMapWrapper now uses a read/write lock to guarantee
no other operations are being executed while
commiting.
Before this it was possible that conflicts that
Author: burton
Date: Sun Jan 30 16:34:19 2005
New Revision: 149191
URL: http://svn.apache.org/viewcvs?view=revrev=149191
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml
jakarta/commons/sandbox/feedparser/trunk/xdocs/navigation.xml
Modified:
Author: burton
Date: Sun Jan 30 16:37:16 2005
New Revision: 149192
URL: http://svn.apache.org/viewcvs?view=revrev=149192
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/xdocs/navigation.xml
Modified: jakarta/commons/sandbox/feedparser/trunk/xdocs/navigation.xml
URL:
Author: burton
Date: Sun Jan 30 16:38:40 2005
New Revision: 149193
URL: http://svn.apache.org/viewcvs?view=revrev=149193
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/project.xml
Modified: jakarta/commons/sandbox/feedparser/trunk/project.xml
URL:
Author: burton
Date: Sun Jan 30 16:39:33 2005
New Revision: 149194
URL: http://svn.apache.org/viewcvs?view=revrev=149194
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/project.xml
jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml
Author: tcurdt
Date: Sun Jan 30 16:52:04 2005
New Revision: 149195
URL: http://svn.apache.org/viewcvs?view=revrev=149195
Log:
added some fixes from [EMAIL PROTECTED]
Removed:
jakarta/commons/sandbox/javaflow/trunk/.classpath
Modified:
jakarta/commons/sandbox/javaflow/trunk/project.xml
Phil,
thanks for the patch! I did apply some of
it ...see the comments inline
Some notes:
* The simplelog setup wasn't working at all for me for anything less
than info, so I added log4j into the project.xml. Works fine now. Not
sure if you were having a similar problem? junit is also added to
Author: burton
Date: Sun Jan 30 16:56:25 2005
New Revision: 149197
URL: http://svn.apache.org/viewcvs?view=revrev=149197
Log:
...
Modified:
jakarta/commons/sandbox/feedparser/trunk/project.xml
Modified: jakarta/commons/sandbox/feedparser/trunk/project.xml
URL:
Author: burton
Date: Sun Jan 30 17:01:39 2005
New Revision: 149198
URL: http://svn.apache.org/viewcvs?view=revrev=149198
Log:
added commons httpclient maven dependency
Modified:
jakarta/commons/sandbox/feedparser/trunk/project.xml
Modified:
Author: burton
Date: Sun Jan 30 17:30:17 2005
New Revision: 149199
URL: http://svn.apache.org/viewcvs?view=revrev=149199
Log:
removed anakia integration since we have to use maven for the site
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
On Sun, 2005-01-30 at 15:10 -0500, Tim O'Brien wrote:
I agree with this commit.
I think once a component has graduated it should no longer be a part of
the sandbox, but we might need to make some exceptions for things like
CLI. I believe CLI2 was developed in the sandbox eventhough CLI
FYI I finally had some time to push out a new version of the FeedParser
site to jakarta.apache.org...
http://jakarta.apache.org/commons/sandbox/feedparser/
Included updated docs, updated javadoc, developer lists, etc.
I'm still working on getting nightly snapshot builds setup. Right now I
Date: 2005-01-30T17:47:40
Editor: SimonKitching
Wiki: Jakarta Commons Wiki
Page: UsingSVN
URL: http://wiki.apache.org/jakarta-commons/UsingSVN
Add info about using a web browser to view repository structure
Change Log:
Author: mbecke
Date: Sun Jan 30 18:15:58 2005
New Revision: 149202
URL: http://svn.apache.org/viewcvs?view=revrev=149202
Log:
Updates for Subversion conversion.
Modified:
jakarta/commons/proper/httpclient/branches/HTTPCLIENT_2_0_BRANCH/xdocs/authentication.xml
Author: burton
Date: Sun Jan 30 18:39:22 2005
New Revision: 149203
URL: http://svn.apache.org/viewcvs?view=revrev=149203
Log:
more maven support for site generation
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
jakarta/commons/sandbox/feedparser/trunk/project.xml
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 30, 2005 7:54 PM
To: Jakarta Commons Developers List
Subject: Re: Removing Graduated Components from trunks-sandbox
On Sun, 2005-01-30 at 15:10 -0500, Tim O'Brien wrote:
I agree with this
Author: burton
Date: Sun Jan 30 18:46:30 2005
New Revision: 149204
URL: http://svn.apache.org/viewcvs?view=revrev=149204
Log:
notes WRT JDOM b10 vs b9
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
Author: burton
Date: Sun Jan 30 18:50:22 2005
New Revision: 149205
URL: http://svn.apache.org/viewcvs?view=revrev=149205
Log:
SAXBuilder migration
Modified:
jakarta/commons/sandbox/feedparser/trunk/project.xml
Author: burton
Date: Sun Jan 30 18:57:23 2005
New Revision: 149206
URL: http://svn.apache.org/viewcvs?view=revrev=149206
Log:
Fix for files greater than 1M and that are locate on the filesystem... patch
via Nick Lothian
Modified:
On Sun, 30 Jan 2005 21:41:36 -0500, Tim O'Brien [EMAIL PROTECTED] wrote:
I'm for commons/sandbox/dormant - some dormant projects have been
revived and have proven useful, but I also think that it is wise to
differentiate between projects actively in the sandbox and projects
suffering from
Right, good point, +1 on commons/sandbox/dormant and
commons/proper/dormant.
And, components moved to dormant are removed from the svn:externals
property of their respective trunks directory.
Tim
-Original Message-
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: Sunday,
1 - 100 of 109 matches
Mail list logo