On Mon, May 4, 2009 at 4:12 PM, Felix Meschberger wrote:
> Hi,
>
> Thomas Müller schrieb:
>> Hi,
>>
>> I would like to use Java 1.5 features now in Jackrabbit. I hope this
>> will improve reliability, simplify maintenance, and reduce source code
>> size. Unfortunately using generics is sometimes q
[
https://issues.apache.org/jira/browse/JCR-566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705713#action_12705713
]
quipere commented on JCR-566:
-
I have this same problem using jencks in tomcat6 with jackrabbit 1.
[
https://issues.apache.org/jira/browse/JCR-1977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705712#action_12705712
]
Jason Gritman commented on JCR-1977:
We're also experiencing this issue on JBoss 5.0.
>
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2dav/475/
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2jcr/475/
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2dav/474/
--
[INFO]
[INFO] Building Jackrabbit SPI to WebDAV
[INFO]task-segment:
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2jcr/474/
Hi,
On Mon, May 4, 2009 at 5:14 PM, Manfred Baedke
wrote:
> Thanks to the Varargs feature it is possible to use
>
> List abc = Arrays.asList("a", "b", "c");
Brilliant, thanks! Most of the initialized lists I need are immutable,
so for that purpose this method is perfect.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCRRMI-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig closed JCRRMI-22.
---
Yes so I just noted. Sorry for wasting the JCRRMI-22 ;-)
> OSGi bundle metadata
>
>
Hi,
> Thanks to the Varargs feature it is possible to use
> List abc = Arrays.asList("a", "b", "c");
That's true, but this returns an immutable list.
Regards,
Thomas
Hi,
Jukka Zitting wrote:
I like the idea, removing clutter is good.
A related common annoyance I run into is about creating an initialized
collection:
List abc = Arrays.asList(new String[] { "a", "b", "c" });
or
List abc = new ArrayList() {{ add("a"); add("b"); add("c"); }};
This w
OSGi bundle metadata
Key: JCRRMI-22
URL: https://issues.apache.org/jira/browse/JCRRMI-22
Project: Jackrabbit JCR-RMI
Issue Type: Improvement
Reporter: Michael Dürig
Based on JCR-1991, there should be OSGi b
Hi,
> In fact, while the "new HashMap()"
It looks like there was a misunderstanding. You only need one method
hashMap(). This method will generate any kind of HashMap instance,
that means the exact same method is used to create:
HashMap a = New.hashMap();
HashMap b = New.hashMap();
HashMap c = N
[
https://issues.apache.org/jira/browse/JCRRMI-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCRRMI-22.
-
Resolution: Duplicate
Assignee: Jukka Zitting
I think we covered this already in JCR-1342.
Hi,
On Mon, May 4, 2009 at 3:17 PM, Thomas Müller wrote:
> I propose to add a new 'generics generator class' called 'New' to
> jackrabbit-jcr-commons. It would contain constructor methods for the
> most commonly used collection objects.
>
> public class New {
> public static HashMap hashMap()
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2jcr/473/
Hi,
Thomas Müller schrieb:
> Hi,
>
> I would like to use Java 1.5 features now in Jackrabbit. I hope this
> will improve reliability, simplify maintenance, and reduce source code
> size. Unfortunately using generics is sometimes quite verbose.
I don't consider this a big issue.
> Example:
>
>
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2jcr/472/
SPI support for shareable nodes
---
Key: JCR-2099
URL: https://issues.apache.org/jira/browse/JCR-2099
Project: Jackrabbit Content Repository
Issue Type: New Feature
Components: jackrabbit-jcr2spi
Hi,
I would like to use Java 1.5 features now in Jackrabbit. I hope this
will improve reliability, simplify maintenance, and reduce source code
size. Unfortunately using generics is sometimes quite verbose.
Example:
HashMap wspInfos = new HashMap();
becomes
HashMap wspInfos = new HashMap();
Part
SPI layer should only pass through supported repository descriptors
---
Key: JCR-2098
URL: https://issues.apache.org/jira/browse/JCR-2098
Project: Jackrabbit Content Repository
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2jcr/471/
[
https://issues.apache.org/jira/browse/JCRBENCH-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig resolved JCRBENCH-2.
--
Resolution: Fixed
Fix Version/s: 1.6.0
Fixed at revision 771282
> Create benchmark test
[
https://issues.apache.org/jira/browse/JCR-2050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig resolved JCR-2050.
Resolution: Fixed
Fix Version/s: 2.0.0
Fixed at revision 771280
Applied patch with benchmark t
Create benchmark tests from JCR-2050
Key: JCRBENCH-2
URL: https://issues.apache.org/jira/browse/JCRBENCH-2
Project: Jackrabbit JCR Benchmark
Issue Type: Improvement
Reporter: Michael Dürig
[
https://issues.apache.org/jira/browse/JCRBENCH-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig reassigned JCRBENCH-2:
Assignee: Michael Dürig
> Create benchmark tests from JCR-2050
> --
See
http://hudson.zones.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-spi2jcr/470/
On Fri, Apr 24, 2009 at 9:27 AM, Marcel Reutegger
wrote:
> Hi,
>
> On Wed, Apr 22, 2009 at 21:57, Dan Diephouse
> Wondering if I
> > have some freedom here. Otherwise it's going to end up a big ugly it
> looks
> > like...
>
> as an alternative we could try to add a new class, which leaves
> Relat
On Fri, Apr 24, 2009 at 9:27 AM, Marcel Reutegger
wrote:
> Hi,
>
> On Wed, Apr 22, 2009 at 21:57, Dan Diephouse
> Wondering if I
> > have some freedom here. Otherwise it's going to end up a big ugly it
> looks
> > like...
>
> as an alternative we could try to add a new class, which leaves
> Relat
Hi,
On Fri, May 1, 2009 at 7:16 PM, Jukka Zitting wrote:
> Thanks to help from Julian, we're already almost done with migrating
> all of Jackrabbit trunk to use the JCR 2.0 API. Everything compiles
> and there are only a few remaining SPI-related locking tests that
> still fail. I'll try to get t
[
https://issues.apache.org/jira/browse/JCR-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705522#action_12705522
]
Michael Dürig commented on JCR-2096:
> enabling the -tests jar to be built from spi2jcr.
Broken SPI lock tests after the JCR 2.0 upgrade
---
Key: JCR-2097
URL: https://issues.apache.org/jira/browse/JCR-2097
Project: Jackrabbit Content Repository
Issue Type: Bug
Components: ja
[
https://issues.apache.org/jira/browse/JCR-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705517#action_12705517
]
Jukka Zitting commented on JCR-2096:
I figured as much, but we could achieve the same res
[
https://issues.apache.org/jira/browse/JCR-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705514#action_12705514
]
Michael Dürig commented on JCR-2096:
AFAIR the current approach was chosen such that the
Move jcr2spi tests to spi2jcr
-
Key: JCR-2096
URL: https://issues.apache.org/jira/browse/JCR-2096
Project: Jackrabbit Content Repository
Issue Type: Improvement
Components: jackrabbit-jcr2spi, jackrabbit
Wow that's great news ! Thanks a lot for all the work !
Regards,
Serge...
On 1 mai 09, at 19:16, Jukka Zitting wrote:
Hi,
Thanks to help from Julian, we're already almost done with migrating
all of Jackrabbit trunk to use the JCR 2.0 API. Everything compiles
and there are only a few remain
hi serge,
i think that this would be a great idea.
we are happy to host it again later this year, we will see how things go
from a schedule perspective with cmis.
regards,
david
On Mon, May 4, 2009 at 9:02 AM, Serge Huber wrote:
>
> Thanks a lot for hosting and organizing the event.
>
> I was
Thanks a lot for hosting and organizing the event.
I was thinking that it might be a good idea to schedule another
plugfest later in the year to see how things have progressed and
possibly have an idea of interoperability close to the final release
of the specification ?
Best Regards,
38 matches
Mail list logo
