Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 60934 invoked from network); 25 Feb 2008 17:58:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Feb 2008 17:58:35 -0000 Received: (qmail 98022 invoked by uid 500); 25 Feb 2008 17:58:29 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 98002 invoked by uid 500); 25 Feb 2008 17:58:29 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 97991 invoked by uid 99); 25 Feb 2008 17:58:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Feb 2008 09:58:29 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: local policy) Received: from [207.97.245.145] (HELO smtp145.iad.emailsrvr.com) (207.97.245.145) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Feb 2008 17:57:39 +0000 Received: from relay4.r5.iad.mlsrvr.com (localhost [127.0.0.1]) by relay4.r5.iad.mlsrvr.com (SMTP Server) with ESMTP id 6FC53D3E3; Mon, 25 Feb 2008 12:57:18 -0500 (EST) Received: from baybroadband.net (webmail14.webmail.iad.mlsrvr.com [192.168.1.37]) by relay4.r5.iad.mlsrvr.com (SMTP Server) with ESMTP id 67A94D3C8; Mon, 25 Feb 2008 12:57:18 -0500 (EST) Received: by mail.baybroadband.net (Authenticated sender: dbrosius@baybroadband.net, from: dbrosius@mebigfatguy.com) with HTTP; Mon, 25 Feb 2008 12:57:18 -0500 (EST) Date: Mon, 25 Feb 2008 12:57:18 -0500 (EST) Subject: =?UTF-8?Q?Re:=20Difference=20between=20older=20Jackrabbits=20and=201.4/1?= =?UTF-8?Q?.4.1=3F?= From: "Dave Brosius" To: users@jackrabbit.apache.org, stefan.guggisberg@gmail.com Reply-To: dbrosius@mebigfatguy.com MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Importance: Normal X-Priority: 3 (Normal) X-Type: 1 Message-ID: <50089.192.168.1.70.1203962238.webmail@192.168.1.70> X-Mailer: webmail6.5.1 X-Virus-Checked: Checked by ClamAV on apache.org Thanks Stefan,=0A=0A I did indeed have the same schema prefix for both Pers= istenceManager sections.=0A=0AI changed the Versioning/PersistenceManager p= refix to version_ as you suggested, but am now getting:=0A=0A[org.apache.ja= ckrabbit.core.persistence.bundle.util.ConnectionRecoveryManager] ERROR 12:4= 5:52,946: could not execute statement, reason: ORA-01400: cannot insert NUL= L into ("JACKRABBIT"."VERSION_NAMES"."ID")=0A, state/code: 23000/1400=0A=0A= [org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager] = ERROR 12:45:52,946: failed to write bundle: deadbeef-face-babe-cafe-babecaf= ebabe=0Ajava.lang.IllegalStateException: Unable to insert index: java.sql.S= QLException: ORA-01400: cannot insert NULL into ("JACKRABBIT"."VERSION_NAME= S"."ID")=0A=0A=09at org.apache.jackrabbit.core.persistence.bundle.util.NGKD= bNameIndex.insertString(NGKDbNameIndex.java:71)=0A=09at org.apache.jackrabb= it.core.persistence.bundle.util.DbNameIndex.stringToIndex(DbNameIndex.java:= 101)=0A=09at org.apache.jackrabbit.core.persistence.bundle.util.BundleBindi= ng.writeBundle(BundleBinding.java:249)=0A=09at org.apache.jackrabbit.core.p= ersistence.bundle.BundleDbPersistenceManager.storeBundle(BundleDbPersistenc= eManager.java:1028)=0A=09at org.apache.jackrabbit.core.persistence.bundle.A= bstractBundlePersistenceManager.putBundle(AbstractBundlePersistenceManager.= java:703)=0A=09at org.apache.jackrabbit.core.persistence.bundle.AbstractBun= dlePersistenceManager.store(AbstractBundlePersistenceManager.java:643)=0A= =09at org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceMana= ger.store(BundleDbPersistenceManager.java:524)=0A=09at org.apache.jackrabbi= t.core.version.VersionManagerImpl.(VersionManagerImpl.java:162)=0A=09= at org.apache.jackrabbit.core.RepositoryImpl.createVersionManager(Repositor= yImpl.java:400)=0A=09at org.apache.jackrabbit.core.RepositoryImpl.(Re= positoryImpl.java:294)=0A=09at org.apache.jackrabbit.core.RepositoryImpl.cr= eate(RepositoryImpl.java:557)=0A=09at org.apache.jackrabbit.core.TransientR= epository$1.getRepository(TransientRepository.java:186)=0A=09at org.apache.= jackrabbit.core.TransientRepository.startRepository(TransientRepository.jav= a:265)=0A=09at org.apache.jackrabbit.core.TransientRepository.login(Transie= ntRepository.java:333)=0A=09at com.primavera.infr.srvcs.cr.ContentRepositor= yServiceImpl.(ContentRepositoryServiceImpl.java:112)=0A=09at com.prim= avera.infr.srvcs.cr.ContentRepositoryServiceImpl.getService(ContentReposito= ryServiceImpl.java:143)=0A=09at sun.reflect.NativeMethodAccessorImpl.invoke= 0(Native Method)=0A=09at sun.reflect.NativeMethodAccessorImpl.invoke(Native= MethodAccessorImpl.java:39)=0A=09at sun.reflect.DelegatingMethodAccessorImp= l.invoke(DelegatingMethodAccessorImpl.java:25)=0A=09at java.lang.reflect.Me= thod.invoke(Method.java:585)=0A=09at com.primavera.infr.DBServiceFactory.st= artServices(DBServiceFactory.java:29)=0A=09at com.primavera.infr.DBServiceI= nstaller.execute(SysServices.java:639)=0A=09at com.primavera.infr.threadpoo= l.ThreadPool.run(ThreadPool.java:226)=0A=09at java.lang.Thread.run(Thread.j= ava:595)=0A=0AWhen i look in the oracle database, the tables i see are=0A= =0Aversion_binval=0Aversion_bundle=0Aversion_names=0Aversion_refs=0A=0AHere= is the repository.xml i am generating.=0A=0A=0A=0A =0A =0A =0A =0A=0A = =0A =0A =0A =0A = =0A =0A=0A =0A =0A = =0A =0A =0A=0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A = =0A =0A =0A =0A =0A =0A =0A =0A =0A =0A = =0A =0A =0A =0A =0A =0A = =0A =0A =0A =0A =0A = =0A =0A = =0A =0A=0A =0A =0A =0A =0A = =0A = =0A=0A =0A =0A = =0A= =0A =0A =0A =0A =0A = =0A =0A=0A =0A=0A =0A =0A= =0A =0A=0A=0A=0A----- Original Messa= ge ----- =0AFrom: "Stefan Guggisberg" =0ATo: <= users@jackrabbit.apache.org>=0ASent: Monday, February 25, 2008 4:43 AM=0ASu= bject: Re: Difference between older Jackrabbits and 1.4/1.4.1?=0A=0A=0A> hi= dave=0A>=0A> On Sat, Feb 23, 2008 at 1:40 AM, Dave Brosius =0A> wrote:=0A>> Ah, i think i figured something out. The Persi= stenceManager under =0A>> Workspace=0A>> and Versioning should have differ= ent URLs in Derby.=0A>>=0A>> So it is working in derby when that happens. = But oracle still fails.=0A>>=0A>> How about in oracle, sqlserver? Can you = use the same url for both=0A>> PersistenceManagers when using oracle? What= would the different ones be?=0A>=0A> you don't need separate url's for tho= se, but since every=0A> DatabasePersistenceManager=0A> creates and works wi= th its own schema objects (i.e. tables etc) you=0A> have to specify=0A> dis= tinct schemaObjectPrefix values for each in the repository.xml. in=0A> the = default config=0A> we're e.g. using=0A>=0A> =0A>=0A> for the workspace persistence= manager and=0A>=0A> =0A>=0A> BTW: note that the workspace configuration element in th= e repository.xml=0A> is just used as a template for creating new workspaces= . make sure you=0A> adapt the created workspace.xml as well.=0A>=0A> hope t= his helps!=0A>=0A> cheers=0A> stefan=0A>=0A>>=0A>>=0A>>=0A>> ----- Origina= l Message -----=0A>> From: "Dave Brosius" =0A>> = To: =0A>>=0A>>=0A>> Sent: Friday, February 22= , 2008 4:02 PM=0A>> Subject: Re: Difference between older Jackrabbits and = 1.4/1.4.1?=0A>>=0A>>=0A>> > Hmm, it looks likely that i am running into th= is already reported =0A>> issue=0A>> >=0A>> > https://issues.apache.org/j= ira/browse/JCR-537=0A>> >=0A>> > anyone have any ideas how to work around= this issue? i'm pretty dead =0A>> in=0A>> > the water without a workaroun= d.=0A>> >=0A>> > I guess i can just delete all the directories on disk.= =0A>> >=0A>> >=0A>> > ----- Original Message -----=0A>> > From: "Dave B= rosius" =0A>> > To: =0A>> > Sent: Friday, February 22, 2008 3:48 PM=0A>> > Subject: Re: Diff= erence between older Jackrabbits and 1.4/1.4.1?=0A>> >=0A>> >=0A>> >> If= it helps any, the originating exception is from=0A>> >>=0A>> >> SharedIt= emStateManager=0A>> >> public NodeReferences getNodeReferences(NodeReferen= cesId id) throws=0A>> >> NoSuchItemStateException, ItemStateException {=0A= >> >>=0A>> >>=0A>> >>=0A>> >> here at the end of the method=0A>> >>=0A= >> >> // throw=0A>> >>=0A>> >> throw new NoSuchItemStateException(id.toS= tring());=0A>> >>=0A>> >> }=0A>> >>=0A>> >>=0A>> >>=0A>> >>=0A>> >>= =0A>> >> ----- Original Message -----=0A>> >> From: "Dave Brosius" =0A>> >> To: =0A>> >> Se= nt: Friday, February 22, 2008 2:57 PM=0A>> >> Subject: Difference between = older Jackrabbits and 1.4/1.4.1?=0A>> >>=0A>> >>=0A>> >>>I have this cod= e i use for running fitnesse tests. It ran without=0A>> >>>incident in pas= t versions of JRabbit. I now upgraded to 1.4 and core=0A>> >>>1.4.1 and no= w it fails on the parent.save() method with=0A>> >>>=0A>> >>> javax.jcr.I= temNotFoundException: =0A>> 3f883da8-04fa-4d5d-a0a7-d98d201b10a5=0A>> >>>= =0A>> >>> Did anything change going to 1.4? In my case there are child nod= es =0A>> below=0A>> >>> the nodes i am removing, is this a problem now? Do= i have to remove =0A>> all=0A>> >>> children recursively, bottom - up?=0A= >> >>>=0A>> >>>=0A>> >>> /** This method is only to be used by testing f= rameworks */=0A>> >>> public synchronized void destroy() throws ContentRep= ositoryException=0A>> >>> {=0A>> >>> if (!m_isEmbedded)=0A>> >>> t= hrow new ContentRepositoryException("Not allowed to destroy a =0A>> non=0A>= > >>> embedded content repository");=0A>> >>> try=0A>> >>> {=0A>> = >>> Node projectsRoot =3D getProjectsRootNode();=0A>> >>> i= f (projectsRoot !=3D null)=0A>> >>> {=0A>> >>> Node par= ent =3D projectsRoot.getParent();=0A>> >>> projectsRoot.remove(= );=0A>> >>> parent.save();=0A>> >>> }=0A>> >>> = m_projectRootUuid =3D null;=0A>> >>> Node usersRoot =3D getUsersRoo= tNode();=0A>> >>> if (usersRoot !=3D null)=0A>> >>> {=0A>> = >>> Node parent =3D usersRoot.getParent();=0A>> >>> = usersRoot.remove();=0A>> >>> parent.save();=0A>> >>> }= =0A>> >>> m_userRootUuid =3D null;=0A>> >>> m_session.save(= );=0A>> >>> }=0A>> >>> catch (RepositoryException re)=0A>> >>> = {=0A>> >>> throw new ContentRepositoryException("Failed destroying = =0A>> embedded=0A>> >>> repository", re);=0A>> >>> }=0A>> >>> }=0A>> = >>=0A>> >=0A>>=0A>> =0A=0A=0A