Ok, I understand we want the tags removed. Cool! I will start removing
the author tags from the store section. If this works smoothly and fast
I will take care more. Anyone volunteering to remove the tags from any part?
Oliver
Oliver Zeigermann wrote:
Folks!
As recommended by the ASF projects
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=30252.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have a fix for Bug# 30317 for RDBMS Content Stores.
Could someone review the patch for the same? If yes, please let me know.. I
will send the patch file.
Regards,
Ritu
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
for file in `find jakarta-slide -name *.java`; do sed '/\\*[:space:[EMAIL
PROTECTED]/d' $file TEMP; mv TEMP $file; done
This one liner should do. Let me know if I you want me to do that
batch conversion.
Ingo
Ok, I understand we want the tags removed. Cool! I will start removing
the author
It would be great if you could do the conversion!
Oliver
Ingo Brunberg wrote:
for file in `find jakarta-slide -name *.java`; do sed '/\\*[:space:[EMAIL PROTECTED]/d'
$file TEMP; mv TEMP $file; done
This one liner should do. Let me know if I you want me to do that
batch conversion.
Ingo
Ok, I
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=30252.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Where is that patch? Simply attach it to the bug report.
Oliver
Ritu Kedia wrote:
I have a fix for Bug# 30317 for RDBMS Content Stores.
Could someone review the patch for the same? If yes, please let me know.. I
will send the patch file.
Regards,
Ritu
James Mason schrieb:
Based on my reading of the NotificationListener source this is the
sequence that needs to happen (Client and server are both Slide servers
in this case):
1. Client creates a NotificationListener
Yes, you can specify the repository host/port and the local udp listener
port
-Djakarta-lucene=/usr/local/gump/public/workspace/jakarta-lucene/build/lucene-20040728.jar
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar
-Dantlr-tools.jar=/usr/local/gump/packages/antlr-2.7.3/antlr.jar
-Djaxp.jar=/usr/local/gump/packages/java_xml_pack-summer-02_01/jaxp-1.2_01
ozeigermann2004/07/28 02:58:39
Modified:.RELEASE-NOTES-2.1-BETA1
Log:
Completed beta1 release notes
Revision ChangesPath
1.2 +23 -11jakarta-slide/RELEASE-NOTES-2.1-BETA1
Index: RELEASE-NOTES-2.1-BETA1
Please add the stuff I forgot to the release notes.
Oliver
[EMAIL PROTECTED] wrote:
ozeigermann2004/07/28 02:58:39
Modified:.RELEASE-NOTES-2.1-BETA1
Log:
Completed beta1 release notes
Revision ChangesPath
1.2 +23 -11jakarta-slide/RELEASE-NOTES-2.1-BETA1
Oliver,
For some reason I keep getting Create attachment Bug 30317: No file was
provided, or it was empty. error, when uploading the patch on bugzilla. I
am attaching the patch here. Could you please upload it?
Also I have created the patch on latest from CVS head but tested the fix on
2.1M1
Seems you accidently removed compression support? As the formatting in
your patch is different from the one in CVS it is very hard for me to
see the real changes. Additionally, your patch contains tabs instead of
spaces. Could your change this, please?
Other than that Davide should be the one
from
http://brutus.apache.org/gump/public/jakarta-slide/jakarta-slide/gump_work/build_jakarta-slide_jakarta-slide.txt
[javac]
/usr/local/gump/public/workspace/jakarta-slide/testsuite/testsuite/junit/src/org/apache/slide/testsuite/testtools/tprocessor/TProcessors.java:1498:
cannot resolve
luetzkendorf2004/07/28 04:23:50
Added:
testsuite/testsuite/junit/src/org/apache/slide/testsuite/testtools/tprocessor
PollAssert.java
Log:
added
Revision ChangesPath
1.1
luetzkendorf2004/07/28 04:25:29
Modified:
testsuite/testsuite/junit/src/org/apache/slide/testsuite/testtools/tprocessor
PollAssert.java
Log:
removed author tag
Revision ChangesPath
1.2 +0 -3
in the cvs now.
jakarta-slide\testsuite\testsuite\junit\src\org\apache\slide\testsuite\testtools\tprocessor\PollAssert.java
Stefan Bodewig wrote:
from
http://brutus.apache.org/gump/public/jakarta-slide/jakarta-slide/gump_work/build_jakarta-slide_jakarta-slide.txt
[javac]
On Wed, 28 Jul 2004, Stefan Lützkendorf [EMAIL PROTECTED]
wrote:
in the cvs now.
Great!
I've just managed to have an end-to-end build of Slide in Gump on my
machine.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
luetzkendorf2004/07/28 05:00:12
jakarta-slide/testsuite/testsuite/junit/xmltestcases/functional/get/conditional -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
luetzkendorf2004/07/28 05:00:48
Added: testsuite/testsuite/junit/xmltestcases/functional/get/conditional
getConditionalByETag.xml getConditionalByTime.xml
Log:
added testcases to verify conditional GETs
Revision ChangesPath
1.1
Thanks for all the help :)
Oliver
Stefan Bodewig wrote:
On Wed, 28 Jul 2004, Stefan Lützkendorf [EMAIL PROTECTED]
wrote:
in the cvs now.
Great!
I've just managed to have an end-to-end build of Slide in Gump on my
machine.
Stefan
I'll look at it with more attention at home this evening but if I've
understood the problem, this bug affects the Oracle store because it
doesn't correct contentLength if it's == -1...
a possible solution could be:
If compression support is on
David,
Thanks for looking into this patch.
I did try the solution proposed by you i.e. count the bytes copied to Oracle
Blob, but that did not return the correct length. I basically executed the
select stmt of the storeContent method of the OracleRDBMSStore, after the
copy method and then
luetzkendorf2004/07/28 06:33:54
Modified:.RELEASE-NOTES-2.1-BETA1
Log:
added some lines
Revision ChangesPath
1.3 +5 -1 jakarta-slide/RELEASE-NOTES-2.1-BETA1
Index: RELEASE-NOTES-2.1-BETA1
luetzkendorf2004/07/28 06:34:41
Modified:webdavclient build.xml
Log:
name of current commons-transaction.jar updated
Revision ChangesPath
1.21 +1 -1 jakarta-slide/webdavclient/build.xml
Index: build.xml
luetzkendorf2004/07/28 06:35:14
Modified:testsuite build.xml
Log:
2.1M2 renamed to 2.1b1
Revision ChangesPath
1.28 +1 -1 jakarta-slide/testsuite/build.xml
Index: build.xml
===
RCS file:
luetzkendorf2004/07/28 06:36:03
Modified:testsuite tp.properties.sample
Log:
space that produces a NumberFormatException
Revision ChangesPath
1.5 +1 -1 jakarta-slide/testsuite/tp.properties.sample
Index: tp.properties.sample
dear colleagues
i followed the poll regarding removal of @author tags
in the slide source code with great interest. i didn't cast
my vote though for 2 reasons:
- i didn't want to interfere because i do not work
on the slide code base.
- as committer of the code in proposals/jcrri i consider
Folks!
I understand Stefan's view. Additionally, what about the stuff in the
wvcm implementation?
Anyway, quoting from the ASF Board Summary for February 18, 2004
- author tags are officially discouraged. these create difficulties in
establishing the proper ownership and the protection
hi oliver,
I noticed the jcrri proposal does not even have an Apache License. I
really have no idea how it relates to the ASF if this is so.
first of all: i am not a lawyer. consider this a disclaimer. ;)
the code in jcrri is licensed under a license written by
roy fielding based on the
Oliver Zeigermann wrote:
Actually, this was a bug in TxXMLFileDescriptorsStore as descriptors
were never freed. Hopefully, this has been fixed with my latest commit.
Could you please check?
Yes, the OutOfMemoryError disappeared.
Thank you!
Guido
Thanks and cheers,
Oliver
Oliver Zeigermann
hi daniel,
as far as I understand your code is at the moment completely separated
from the Slide project.
correct
IMO it would be a good idea to integrate the jcrri into the Slide
project as this would give you some more feedback on your work. There
are lots of people out there using
On Wednesday 28 July 2004 14:57, Ritu Kedia wrote:
I did try the solution proposed by you i.e. count the bytes copied to
Oracle Blob, but that did not return the correct length. I basically
executed the select stmt of the storeContent method of the
OracleRDBMSStore, after the copy method and
33 matches
Mail list logo
