Handling of an unspecified item definition template name
Key: JCR-2315
URL: https://issues.apache.org/jira/browse/JCR-2315
Project: Jackrabbit Content Repository
Issue Type: Improvemen
[
https://issues.apache.org/jira/browse/JCRTCK-5?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Reutegger updated JCRTCK-5:
--
Resolution: Fixed
Status: Resolved (was: Patch Available)
Applied patch in trunk in revi
Hi,
I moved all outstanding jackrabbit-jcr-tests issues from the JCR Jira
project to the new JCRTCK project [1]. I disabled email notifications
for this move to avoid flooding the list, but here's the list of all
the moved issues:
[JCRTCK-2] Export test cases fail with Java 5 on Mac OS X
[JC
[
https://issues.apache.org/jira/browse/JCR-2297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sébastien Launay updated JCR-2297:
--
Fix Version/s: 1.6.1
Restore 1.6.1 fix version (also removed by mistake ;))
> Registering multip
[
https://issues.apache.org/jira/browse/JCR-2314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Reutegger resolved JCR-2314.
---
Resolution: Fixed
Fix Version/s: 2.0.0
doShutdown() is now protected.
svn revision: 817
Open access modifier for RepositoryImpl.doShutdown()
Key: JCR-2314
URL: https://issues.apache.org/jira/browse/JCR-2314
Project: Jackrabbit Content Repository
Issue Type: Improvement
> From: Jukka Zitting [mailto:jukka.zitt...@gmail.com]
>
> There's a third one:
>
> * Use the "testWhileIdle" validation strategy in DBCP. This will
> automatically evict broken connections in background when they are not
> being used.
That's a good point, thanks! I will try what happens function
Hi,
On Mon, Sep 21, 2009 at 12:27 PM, Martijn Hendriks wrote:
> Yes, 20% is quite a lot.
Agreed.
> I see two possibilities for avoiding this:
There's a third one:
* Use the "testWhileIdle" validation strategy in DBCP. This will
automatically evict broken connections in background when they ar
Hi,
Yes, 20% is quite a lot. I see two possibilities for avoiding this:
* Don't configure a validation query (explicit configuration of a validation
query is not possible for DataSources obtained through JNDI). A major drawback
is that broken Connections do not get thrown out of the pool automat
Hi,
On Wed, Sep 16, 2009 at 5:00 PM, Jukka Zitting wrote:
> Please vote on releasing this package as Apache Jackrabbit
> 2.0-alpha11.
The vote passes as follows:
+1 Jukka Zitting
+1 Julian Reschke
+1 Sébastien Launay
Thanks! I'll push the release out.
BR,
Jukka Zitting
Hi,
> - performance has degraded about 20 percent for mysql and h2 and this is
> mostly due to validation queries
20% sounds like a lot, I'm wondering how this can be avoided.
Regards,
Thomas
[
https://issues.apache.org/jira/browse/JCR-2170?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12757849#action_12757849
]
Marcel Reutegger commented on JCR-2170:
---
There's a regression caused by this change. A
On Fri, Sep 18, 2009 at 18:08, Jukka Zitting wrote:
> Please vote on releasing this package as jackrabbit-core 1.4.11.
+1 Release this package as jackrabbit-core 1.4.11
- signature OK
- checksums OK
- licence, notice, header, readme and release-notes files OK
- mvn install OK
regards
marcel
+1
- Signatures/checksums ok
- Builds fine on Windows XP/Java 5
Michael
Jukka Zitting wrote:
Hi,
I have posted a candidate for the jackrabbit-core 1.4.11 release at:
http://people.apache.org/~jukka/jackrabbit/core-1.4.11/
The staged Maven repository is at:
https://repository.apa
Hi,
[X] +1 Release this package as Jackrabbit-core 1.4.11
- checksums [OK]
- signature [OK]
- licence, notice, header, readme and release-notes files [OK]
- maven build with Ubuntu Jaunty / Sun Java 1.5.0_19-b02 [OK]
--
Sébastien Launay
15 matches
Mail list logo