Brett Porter wrote:
I wouldn't panic, it was more to do with very high loads
Thanks, thats enough info ;-)
---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Everything works fine when I check out a specific branch or tag or
trunk, but not when I check out the whole trunks-proper or
trunks-sandbox.
This is something I can live with, I was just wondering how everyone
else dealed with it and what I am doing wrong.
By the way I use Eclipse 3.0
Still
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
Author: polx
Date: Sat Jan 29 03:23:49 2005
New Revision: 149026
URL: http://svn.apache.org/viewcvs?view=revrev=149026
Log:
Documented the patch.
paul
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/interaction/xdocs/changes.xml
Modified:
Author: ozeigermann
Date: Sat Jan 29 03:26:11 2005
New Revision: 149027
URL: http://svn.apache.org/viewcvs?view=revrev=149027
Log:
- Extensions for better information retrieval on lock levels and releases
- More lock tests by Armin Waibel
- Fix for GenericLock that releases all locks of a
Hi,
I've tried running maven site on jelly tag-libs and... well...
changelog, developer-activity, and file-activity fail... they can
easily be outcommented, fine with that for now.
Another small problem is that commons-build is referenced as living in
the same directory as the root of each
Paul Libbrecht wrote:
Hi,
I've tried running maven site on jelly tag-libs and... well...
changelog, developer-activity, and file-activity fail... they can
easily be outcommented, fine with that for now.
I'm getting around to setting the property :) You'll find it on the
front page of the
Author: scolebourne
Date: Sat Jan 29 04:51:12 2005
New Revision: 149033
URL: http://svn.apache.org/viewcvs?view=revrev=149033
Log:
Fix to SetUniqueList breaks when swapping entries
bug 33294, from Tom Dunham
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
Hi Paul,
The patch in r148883 is causing me hassles: I'm getting [] (an empty
list converted to string) when I was expecting .
I don't really grok this, so I'm not sure how it is used enough to debug
it. I'm actually getting the [] back from x:expr (on an attribute in
JSL) and haven't located
Mario Ivankovits wrote:
One thing I currently thougth about is the scope of its content. By
default the content is global to all users using the singleton
FileSytemManager.
Though, we could use the FileSystemOptions to force VFS to create a new
RamFileSystem instance.
I'm not certain how the
Mario Ivankovits wrote:
Just one additional idea:
Please design the internal data-store in a whay that it is serializable.
I'm using fields in the RamFileObject itself for all the various
properties, contents, etc. (at least until I introduce RamFileContent --
right now I just have RamFileName,
Author: brett
Date: Sat Jan 29 06:29:27 2005
New Revision: 149045
URL: http://svn.apache.org/viewcvs?view=revrev=149045
Log:
resolve issue where content output before start tag
Modified:
B. K. Oxley (binkley) wrote:
Could you explain the tradeoffs between putting the RAM set into the
URI v. as an option to the configuration builder?
Your solution is just as good. But you have to ensure you really handle
it like the host within the other filesystems. The point is VFS has to
Hello again!
So if RamFileObject is serializable, so is the data store. I'll mark
them with JSR-220 annotations so that Hibernate and others can
serialize them automatically. How does that sound?
Sounds good too, but again just one point: We have to ensure VFS
compiles at least with jdk 1.3
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.
Author: imario
Date: Sat Jan 29 07:29:06 2005
New Revision: 149047
URL: http://svn.apache.org/viewcvs?view=revrev=149047
Log:
PR: 32356
Submitted by: Anthony Goubard
srcdirisbase optional Ant copy task attribute
Modified:
Author: tcurdt
Date: Sat Jan 29 07:43:40 2005
New Revision: 149051
URL: http://svn.apache.org/viewcvs?view=revrev=149051
Log:
updated what's on the table
Modified:
jakarta/commons/sandbox/javaflow/trunk/TODO
Modified: jakarta/commons/sandbox/javaflow/trunk/TODO
Url:
Hello,
Memory FS,
When it comes to speciality like performance and low footprint java always
comes at last. Instead what we can do is implement Memory FS in c or other
native language extremely coupled with OS and machine and build one common
wrapper in java.
For application who use it are always
Hello!
Instead what we can do is implement Memory FS in c or other
native language extremely coupled with OS and machine and build one common
wrapper in java.
If there is a user who uses JAVA, VFS and its RamFS and states the RamFS
is too slow for its usage, we could talk about it.
Until this
Author: oheger
Date: Sat Jan 29 10:44:57 2005
New Revision: 149057
URL: http://svn.apache.org/viewcvs?view=revrev=149057
Log:
Regenerated build.xml; hope the nightly builds work now
Modified:
jakarta/commons/proper/configuration/trunk/build.xml
Modified:
Mario Ivankovits wrote:
If there is a user who uses JAVA, VFS and its RamFS and states the RamFS
is too slow for its usage, we could talk about it.
Until this appens, I dont want to see native code within VFS.
Provide native code for all possible architectures is way too much work
- at least
Mario Ivankovits wrote:
Your solution is just as good. But you have to ensure you really handle
it like the host within the other filesystems. The point is VFS has to
create a new filesystem instance for every set, else all sets are
tied together in one filesystem and maybe never get
B. K. Oxley (binkley) wrote:
Where do I send code?
Please add it in bugzilla at http://issues.apache.org/bugzilla/
As always please dont forget to prefix the summary with [vfs].
Thanks!
Mario
smime.p7s
Description: S/MIME Cryptographic Signature
I'm +1 on the backward compatibility.
On Sun, 30 Jan 2005 00:48:52 +1100, Brett Porter [EMAIL PROTECTED] wrote:
Hi Paul,
The patch in r148883 is causing me hassles: I'm getting [] (an empty
list converted to string) when I was expecting .
I don't really grok this, so I'm not sure how it
Torsten -
Any objections to receiving test cases using junit?
phil.
--
Whirlycott
Philip Jacob
[EMAIL PROTECTED]
http://www.whirlycott.com/phil/
Well I guess thats good news that I managed to get a commit done ;-)
However it wasn't before I'd checked out the whole of lang with all its
history. Having to navigate to lang/trunk before doing Checkout As is just
weird. If there are any subclipse developers lurking, I'd suggest that
On Sat, 29 Jan 2005 22:46:33 +1100, Brett Porter [EMAIL PROTECTED] wrote:
Paul Libbrecht wrote:
Finally, a harder proble, it seems, is the output in the maven-site of
the source repository which only presents a viewcvs link (which is
broken as is known).
Can't remember if the maven pom is
Author: burton
Date: Sat Jan 29 16:18:26 2005
New Revision: 149082
URL: http://svn.apache.org/viewcvs?view=revrev=149082
Log:
more guids support and dox WRT Atom 0.5
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java
Modified:
Author: burton
Date: Sat Jan 29 16:24:33 2005
New Revision: 149085
URL: http://svn.apache.org/viewcvs?view=revrev=149085
Log:
support for Atom GUIDs
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/DefaultFeedParserListener.java
Author: burton
Date: Sat Jan 29 16:29:14 2005
New Revision: 149086
URL: http://svn.apache.org/viewcvs?view=revrev=149086
Log:
more dox WRT MUST and MUST NOT handling within atom
Modified:
jakarta/commons/sandbox/feedparser/trunk/xdocs/index.xml
Modified:
Author: burton
Date: Sat Jan 29 16:30:05 2005
New Revision: 149087
URL: http://svn.apache.org/viewcvs?view=revrev=149087
Log:
guid unit test...
Added:
jakarta/commons/sandbox/feedparser/trunk/tests/feeds/rss-2.0-guid.rss
Added:
Author: burton
Date: Sat Jan 29 16:51:57 2005
New Revision: 149089
URL: http://svn.apache.org/viewcvs?view=revrev=149089
Log:
support for RSS 2.0 enclosures...
Added:
jakarta/commons/sandbox/feedparser/trunk/tests/feeds/rss-2.0-enclosure.rss
Modified:
Author: burton
Date: Sat Jan 29 17:00:50 2005
New Revision: 149090
URL: http://svn.apache.org/viewcvs?view=revrev=149090
Log:
Atom GUID support...
Modified:
jakarta/commons/sandbox/feedparser/trunk/src/java/org/apache/commons/feedparser/AtomFeedParser.java
Sounds great.
Have just committed...
- more tests
- empty-handling as before
To test, I simply modified
maven.local.home/cache/maven-xdoc-plugin/project.xml to depend on the
latest jelly:xml... and the [] I got were all in some java kind of
code... was this enough test ? I hope... I'm fading
Author: brett
Date: Sat Jan 29 18:03:17 2005
New Revision: 149094
URL: http://svn.apache.org/viewcvs?view=revrev=149094
Log:
set changelog factory
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/project.properties
jakarta/commons/proper/jelly/trunk/project.properties
Modified:
I tried out the new patch as provided by dIon on the list, and it
completely toasted Maven. Sorry.
I don't have much time to investigate this presently - it will show up
during bootstrap if you want to try that, though the error is cryptic
(goals are not found, so its really affecting the deep
I didn't see anything committed?
Anyway, I'm finding other bugs in x:set (with or without patch), but
I'll wait until the newer version to investigate in case it changes.
- Brett
Paul Libbrecht wrote:
Sounds great.
Have just committed...
- more tests
- empty-handling as before
To test, I simply
Author: burton
Date: Sat Jan 29 18:23:30 2005
New Revision: 149095
URL: http://svn.apache.org/viewcvs?view=revrev=149095
Log:
RSS 2.0 and Atom GUID refactor and init of support
Modified:
jakarta/commons/sandbox/feedparser/trunk/build.xml
Author: burton
Date: Sat Jan 29 19:09:59 2005
New Revision: 149096
URL: http://svn.apache.org/viewcvs?view=revrev=149096
Log:
yet more removal of the NewsMonster network IO in favor of feedparser IO
Modified:
jakarta/commons/sandbox/feedparser/trunk/TODO
Author: burton
Date: Sat Jan 29 19:12:13 2005
New Revision: 149097
URL: http://svn.apache.org/viewcvs?view=revrev=149097
Log:
added junit to build for ant support...
Added:
jakarta/commons/sandbox/feedparser/trunk/lib/build/
jakarta/commons/sandbox/feedparser/trunk/lib/build/junit.jar
Author: bayard
Date: Sat Jan 29 20:22:37 2005
New Revision: 149100
URL: http://svn.apache.org/viewcvs?view=revrev=149100
Log:
removing nagoya references
Modified:
jakarta/commons/proper/lang/trunk/src/test/org/apache/commons/lang/CharSetUtilsTest.java
Author: bayard
Date: Sat Jan 29 20:23:40 2005
New Revision: 149101
URL: http://svn.apache.org/viewcvs?view=revrev=149101
Log:
removing nagoya references
Modified:
jakarta/commons/proper/lang/trunk/project.xml
Modified: jakarta/commons/proper/lang/trunk/project.xml
Url:
Author: bayard
Date: Sat Jan 29 20:29:43 2005
New Revision: 149102
URL: http://svn.apache.org/viewcvs?view=revrev=149102
Log:
removing this page as it is not linked to by any other commons page and it is
not a concept that exists in our charter anymore
Removed:
Currently latka has the most nagoya references in Jakarta (something
we need to fix). While I was playing with the Jakarta downloads, I
noticed that it's last release was a 1.0-alpha1, made on 27 Dec 2002
and lacking source.
Looking at the svn log, the last commit comment that looks at all
Any objections to receiving test cases using junit?
Phil, of course not! :)
...actually it was my plan using junit for that.
cheers
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
I rm'd a couple of files that haven't been a part of our site in a year:
jakarta/commons/commons.html (bit of blurb about commons-proper, now
found on front page)
jakarta/commons/directory.html (bit of blurb about the never
enacted java directory)
Author: craigmcc
Date: Sat Jan 29 22:23:37 2005
New Revision: 149107
URL: http://svn.apache.org/viewcvs?view=revrev=149107
Log:
Establish initial svn:externals property for the current pseudo-directory.
This allows the trunk of all Commons Proper packages to be checked out as
follows:
mkdir
Author: craigmcc
Date: Sat Jan 29 22:25:21 2005
New Revision: 149108
URL: http://svn.apache.org/viewcvs?view=revrev=149108
Log:
Similar property setting for the svn:externals property for sandbox projects.
Now, you can check out the trunk of all of these projects as follows:
mkdir
Martin Cooper took advantage of an ability of Subversion (after being
pointed at it by Tim O'Brien -- thanks Tim and Martin!) to use the
svn:externals capability to create a pseudo-directory of the trunk
subdirectory for each Struts subproject. I've implemented the same
technique for Commons
I should mention how you update the list of packages that are
included, for when new Commons Proper or Commons Sandbox packages are
added later:
cd /path/to/jakarta/commons/proper
svn propedit svn:externals current
cd /path/to/jakarta/commons/sandbox
svn propedit svn:externals
Author: craigmcc
Date: Sat Jan 29 23:11:49 2005
New Revision: 149109
URL: http://svn.apache.org/viewcvs?view=revrev=149109
Log:
Decouple build.xml from requiring LICENSE in a parent directory.
Added:
jakarta/commons/proper/codec/trunk/LICENSE
Modified:
Hi,
I know that commons-sql is in the sandbox but can we
get a stable release? I saw the discussion a while
back about moving to the commons db any news?
I am using it in a Velocity XMLBeans sample
(xmlbeans/samples/db/vxsdb) and I would like to
stabilize it.
Thanks,
Phil
Author: polx
Date: Sat Jan 29 23:47:05 2005
New Revision: 149113
URL: http://svn.apache.org/viewcvs?view=revrev=149113
Log:
x:set was returning empty-list in case of empty results whereas it used
to return a null (which becomes an empty string often in jexl or jelly).
Fixed so that when asString,
Author: craigmcc
Date: Sat Jan 29 23:48:43 2005
New Revision: 149114
URL: http://svn.apache.org/viewcvs?view=revrev=149114
Log:
No build.properties file should actually be checked in.
Removed:
jakarta/commons/proper/el/trunk/build.properties
Deleted:
55 matches
Mail list logo