Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (nike.apache.org: domain of brightnesslevels@gmail.com
 designates 209.85.219.166 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=tRys8TQqsEpi+K5jFlI+FgfYBoJu+lu5hTKGB3B01ecC5bEmPO9pZTSjQKRfsuKSwj
         ExRygb4n0Vz0IKHCloVJ9JMgmkIgxgPRGPqHQ1zycZ4admz/oUR6enbbI9MHRJwv5X7p
         iQd1nLaFyuQL4KN+nRaiPQ0rA9iP/179A7t8A=
MIME-Version: 1.0
In-Reply-To: <8752ef10903040406x7326a6bbi344c01f40b161149@mail.gmail.com>
References: <8752ef10902191748y39f5173dse9ef6a562894ef7e@mail.gmail.com>
	 <90a8d1c00902200140r6360d1aem3f862ae1ca20280d@mail.gmail.com>
	 <8752ef10902220446q4f9b269bpa6c58d3ad7264529@mail.gmail.com>
	 <a781e7950902230029r37fa3613s7a277d52ca10558f@mail.gmail.com>
	 <8752ef10902231024p7a98108fxbbde9c70f31d10fc@mail.gmail.com>
	 <a781e7950902250558i73927d36n3729779db82371f@mail.gmail.com>
	 <8752ef10903040406x7326a6bbi344c01f40b161149@mail.gmail.com>
Date: Wed, 4 Mar 2009 15:16:02 +0300
Message-ID: <8752ef10903040416q3b92ad7bnd9490b5dbdb38bd2@mail.gmail.com>
Subject: Re: Repository won't start after import
From: Sergey Podatelev <brightnesslevels@gmail.com>
To: users@jackrabbit.apache.org
Content-Type: multipart/alternative; boundary=0015174c150ee69f5704644a03d5

--0015174c150ee69f5704644a03d5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Just want to confirm my assumption: when I rolled back and tried to perform
same operations that gave me UUID-errors with repository DAO-s configured as
simple Spring beans, I don't see any of those errors. Perhaps, my DAOs are
configured improperly.

On Wed, Mar 4, 2009 at 3:06 PM, Sergey Podatelev <brightnesslevels@gmail.com
> wrote:

> I'm sorry for the delay, I had troubles reproducing this, until I got even
> worse issues.
>
> First off, I'm sorry for this stupid question, but how do I enable
> debug-level output?
> I have log4j.properties file in my /src folder with the following content:
>
> log4j.rootLogger=DEBUG, stdout
> log4j.appender.stdout=org.apache.log4j.ConsoleAppender
> log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
> log4j.appender.stdout.layout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n
>
> However, I can only see INFO messages from the Jackrabbit's classes (my own
> classes emit some DEBUG-s as well, and I can see those).
>
> Secondly, I actually had a couple of "successful" imports, after which my
> web application started normally.
> However, what I'm getting now is somewhat similar to what I've found here:
> http://issues.apache.org/jira/browse/JCR-160
>
> Specifically, I get messages like "Exception retrieving Node with UUID:
> fabf6884-1457-4ccf-94f3-dde9d8319f6d: javax.jcr.ItemNotFoundException:
> fabf6884-1457-4ccf-94f3-dde9d8319f6d"
> from time to time though I didn't do any UUID lookups.
>
> And there're NodeIterator failures.
> Specifically, NodeIterator iter = q.execute().getNodes(); iter.getSize() --
> returns 1, but iter.hasNext() returns false.
>
> What scares me a little bit is that even if I delete
> "/var/jackrabbit/repository/workspaces/default/index" folder, those
> ghost-UUID errors still happen.
>
> Perhaps this is somehow related to the fact that before these UUID-errors I
> also configured webapp to work through Spring's LocalTransactionManager?
>
>
> On Wed, Feb 25, 2009 at 4:58 PM, Marcel Reutegger <
> marcel.reutegger@gmx.net> wrote:
>
>> Hi Sergey,
>>
>> On Mon, Feb 23, 2009 at 19:24, Sergey Podatelev
>> <brightnesslevels@gmail.com> wrote:
>> > ...*repository initialized*
>> > ...*basic read: find a node, read it's name*
>> > ...*repository is shutting down*
>> > 5198 [main] INFO
>> > org.apache.jackrabbit.core.observation.ObservationDispatcher -
>> Notification
>> > of EventListeners stopped.
>> > 5698 [main] INFO org.apache.jackrabbit.core.query.lucene.IndexMerger -
>> *Unable
>> > to stop IndexMerger. Deamon is busy.*
>> > 6009 [main] INFO org.apache.jackrabbit.core.query.lucene.SearchIndex -
>> Index
>> > closed: /var/jackrabbit/repository/workspaces/default/index
>> > 6022 [main] INFO
>> > org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager -
>> > Database '/var/jackrabbit/repository/workspaces/default/db' shutdown.*
>> >
>> > *Is this is somehow related to the index corruption?
>>
>> Yes, that could be the reason. I've opened a jira issue with the above
>> log information:
>> https://issues.apache.org/jira/browse/JCR-1999
>>
>> Can you please re-run your test with debug messages enabled for the
>> class IndexMerger and attach the log file to the jira issue? Thank
>> you.
>>
>> > Also, there's a typo in
>> > that warning, it's either "daemon" or "demon" (:
>>
>> Thanks for noticing, I'll correct it.
>>
>> regards
>>  marcel
>>
>
>
>
> --
> sp
>


-- 
sp

--0015174c150ee69f5704644a03d5--