Re: [rules-dev] hardcore masterclass (west london)
by Graham Thomson
Hi Mark,
I would certainly be interested in attending.
Cheers,
Graham.
-----Original Message-----
From: rules-dev-bounces(a)lists.jboss.org
[mailto:rules-dev-bounces@lists.jboss.org] On Behalf Of Mark Proctor
Sent: 12 February 2011 16:36
To: Rules Dev List
Subject: [rules-dev] hardcore masterclass (west london)
I was just wondering if anyone was interested in learning hard core rule
engine theory, with the aim of helping you to develop some core engine
features and be involved in the next generation Drools engine. If this
interests anyone let me know and I can organise some meetups, probably
based in West London (Chiswick).
Mark
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
15 years
All repositories unfrozen. Split-up (mostly) done
by Geoffrey De Smet
All repositories are unfrozen:
https://github.com/droolsjbpm
I 'll improve the following things in the next couple of days:
- how to set up your development environment (README.txt), helper scripts
- a couple of arfitact renames (after drools-core/compiler is stable
again, but directory names are already changed)
- hudson jobs
- fix assemblies, javadocs, etc
--
With kind regards,
Geoffrey De Smet
15 years
Split-up: Entire droolsjbpm repository frozen (including drools-core, drools-compiler, ..., drools-api, README.txt)
by Geoffrey De Smet
Hi guys,
The rest of the droolsjbpm repository is now frozen for the split-up.
That includes everything that goes to the new drools repository, but
also drools-api, the old parent pom.xml, README.txt, assemblies, all non
yet split off documentation, ...
--
With kind regards,
Geoffrey De Smet
15 years
repo droolsjbpm-knowledge
by Geoffrey De Smet
2 repo's unfrozen: droolsjbpm-knowledge (drools-api now known as
knowledge-api) and drools (drools-core, compiler, jsr94, ...)
Repo's still frozen: drools-build-bootstrap (the parent pom) and
drools-build-distribution
I'll make it easier to clone all and provide decent documentation over
the next few days.
--
With kind regards,
Geoffrey De Smet
15 years
Eclipse - automatic build support
by Wolfgang Laun
It seems that some effort has been made to implement some automatic
Knowledge build support for Eclipse. (Right now there is a couple of open
questions on the users' list.)
One issue seems to be related to the "expander <path>" statement intended
for use for this automatic build. But when you use the KnowledgeBuilder in
the regular way, adding DSLs and DSLRs, the expander statement is
disregarded. I don't think this is good.
What is the master plan for having automatic build for DRL, DSL, DSLR,
etc., in Eclipse? Does this make sense at all, given all the options you
can add to the Builder?
Cheers
Wolfgang
15 years
JDK1.5 compatibility
by Michael Anstis
Hi,
Since we are destined to retain JDK1.5 compatibility for the time being and
the likelihood that we're making new workspaces (or what not) as the GIT
split-up progresses this is probably a good time to mention that, those of
us running with a JDK1.6, should ensure compatibility is set to 1.5.
There's been a number of classes checked into GIT (for Guvnor) following the
split-up that had been written against a JDK1.6 with JDK1.6 compatibility
which fail to compile for those of us running either JDK1.5 or JDK1.6 with
JDK1.5 compatibility.
I'm among the guilty so this isn't a finger pointing exercise, just a
reminder as it's too easy to forget.
Cheers,
Mike
15 years
Drools Integration unfrozen - Rest of drools frozen from Wednesday morning
by Geoffrey De Smet
The split-off of droolsjbmn-integration is done, the repository is ready
to be used.
See below how to get started.
But before you get started, please *check these settings*:
* *Do not include @author tags in new files*
o For motivation see: https://issues.jboss.org/browse/JBRULES-2869
o All author tags have been stripped (done during split-up)
* *Line endings are unix (\n)*
o All files now have unix line endings (done during split-up)
* *Do not use tab characters (\t)*
o All files now use spaces instead of tabs (done during split-up)
* *The license header should start with /*, not /**.*
o All files now use correctly use /* (done during split-up).
* Encoding for all files (except property files) is UTF-8
o Not changes during split-up
For detailed instructions on how to configure this fast correctly, see
the README.txt file, currently still at:
https://github.com/droolsjbpm/droolsjbpm/blob/master/README.txt#L118
How to get started
============
// Close eclipse/intellij
cd ~/projects
// Move the old repostory out of the way
mv droolsjbpm monolitic-droolsjbpm
// Make a directory to hold all the new repositories
mkdir droolsjbpm
cd droolsjbpm
git clone git@github.com:droolsjbpm/droolsjbpm-integration.git
droolsjbpm-integration
Optional: git clone git@github.com:droolsjbpm/guvnor.git guvnor
Optional: git clone git@github.com:droolsjbpm/droolsjbpm-tools.git
droolsjbpm-tools
// As the split-up continues, you'll be able to add more repo's
// Make a new workspace in Eclipse/IntelliJ
// Add each of the new repo's as maven projects to that new workspace
Temporary workaround during the next week
============================
Because the split-up is still ongoing (not everything split up yet + the
hudson jobs don't deploy snapshot yet),
you 'll need to do this to get it to work, because the repo's still
depend on the old parent pom for now:
cd ~/projects
// go the old repo and get it up to date
cd monolitic-droolsjbpm
git pull --rebase
// Just build and install the parent pom
mvn clean install -N
cd ..
cd droolsjbpm
cd guvnor
mvn clean install -DskipTests
cd ..
cd droolsjbpm-tools
mvn clean install -DskipTests
Status of split-up
===========
droolsjbpm-integration, guvnor and droolsjbpm-tools are done.
*drools* (including drools-core, drools-compiler, drools-jsr94,
drools-template, drools-decisiontables, drools-verifier, ...) *is*
*frozen from tomorrow morning (Wednesday).*
--
With kind regards,
Geoffrey De Smet
15 years
