Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Message-ID: <20861513.1153864454739.JavaMail.jira@brutus>
Date: Tue, 25 Jul 2006 14:54:14 -0700 (PDT)
From: "Simon Willnauer (JIRA)" <jira@apache.org>
To: java-dev@lucene.apache.org
Subject: [jira] Commented: (LUCENE-631) GData Server - Milestone 3 Patch,
 Bugfixes, Documentation
In-Reply-To: <6660724.1153669213937.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

    [ http://issues.apache.org/jira/browse/LUCENE-631?page=comments#action_12423470 ] 
            
Simon Willnauer commented on LUCENE-631:
----------------------------------------

I found 0 failure  and 2 errors in the test.out this was caused by a missing file in the test classpath / folder.
I added the file to svn there was just a little "+" missing ;).
Well, I do feel not very well with commiting such huge patches this is quiet error-prone isn't it?!
So how could we improve this procedure for me and for you. I guess we can't get a patch every day once a week would be quiet good. I would suggest a fix day for me adding a new patch which gives you a week to commit it. That would make development much easier for me and there will be less patch mistakes.

Btw. thanks for removing my edited line from the common-build.xml patch, I will add the "clean" patch again in a minute.

regards simon

> GData Server - Milestone 3 Patch, Bugfixes, Documentation
> ---------------------------------------------------------
>
>                 Key: LUCENE-631
>                 URL: http://issues.apache.org/jira/browse/LUCENE-631
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: Other
>            Reporter: Simon Willnauer
>         Attachments: common-build.diff, gdata-build_xml.diff, gdata_06_07_23.diff, gdata_06_07_23.diff, gdata_06_07_25.diff, gdata_06_07_25_schema_added.diff, test.out
>
>
> For Milestone 3 added Features:
> - Update Delete Concurrency
> - Version control
> - Second storage impl. based on Db4o. (Distributed Storage)
> - moved all configuration in one single config file.
> - removed dependencies in testcases.
> - added schema validation for and all  xml files in the project (Configuration etc.)
> - added JavaDoc
> - much better Performance after reusing some resources
> - added recovering component to lucene based storage to recover entries after a server crash or OOM Error (very simple)
> - solved test case fail on hyperthread / multi core machines (@ hossman: give it a go)
> @Yonik && Doug could you get that stuff in the svn please
> regards simon

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org