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.ruec...@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-boun...@lists.jboss.org [mailto: > rules-dev-boun...@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-boun...@lists.jboss.org [mailto: > rules-dev-boun...@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.ruec...@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 - i...@camunda.com > > --------------------------------------------- > > Bernd Rücker > > Geschäftsführer > > Telefon +49 30 664040 901 > > Mobil +49 171 1473461 > > bernd.ruec...@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@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@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@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev
