JCROM and Jackrabbit OCM

[ogg]

Hello people!
I'm finding that I have less and less time to maintain my open source JCR object mapping solution, JCROM (http://jcrom.org).

Therefore I'm wondering whether there is any interest from you Jackrabbit people to take over the code base and possibly integrate it into your Jackrabbit OCM?

Cheers,
OGG

[Jukka Zitting]

Hi,

On Wed, Sep 2, 2009 at 1:31 PM, ogg<[hidden email]> wrote:
> I'm finding that I have less and less time to maintain my open source JCR
> object mapping solution, JCROM (http://jcrom.org).
>
> Therefore I'm wondering whether there is any interest from you Jackrabbit
> people to take over the code base and possibly integrate it into your
> Jackrabbit OCM?

Sounds like a good idea! :-)

However, are there JCROM users or developers who'd be willing to step
up to fix issues and work on new features in case you don't have time
to do that anymore? I'd rather not to adopt a codebase that nobody is
working on.

BR,

Jukka Zitting

[ogg]

Hi,
That's great :)

I can send out a message to the user list and see if anyone is willing to help out.
I'll still have some time to work on issues and new features, but it would just be nice to have more people involved :)

BR,
OGG

Jukka Zitting wrote:

Hi,

On Wed, Sep 2, 2009 at 1:31 PM, ogg<[e-mail]> wrote:
> I'm finding that I have less and less time to maintain my open source JCR
> object mapping solution, JCROM (http://jcrom.org).
>
> Therefore I'm wondering whether there is any interest from you Jackrabbit
> people to take over the code base and possibly integrate it into your
> Jackrabbit OCM?

Sounds like a good idea! :-)

However, are there JCROM users or developers who'd be willing to step
up to fix issues and work on new features in case you don't have time
to do that anymore? I'd rather not to adopt a codebase that nobody is
working on.

BR,

Jukka Zitting

[Jason Thrasher]

Hi Folks,
What's the status of JCROM -> Jackrabbit idea, and OCM in Jackrabbit in general?  It's not clear from reading the website, or the lists.

I can see from the September 2009 status webpage that this JCROM integration may seriously move forward:
http://jackrabbit.apache.org/jackrabbit-status-september-2009.html
... which is cool, but:

We're using Jackrabbit v1.5, and heavily using the OCM components therein.  Those components appear to have been removed from later releases.  Is this to make way for JCROM?

Since they've been removed, we won't be updating without substantial changes to our content object model's classes and DAO infrastructure.  Before starting to use Jackrabbit OCM, I had evaluated JCROM's use, or rolling my own.  However, I had decided not to use JCROM because it would have added dependencies, and complication, and spillover that I wanted to avoid.  Another dependency on a 3rd party with duplicated functionality is generally something to be avoided.  It seemed that Jackrabbit's OCM would be sufficient.  I did like JCROM's simplicity though.  It's very clean.  Meanwhile the trial and error experience using Jackrabbit's lightly documented, and mostly docuemented in code, OCM was painful, but works solidly at the end of the day.

Insights into the roadmap for both OCM's would be very helpful.

thanks,
Jason

ogg wrote:

Hi,
That's great :)

I can send out a message to the user list and see if anyone is willing to help out.
I'll still have some time to work on issues and new features, but it would just be nice to have more people involved :)

BR,
OGG

Jukka Zitting wrote:

Hi,

On Wed, Sep 2, 2009 at 1:31 PM, ogg<[e-mail]> wrote:
> I'm finding that I have less and less time to maintain my open source JCR
> object mapping solution, JCROM (http://jcrom.org).
>
> Therefore I'm wondering whether there is any interest from you Jackrabbit
> people to take over the code base and possibly integrate it into your
> Jackrabbit OCM?

Sounds like a good idea! :-)

However, are there JCROM users or developers who'd be willing to step
up to fix issues and work on new features in case you don't have time
to do that anymore? I'd rather not to adopt a codebase that nobody is
working on.

BR,

Jukka Zitting

[papke]

Hi everybody,

we also decided to use jcrom as an ocm for our new content management system. We think that it's a very lightweight solution to map object to a content repository and we welcome it if it would be integrated in the jackrabbit core.

From our development experiences we now, that jcrom has still some problems in the following fields:
- management of acls
- transaction support
- versioning

But I think it this ocm solution would be a benefit to every jackrabbit user.

Regards
Christoph

Jukka Zitting wrote:

Hi,

On Wed, Sep 2, 2009 at 1:31 PM, ogg<[e-mail]> wrote:
> I'm finding that I have less and less time to maintain my open source JCR
> object mapping solution, JCROM (http://jcrom.org).
>
> Therefore I'm wondering whether there is any interest from you Jackrabbit
> people to take over the code base and possibly integrate it into your
> Jackrabbit OCM?

Sounds like a good idea! :-)

However, are there JCROM users or developers who'd be willing to step
up to fix issues and work on new features in case you don't have time
to do that anymore? I'd rather not to adopt a codebase that nobody is
working on.

BR,

Jukka Zitting

[Sten Roger Sandvik]

Hi.

I also has used Jcrom for a while. Not any fancy stuff, but plain basic mapping. It has problems, but I like the simplicity of the framework. Could even be simpler than it is right now. Have done some minor modifications that suites the project I used it on. I would really like to see this project be a part of Jackrabbit. Would also contribute some effort into fixing bugs and/or features.

Regards,
Sten Roger Sandvik

On Mon, Sep 28, 2009 at 11:02 AM, papke <[hidden email]> wrote:

Hi everybody,

we also decided to use jcrom as an ocm for our new content management
system. We think that it's a very lightweight solution to map object to a
content repository and we welcome it if it would be integrated in the
jackrabbit core.

From our development experiences we now, that jcrom has still some problems
in the following fields:
- management of acls
- transaction support
- versioning

But I think it this ocm solution would be a benefit to every jackrabbit
user.

Regards
Christoph

Jukka Zitting wrote:
>
> Hi,
>
> On Wed, Sep 2, 2009 at 1:31 PM, ogg<[hidden email]> wrote:
>> I'm finding that I have less and less time to maintain my open source JCR
>> object mapping solution, JCROM (http://jcrom.org).
>>
>> Therefore I'm wondering whether there is any interest from you Jackrabbit
>> people to take over the code base and possibly integrate it into your
>> Jackrabbit OCM?
>
> Sounds like a good idea! :-)
>
> However, are there JCROM users or developers who'd be willing to step
> up to fix issues and work on new features in case you don't have time
> to do that anymore? I'd rather not to adopt a codebase that nobody is
> working on.
>
> BR,
>
> Jukka Zitting
>
>

--
View this message in context: http://www.nabble.com/JCROM-and-Jackrabbit-OCM-tp25255760p25641695.html

Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.

[Jukka Zitting]

Hi,

On Fri, Sep 18, 2009 at 9:12 PM, Jason Thrasher <[hidden email]> wrote:
> What's the status of JCROM -> Jackrabbit idea, and OCM in Jackrabbit in
> general?  It's not clear from reading the website, or the lists.

There seems to be general interest to bringing JCROM to Jackrabbit,
and so far I see nobody objecting to the idea.

To move forward on this, we need IP clearance [1] on JCROM and a
Jackrabbit VOTE on accepting the codebase. I'm happy to support the
process for all the parts that require an ASF officer, but it would be
great if we had volunteers for things like filling in the IP clearance
template [2].

[1] http://incubator.apache.org/ip-clearance/index.html
[2] http://incubator.apache.org/ip-clearance/ip-clearance-template.html

BR,

Jukka Zitting

[Christophe Lombart]

Hi,

Concerning Jackrabbit OCM,I am (unfortunately) the only committer for
the project.
For the moment, I have no time to work on it. That's the reason why
the code didn't change for a long time.

Maybe I'm wrong but I think it is almost the same for JCROM.  In a
such situation, it should be nice to know :
Who are using OCM or JCROM in the Jackrabbit community ?
Who want to contribute to OCM or JCROM  (this is certainly the most
important question ) ?
Will we plan to keep both projects ?

Christophe

2009/9/29 Jukka Zitting <[hidden email]>:

> Hi,
>
> On Fri, Sep 18, 2009 at 9:12 PM, Jason Thrasher <[hidden email]> wrote:
>> What's the status of JCROM -> Jackrabbit idea, and OCM in Jackrabbit in
>> general?  It's not clear from reading the website, or the lists.
>
> There seems to be general interest to bringing JCROM to Jackrabbit,
> and so far I see nobody objecting to the idea.
>
> To move forward on this, we need IP clearance [1] on JCROM and a
> Jackrabbit VOTE on accepting the codebase. I'm happy to support the
> process for all the parts that require an ASF officer, but it would be
> great if we had volunteers for things like filling in the IP clearance
> template [2].
>
> [1] http://incubator.apache.org/ip-clearance/index.html
> [2] http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>
> BR,
>
> Jukka Zitting
>

[Sten Roger Sandvik]

Hi.

I for one have not used OCM. It seems to complicated and I feel that I loose control. No offence intendend :-) As for JCROM, I really like it. Have used it for some time, but have had doubt since it has not been very well maintained. It is simple and lightweight - just as I like it. Will be happy to contribute to further development of JCROM or a mix between the two.

Regards,
Sten Roger Sandvik

On Wed, Sep 30, 2009 at 10:23 PM, Christophe Lombart <[hidden email]> wrote:

Hi,

Concerning Jackrabbit OCM,I am (unfortunately) the only committer for
the project.
For the moment, I have no time to work on it. That's the reason why
the code didn't change for a long time.

Maybe I'm wrong but I think it is almost the same for JCROM.  In a
such situation, it should be nice to know :
Who are using OCM or JCROM in the Jackrabbit community ?
Who want to contribute to OCM or JCROM  (this is certainly the most
important question ) ?
Will we plan to keep both projects ?

Christophe

2009/9/29 Jukka Zitting <[hidden email]>:

> Hi,
>
> On Fri, Sep 18, 2009 at 9:12 PM, Jason Thrasher <[hidden email]> wrote:
>> What's the status of JCROM -> Jackrabbit idea, and OCM in Jackrabbit in
>> general?  It's not clear from reading the website, or the lists.
>
> There seems to be general interest to bringing JCROM to Jackrabbit,
> and so far I see nobody objecting to the idea.
>
> To move forward on this, we need IP clearance [1] on JCROM and a
> Jackrabbit VOTE on accepting the codebase. I'm happy to support the
> process for all the parts that require an ASF officer, but it would be
> great if we had volunteers for things like filling in the IP clearance
> template [2].
>
> [1] http://incubator.apache.org/ip-clearance/index.html
> [2] http://incubator.apache.org/ip-clearance/ip-clearance-template.html
>
> BR,
>
> Jukka Zitting
>

[Bouiaw]

Hi guys,

I have used a lot both JCR OCM solution in my Igenko project. It was initally based on Jackrabbit OCM, et switch to JCROM.

With respect to Christophe Lombart work, JCROM is a far far far more simpler, powerful, well design solution for JCR mapping. It outperform Jackrabbit OCM in all domains, so switching to integrate JCROM codebase as the new Jackrabbit OCM solution would be a key point for Jackrabbit 2.0 success.

Regards,
Bouiaw

ogg wrote:

Hello people!
I'm finding that I have less and less time to maintain my open source JCR object mapping solution, JCROM (http://jcrom.org).

Therefore I'm wondering whether there is any interest from you Jackrabbit people to take over the code base and possibly integrate it into your Jackrabbit OCM?

Cheers,
OGG

[ogg]

Hi people,
Sorry for the late reply, have been in Africa far from internet connection the last few weeks...

Thanks for the kind words on JCROM. I am very interested in bringing JCROM to Jackrabbit, to bring a better structure to the project, and hopefully get more people involved in moving it forward.

I'm going through the current reported issues, after which I will prepare a new release.

Please let me know how I can help in the process of moving JCROM to Apache.

Regards,
Olafur Gauti Gudmundsson

Jukka Zitting wrote:

Hi,

On Fri, Sep 18, 2009 at 9:12 PM, Jason Thrasher <[e-mail]> wrote:
> What's the status of JCROM -> Jackrabbit idea, and OCM in Jackrabbit in
> general?  It's not clear from reading the website, or the lists.

There seems to be general interest to bringing JCROM to Jackrabbit,
and so far I see nobody objecting to the idea.

To move forward on this, we need IP clearance [1] on JCROM and a
Jackrabbit VOTE on accepting the codebase. I'm happy to support the
process for all the parts that require an ASF officer, but it would be
great if we had volunteers for things like filling in the IP clearance
template [2].

[1] http://incubator.apache.org/ip-clearance/index.html
[2] http://incubator.apache.org/ip-clearance/ip-clearance-template.html

BR,

Jukka Zitting

[Decebal Suiu]

Jcrom is definitely good: simple, powerful with a good documentation.

Thanks,
Decebal

[rokham]

Hi all,

I'd like to echo the groups' voice. We've been using Jcrom for an open source project (called RoOLO: http://code.google.com/p/roolo/) we're building at the University of Toronto together with several universities in Europe as well as University of Berkeley. We started using Jackrabbit/Jcrom about a year ago and as everyone said, it's a very light weight platform but has some kinks which will need to be ironed out.

I was evaluating OCM vs. Jcrom and chose Jcrom since it seemed more robust back then with better documentation.

So I'd say it would be great if Jcrom was brought into Jackrabbit since I know at least 20 or so developers who are building on top of it :)

If this integration is approved and we are seeking contributors, I might be able to mention it to our group and see if anyone is able to contribute some time.

Thanks a lot.

Decebal Suiu wrote:

Jcrom is definitely good: simple, powerful with a good documentation.

Thanks,
Decebal