Yes Mark,
But I do not see business analyst using git !
the drools workbench of drools 6 is the dev tool that did never exist in
the eclipse plugin for drools, this is sure. "traditional" = traditional
for dev people I guess ?
The same with maven, it integrates super well in development teams.
Once you are in prod and you just modify a rule, how do you do ?
so we lost the tool for business analyst in 6.x..
I am impatient to see a 6.1 with new features that shall give us back all
that :)
It would be nice to have a good drools boot camp to discuss all those
things.
Cheers
Nicolas
2014-02-09 22:06 GMT+01:00 Mark Proctor <mproctor(a)codehaus.org>:
On 9 Feb 2014, at 20:30, Nicolas Héron <nicolas.heron.java(a)gmail.com>
wrote:
Hi,
What you do is the only way to handle the increase of the jcr repository.
Do you use a external db (oracle, postgres, etc..) or the build in db in
Guvnor ? I noticed many times that the default embedded takes a huge disk
place. I am often using postgres as a persistent db for jackrabbit and the
size is reasonable.
Just a note about Mark's remark on jcr, versus Git. Git contains history
also and the items that are stored from the Drools workbench
One of the main advantages of Git though is you can use traditional tools
to manage this, such as rewriting history to squash commits.
are quit big also (XML file with hundreds of line modified per version in
decision tables, etc..)., Just to say that it can become bigger also :)
And furthermore with guvnor/jackrabbit accessing element by
status/categories is super fast because it is optimized in jcr jackrabbit.
Optimization is like index in relational databases, it takes disk place.
Cheers
Nicolas Héron
2014-02-09 16:39 GMT+01:00 Mark Proctor [via Drools] <[hidden email]>:
> There is no easy way to deal with this in 5.5, other than importing and
> exporting. The problem no longer exists in 6.x, as we now use GIT.
>
> Mark
> On 9 Feb 2014, at 15:30, Demian Calcaprina <[hidden
email]<http://user/SendEmail.jtp?type=node&node=4028026&i=0>>
> wrote:
>
> Hi Guys,
>
> I am using Guvnor 5.5. For moving packages between environments, I am
> doing an export, and then import in the new package. I have a lof of assets
> in each package. I am using the DB storage for the jcr repository.
>
> After some months, the DB has grown a LOT! (like 3.5GB).
>
> Is there a way regularly clean the JCR history, or maybe disable JCR
> history as we are not using it at all?
>
> These are the steps I did to remove the history and seems to work fine.
> Does is seem safe? Is there a better way?
>
> 1. Export the entire repository via guvor.
>
> 2. Delete all the packages.
>
> 3. Stop tomact
>
> 4. "truncate" the following guvnor tables:
>
> a. Pm_ws_default_binval
>
> b. Pm_ws_default_bundel
>
> c. Versioning_pm_binval
>
> d. Versioning_pm_bundle
>
> 5. Restated tomcat
>
> 6. Import what I exported on step #1
>
>
> Thanks!
>
>
> Demian
>
>
> _______________________________________________
> rules-users mailing list
> [hidden email] <
http://user/SendEmail.jtp?type=node&node=4028026&i=1>
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> [hidden email] <
http://user/SendEmail.jtp?type=node&node=4028026&i=2>
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
> ------------------------------
> If you reply to this email, your message will be added to the discussion
> below:
>
>
http://drools.46999.n3.nabble.com/rules-users-Guvnor-JCR-repository-tp402...
> To start a new topic under Drools: User forum, email [hidden email]
>
> To unsubscribe from Drools, click here.
>
NAML<http://drools.46999.n3.nabble.com/template/NamlServlet.jtp?macro=...
>
Nicolas Héron
------------------------------
View this message in context: Re: [rules-users] Guvnor JCR
repository<http://drools.46999.n3.nabble.com/rules-users-Guvnor-JCR-re...
Sent from the Drools: User forum mailing list
archive<http://drools.46999.n3.nabble.com/Drools-User-forum-f47000.htm...
at
Nabble.com <
http://nabble.com/>.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users