[rules-dev] Accessing JCR repository directly

Michael Neale michael.neale at gmail.com
Tue Mar 2 22:22:00 EST 2010


well no matter what the solution, it will always be "remoting" - the only
way to not have this would be to unpack the guvnor war, and add in your app
mixed in with all the classes etc (messy) - then it would be in the same
app/process as Guvnor and you could access it in memory.

Other than that, it will be remove (even if on the same machine - unless we
have some kind of JCR/JNDI thing which I don't know would do it).

As for what there is now: yes webdav would be it. Making
ServiceImplementation remotable would take a bit of work, yes.


On Mon, Mar 1, 2010 at 10:04 PM, Bernd Rücker <bernd.ruecker at camunda.com>wrote:

>  By the way: ServiceImplementation doesn’t have to be remote in the first
> step. If I can access is (without having a Seam application) locally via
> Java that would be already a good start and makes it easy to create en EJB
> out of it…
>
>
>
> *Von:* rules-dev-bounces at lists.jboss.org [mailto:
> rules-dev-bounces at lists.jboss.org] *Im Auftrag von *Bernd Rücker
> *Gesendet:* Montag, 1. März 2010 09:29
>
> *An:* 'Rules Dev List'
> *Betreff:* Re: [rules-dev] Accessing JCR repository directly
>
>
>
> Hi Michael.
>
>
>
> Thanks for the quick answer!
>
>
>
> Our use case at the moment is, that we maintain the HEAD version of the
> rules in an own table locally in the app, where we have a specialized GUI
> for authoring. As soon as they get released we leveraged the RuleTemplate to
> generate a DRL file, which we want to check in Guvnor, from where the
> deployment snapshots are created, versioned and so on. So we have to access
> Guvnor programmatically (doesn’t have to be JCR).
>
> A second nice use case we face is to hang in the Drools Repository into a
> bigger JCR-Content-Tree (in the area of ModeShape), so there JCR would be
> nice. Then we could use the JCR Explorer, written from one of my colleagues,
> to have a look at the repos as well. But okay, this is why we want to use
> JCR.
>
>
>
> But the most important issue is to access the Repository programmatically
> from an EJB3. Maybe we could get around classloading isolation and just
> access some static stuff for that. Or making the ServiceImplementation
> really more generic usable, that would be wonderful as well. But as it
> sounds it will take some time and will not be released pretty soon? Then we
> have to find another way for now, since if avoidable I don’t want to patch
> drools. So you mean I should use the internal Remote Interface the GWT GUI
> is using? Where can I find that and how can I create a correct reference?
>
> Or I have to use Webdav, but this looks pretty cumberstone to use it
> internally in one JBoss server instead of pure Java mechanisms?
>
>
>
> Thanks and cheers
>
> Bernd
>
>
>
> *Von:* rules-dev-bounces at lists.jboss.org [mailto:
> rules-dev-bounces at lists.jboss.org] *Im Auftrag von *Michael Neale
> *Gesendet:* Montag, 1. März 2010 00:27
> *An:* Rules Dev List
> *Betreff:* Re: [rules-dev] Accessing JCR repository directly
>
>
>
> Hi Bernd. yes you have it correctly - seam starts things up.
>
>
>
> IN terms of accessing JCR directly, this came up before and one idea was to
> use the "remote" JCR interface - that means some refactoring I guess.
>
>
>
> So the basic design is that there is a JCR server that starts up, and the
> "clients" connect remotely (a client in this case is also the Guvnor server
> side).
>
>
>
> That way you can access it from multiple places. However, it may be a bit
> too low level for this - the question is what do you want to access JCR for
> from your external app?
>
>
>
> A better approach, is to make the ServiceImplementation a true remote
> interface (at the moment it is, but for GWT clients only) - so ANY sort of
> client can connect and access the guvnor services, without messing with low
> level data structures - I am thinking the latter is the superior approach
> (and someone else was looking at it).
>
>
>
> Michael.
>
>
>
> On Sun, Feb 28, 2010 at 4:53 AM, Bernd Rücker <bernd.ruecker at camunda.com>
> wrote:
>
> Hey guys.
>
>
>
> I thought I better ask that question on the dev list, correct me if that
> was a bad choice ;-)
>
>
>
> I want to programmatically access the JCR repository from another
> application (basically to author rules). I understood the RulesRepository
> (which is a nice interface by the way).  I tried to understand how the JCR
> Session is created and can be accessed. As far as I found it, it seems that
> a Seam Bean just starts everything (RulesRepositoryManager).  Now the
> question is: How can I access this from another application? Because the
> workspace is locked, I cannot create another Session from there.
>
>
>
> Wouldn’t it be nice to bind the stuff in JNDI correctly or something like
> that? Or if I do that, can I inject it into the Seam application? Or maybe I
> can access the seam bean somehow from external?
>
>
>
> I think it would be the easiest and best to access the JCR repos instead of
> using WebDav or whatever if I am in another EJB3 application…
>
>
>
> Thanks a lot for any hint
>
> Cheers
>
> Bernd
>
> --
>
> Blog: *www.bpm-guide.de*
>
> ---------------------------------------------
>
> camunda services GmbH - The Business Process Company
>
> Zossener Straße 55-58 - 10961 Berlin
>
> www.camunda.com - info at camunda.com
>
> ---------------------------------------------
>
> Bernd Rücker
>
> Geschäftsführer
>
> Telefon +49 30 664040 901
>
> Mobil +49 171 1473461
>
> bernd.ruecker at camunda.com
>
> ---------------------------------------------
>
> Amtsgericht Charlottenburg: HRB 113230 B
>
> Geschäftsführer: Jakob Freund, Bernd Rücker
>
> ---------------------------------------------
>
> BPMN-Buch: http://www.hanser.de/buch.asp?isbn=978-3-446-41768-7
>
> EJB-3-Buch: http://www.ejbbuch.de/
>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> --
> Michael D Neale
> home: www.michaelneale.net
> blog: michaelneale.blogspot.com
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>


-- 
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20100303/fecefc42/attachment.html 


More information about the rules-dev mailing list