did anybody get the chance to look at the patch? thanks
On Mon, Jun 11, 2012 at 3:00 PM, Hui Lin wrote:
> thanks for all the help, i've create feature request in jackrabbit jira
> task and attached the patch.
>
> https://issues.apache.org/jira/browse/JCR-3336
>
> I am also new to mongodb, but I
thanks for all the help, i've create feature request in jackrabbit jira
task and attached the patch.
https://issues.apache.org/jira/browse/JCR-3336
I am also new to mongodb, but I will take a step at a time. the test case
is working fine but my goal is to get it to work with CQ 5.4. thanks
- Ste
much appreciated for the instruction. I will send you the patch soon.
- Steven
On Sat, Jun 9, 2012 at 10:54 AM, Jukka Zitting wrote:
> Hi,
>
> On Sat, Jun 9, 2012 at 4:50 AM, Hui Lin wrote:
> > i can certainly make a patch for you to test if you can give me some lead
> > how to do it. i never i
Hi,
On Sat, Jun 9, 2012 at 4:50 AM, Hui Lin wrote:
> i can certainly make a patch for you to test if you can give me some lead
> how to do it. i never involved with open source development before.
Welcome, you're in for a fun ride!
Basically what you need to do to create a patch for us to revie
i can certainly make a patch for you to test if you can give me some lead
how to do it. i never involved with open source development before.
thanks
- Steven
On Fri, Jun 8, 2012 at 8:59 AM, Jukka Zitting wrote:
> Hi,
>
> On Thu, Jun 7, 2012 at 11:45 PM, Hui Lin wrote:
> > anybody get a change t
On Fri, Jun 8, 2012 at 2:59 PM, Jukka Zitting wrote:
> Hi,
>
> On Thu, Jun 7, 2012 at 11:45 PM, Hui Lin wrote:
>> anybody get a change to test the code? it would be something nice to have in
>> additional to the persistence managers out there already.
>
> Can you test the code against plain Jackr
Hi,
On Thu, Jun 7, 2012 at 11:45 PM, Hui Lin wrote:
> anybody get a change to test the code? it would be something nice to have in
> additional to the persistence managers out there already.
Can you test the code against plain Jackrabbit instead of CRX/CQ?
Also, it would be easier for us to hel
anybody get a change to test the code? it would be something nice to have
in additional to the persistence managers out there already.
- Steven
On Wed, Jun 6, 2012 at 11:11 AM, Hui Lin wrote:
> Correction to previous log i sent. here is the log from fresh instance.
>
> 06.06.2012 11:06:12 *INFO
Correction to previous log i sent. here is the log from fresh instance.
06.06.2012 11:06:12 *INFO * root: Logging initialized.
(LoggingServlet.java, line 88)
06.06.2012 11:06:12 *INFO * CRXRepositoryStartupServlet:
CRXRepositoryStartupServlet initializing... (CRXDiagnostic.java, line 233)
06.06.20
sorry, when i said unknown error, i meant there is no error in the log
file. This is what i have in the crx/error.log
0:38:50 *INFO * AbstractConfig: Configuration of BootstrapConfig
(AbstractConfig.java, line 101)
06.06.2012 10:38:50 *INFO * AbstractConfig:
---
Hi,
On Wed, Jun 6, 2012 at 4:14 PM, Hui Lin wrote:
> hey folks, i am working on mongodb persistence manager in CQ. I implemented
> all the methods but the repository shutdown due to unknown error during the
> startup. Can anybody help me look at the code?
It would be useful if you also included
hey folks, i am working on mongodb persistence manager in CQ. I implemented
all the methods but the repository shutdown due to unknown error during the
startup. Can anybody help me look at the code?
import com.mongodb.*;
import com.mongodb.gridfs.GridFS;
import com.mongodb.gridfs.GridFSDBFile;
im
Is there a list of usable/supported versions of the different RDBMS (MySQL,
Postgres, etc) that can be used by the specific
BundleDatabasePersistenceManagers / DatabaseDataStore?
Thanks in advance,
David
the 1.3 branch in revision 577840.
> Bundle Persistence Manager error - failing to read bundle the first time
>
>
> Key: JCR-1039
> URL: https://issues.apache.org/jira/
[
https://issues.apache.org/jira/browse/JCR-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-1039.
Resolution: Fixed
fixed in svn r563900 by committing patch.
> Bundle Persistence Mana
> Bundle Persistence Manager error - failing to read bundle the first time
>
>
> Key: JCR-1039
> URL: https://issues.apache.org/jira/browse/JCR-1039
> Project: Jackrabbi
[
https://issues.apache.org/jira/browse/JCR-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518406
]
Tobias Bocanegra commented on JCR-1039:
---
+1 for this patch
> Bundle Persistence Manager error - failing to r
the bundle data.
> Bundle Persistence Manager error - failing to read bundle the first time
>
>
> Key: JCR-1039
> URL: https://issues.apache.org/jira/browse/JCR-1039
>
sible solutions:
*
- buffer data read from stream before handling stream to BundleBinding
- set autocommit to false and commit explicitly at the end of
BundleDbPersistenceManager.loadBundle()
- read all name indices into hash maps on startup
> Bundle Persistence Manag
Ms is willing to give it a shot ... ;)
> Bundle Persistence Manager error - failing to read bundle the first time
>
>
> Key: JCR-1039
> URL: https://issues.apache.org/
Hi,
As Stefan already wrote, the exception "40XD0: Container has been
closed" is related to Derby. However, the stack trace you posted does
not include Derby... Could you please check if there is some more
stack trace (the root cause) and post that as well?
> So is there any fix that I can use fo
that I can use for now? Any place where I can set the
autoCommit to false? Would this affect other functionalities of Jackrabbit?
> Bundle Persistence Manager error - failing to read bundle the first time
>
>
>
[
https://issues.apache.org/jira/browse/JCR-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg updated JCR-1039:
---
Component/s: core
> Bundle Persistence Manager error - failing to read bundle the first t
s might be issued
(like reading name index) which in turn could cause the original stream to
be closed, hence the "Container has been closed" IOException.
> Bundle Persistence Manager error - f
Bundle Persistence Manager error - failing to read bundle the first time
Key: JCR-1039
URL: https://issues.apache.org/jira/browse/JCR-1039
Project: Jackrabbit
Issue
uesday, February 20, 2007 3:32 PM
> To: dev@jackrabbit.apache.org
> Subject: Bundle Persistence Manager
>
> hi,
> we (day software) offer our set of bundle persistence
> managers to the jackrabbit project. those pms combine the
> node and property states into a single bundle and store them
&g
Hi,
On 2/20/07, Roy T. Fielding <[EMAIL PROTECTED]> wrote:
On Feb 20, 2007, at 7:18 AM, Jukka Zitting wrote:
> 3. Day files a software grant
> (http://www.apache.org/licenses/software-grant.txt) for the
> contributed code.
It is sufficient for Day to send an addendum to the existing grant.
In
On Feb 20, 2007, at 7:18 AM, Jukka Zitting wrote:
3. Day files a software grant
(http://www.apache.org/licenses/software-grant.txt) for the
contributed code.
It is sufficient for Day to send an addendum to the existing grant.
In other words, ask David to send email to Jim Jagielski (and cc the
Hi,
On 2/20/07, Tobias Bocanegra <[EMAIL PROTECTED]> wrote:
we (day software) offer our set of bundle persistence managers to the
jackrabbit project. those pms combine the node and property states
into a single bundle and store them together. this improves
performance and reduces storage-memory
hi,
we (day software) offer our set of bundle persistence managers to the
jackrabbit project. those pms combine the node and property states
into a single bundle and store them together. this improves
performance and reduces storage-memory overhead (no exact numbers
available). The bundle pms also
30 matches
Mail list logo
