Re: JCR and SOAP

Hi, On 4/11/07, Tim Reilly [EMAIL PROTECTED] wrote: I am also currently thinking about how to remote JCR through web services. Sten, assuming you can contribute this (without intellectual property issues) would it be possible to add this under a jira issue and attach your progress/sources? Can

Re: JCR and SOAP

I have already signed a CLA, so this could possibly be used? This soap remoting implementation started as a building stone for a bigger product and going to commit it in a temporary repository very soon. Will also attach the sources in a jira issue to track it there. As soon as I have the initial

Re: JCR and SOAP

Hi, On 4/11/07, Sten Roger Sandvik [EMAIL PROTECTED] wrote: I have already signed a CLA, so this could possibly be used? Yes, that should be enough. This soap remoting implementation started as a building stone for a bigger product and going to commit it in a temporary repository very soon.

Re: Next Generation Persistence

Hi, Thanks for comments and pointers to further information. I think using a Subversion-like structure might make sense, though a call like getNodeByUUID(...).getPath() could become quite expensive. We probably should prioritize the performance requirements of different operations to help guide

Re: Creating Nodes is Excruciatingly Slow

On 4/11/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, On 4/11/07, sstrickland [EMAIL PROTECTED] wrote: I use a db2 database on an iSeries (AS400) to store my project. I connect just fine, and I can create nodes, child nodes and grandchild nodes, along with appropriate properties. It's

Re: Creating Nodes is Excruciatingly Slow

Hi, On 4/11/07, Alexandru Popescu ☀ [EMAIL PROTECTED] wrote: On 4/11/07, Jukka Zitting [EMAIL PROTECTED] wrote: You are probably running the content repository on a separate server than the database. The database persistence manager performance is quite sensitive to network latency, so the

Re: Next Generation Persistence

hi jukka Another issue that came up is whether and how such a persistence model would work with the SPI. I had considered the SPI as the primary interface to use when prototyping/implementing this persistence proposal, but it seems that the handling of the transient space as a draft revision

Re: Next Generation Persistence

Hi Jukka, Why would getNodeByUUID(...).getPath() become so expensive? It seems we could keep a pointer to the last value no? Nicolas On 4/11/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, Thanks for comments and pointers to further information. I think using a Subversion-like structure

Re: Next Generation Persistence

Hi, On 4/11/07, Nicolas [EMAIL PROTECTED] wrote: Why would getNodeByUUID(...).getPath() become so expensive? It seems we could keep a pointer to the last value no? With a Subversion-like structure a node does not have a direct parent reference which could be used to construct the node path.

Problems running Jackrabbit on Websphere 5.1

Hi, I am trying to deploy Jackrabbit onto Websphere in a shared (model 2) model. I have managed to deploy the rar as a new resource adapter using the admin console, and configured the jndi name and connection factory, etc. In my code I get a reference to the repository as follows: String

[jira] Created: (JCR-839) isNodeType not supporting nt namespace

isNodeType not supporting nt namespace -- Key: JCR-839 URL: https://issues.apache.org/jira/browse/JCR-839 Project: Jackrabbit Issue Type: Bug Components: core Affects Versions: 1.0

MySQL and the bundle persistence managers

Hi, It seems that the bundle persistence manager base does not work with MySQL. A SQLException is thrown on the line con.commit(); in BundleDbPersistenceManager.checkSchema() because autoCommit is set to true in the init method. For some reason, this is ignored by the Oracle and MSSQL drivers.

JCR-642: flat content hierarchies: Anything on the horizon??

Hello, Concerning issue JCR-642 Support flat content hierarchies ( http://issues.apache.org/jira/browse/JCR-642 ), are there any plans to tackle this issue in the near future? cheers, -- Simon Edwards GX creative online development B.V. t: 024 - 3888 261 f: 024 - 3888 621 e: [EMAIL PROTECTED]

Re: Next Generation Persistence

Jukka Zitting wrote: With a Subversion-like structure a node does not have a direct parent reference which could be used to construct the node path. Even an indirect parent identifier doesn't work if we want to support Subversion-style zero-cost copying and moving of nodes and subtrees. moving

[jira] Created: (JCR-840) Support for setting jcr:created when importing Into the repository

Support for setting jcr:created when importing Into the repository --- Key: JCR-840 URL: https://issues.apache.org/jira/browse/JCR-840 Project: Jackrabbit Issue Type:

[jira] Updated: (JCR-840) Support for setting jcr:created when importing Into the repository

[ https://issues.apache.org/jira/browse/JCR-840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Klein updated JCR-840: - Description: When importing content from one repository or source into Jackrabbit, it is impossible to set

Re: Next Generation Persistence

Jukka Zitting wrote: Another issue that came up is whether and how such a persistence model would work with the SPI. I had considered the SPI as the primary interface to use when prototyping/implementing this persistence proposal, but it seems that the handling of the transient space as a draft

Re: Next Generation Persistence

Hi, On 4/11/07, Marcel Reutegger [EMAIL PROTECTED] wrote: Jukka Zitting wrote: With a Subversion-like structure a node does not have a direct parent reference which could be used to construct the node path. Even an indirect parent identifier doesn't work if we want to support

Re: Next Generation Persistence

Hi, On 4/11/07, Marcel Reutegger [EMAIL PROTECTED] wrote: A SPI implementation using NGP could simply create a draft revision that includes the changes of a Batch when it is submitted. The draft revision will only live for a short period. Maybe the implementation could be optimized to directly

Re: MySQL and the bundle persistence managers

hi martijn, On 4/11/07, Martijn Hendriks [EMAIL PROTECTED] wrote: Hi, It seems that the bundle persistence manager base does not work with MySQL. A SQLException is thrown on the line con.commit(); in BundleDbPersistenceManager.checkSchema() because autoCommit is set to true in the init method.

Re: Creating Nodes is Excruciatingly Slow

I searched my jar files and did not find anything having bundle in the name. The persistence managers I have are: DatabasePersistencemanager.class DerbyPersistencemanager.class JNDIDatabasePersistencemanager.class OraclePersistencemanager.class

Re: Creating Nodes is Excruciatingly Slow

I searched my jar files and did not find anything having bundle in the name. The persistence managers I have are: DatabasePersistencemanager.class DerbyPersistencemanager.class JNDIDatabasePersistencemanager.class OraclePersistencemanager.class

Re: Creating Nodes is Excruciatingly Slow

I searched my jar files and did not find anything having bundle in the name. The persistence managers I have are: DatabasePersistencemanager.class DerbyPersistencemanager.class JNDIDatabasePersistencemanager.class OraclePersistencemanager.class

REPOSTED: Re: Creating Nodes is Excruciatingly Slow

I searched my jar files and did not find anything having bundle in the name. The persistence managers I have are: DatabasePersistencemanager.class DerbyPersistencemanager.class JNDIDatabasePersistencemanager.class OraclePersistencemanager.class

Stats: Node Creation Time is 20-40 seconds

The session.save() and node.checkin() statement are causing the delay. I started with a new repository on my PC and deleted/recreated the tables on the iSeries. I am loading a simple hierarchy: Forms Node (1x total to parent root) PEPPA node