6:03 a.m.
I'm trying to make some fact templates in the form of
template "Address"
String line1
String line2
end
template "Person"
String name
int age
Address address
end
It complains that it is "Unable to resolve class "Address""
1. Is there any way around this - am I just getting syntax wrong?
2. Is this being fixed in 5.0 or > 4.0.7 (which I have)
3. Am I able to modify the class loader to grab the FactTemplate
class types and infer the correct object? e.g. is this something
that's ridiculously hard, and so hasn't already been included?
4. Am I going about this entirely the wrong way?
1. Are nested types at all useful in the rules?
2. Is it possible to even have a rule like:
p: Person( age == 5, Address(line1 == "My address))
? (given a java object schema)
3. Should I be using variables and other rules to assert facts?
4. Off topic: Is rules composition achieved by the assertion of
facts for other rules to use?
What I want to do:
I am dealing with (xml) schemas and ontologies, and need to be able to
create Fact Templates from these definitions. While I can do this
easily enough in java side, I believe I need to create the templates to
match my java objects so that the rules can be compiled.
Thanks heaps
Stephen
6:38 a.m.
FactTemplates are an experimental feature and only supports primitives
and strings as fields. It was based around using arrays for the models,
this made the implementation easy but tooling and integration with other
libraries being very hard. For 5.0 we using "type declarations" which
basically are generated pojos, which causes a nightmare for custom
classloader stuff, but is much more tooling and 3rd party library
integration friendly. These type declarations support primitives and
classes for their fields.
Mark
Stephen Kestle wrote:
I'm trying to make some fact templates in the form of
template "Address"
String line1
String line2
end
template "Person"
String name
int age
Address address
end
It complains that it is "Unable to resolve class "Address""
1. Is there any way around this - am I just getting syntax wrong?
2. Is this being fixed in 5.0 or > 4.0.7 (which I have)
3. Am I able to modify the class loader to grab the FactTemplate
class types and infer the correct object? e.g. is this something
that's ridiculously hard, and so hasn't already been included?
4. Am I going about this entirely the wrong way?
1. Are nested types at all useful in the rules?
2. Is it possible to even have a rule like:
p: Person( age == 5, Address(line1 == "My address))
? (given a java object schema)
3. Should I be using variables and other rules to assert facts?
4. Off topic: Is rules composition achieved by the assertion of
facts for other rules to use?
What I want to do:
I am dealing with (xml) schemas and ontologies, and need to be able to
create Fact Templates from these definitions. While I can do this
easily enough in java side, I believe I need to create the templates
to match my java objects so that the rules can be compiled.
Thanks heaps
Stephen
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
7:13 p.m.
In other words, in 5.0 you can do:
declare Address
line1 : String
line2 : String
end
declare Person
name : String
age : int
address : Address
end
There are additional notation and features you are able to use when
working with type declarations, but the above is what you asked for.
[]s
Edson
2008/8/11 Mark Proctor <mproctor(a)codehaus.org>
FactTemplates are an experimental feature and only supports
primitives and
strings as fields. It was based around using arrays for the models, this
made the implementation easy but tooling and integration with other
libraries being very hard. For 5.0 we using "type declarations" which
basically are generated pojos, which causes a nightmare for custom
classloader stuff, but is much more tooling and 3rd party library
integration friendly. These type declarations support primitives and classes
for their fields.
Mark
Stephen Kestle wrote:
> I'm trying to make some fact templates in the form of
>
> template "Address"
> String line1
> String line2
> end
>
> template "Person"
> String name
> int age
> Address address
> end
>
> It complains that it is "Unable to resolve class "Address""
>
> 1. Is there any way around this - am I just getting syntax wrong?
> 2. Is this being fixed in 5.0 or > 4.0.7 (which I have)
> 3. Am I able to modify the class loader to grab the FactTemplate
> class types and infer the correct object? e.g. is this something
> that's ridiculously hard, and so hasn't already been included?
> 4. Am I going about this entirely the wrong way?
> 1. Are nested types at all useful in the rules?
> 2. Is it possible to even have a rule like:
> p: Person( age == 5, Address(line1 == "My address))
> ? (given a java object schema)
> 3. Should I be using variables and other rules to assert facts?
> 4. Off topic: Is rules composition achieved by the assertion of
> facts for other rules to use?
>
> What I want to do:
> I am dealing with (xml) schemas and ontologies, and need to be able to
> create Fact Templates from these definitions. While I can do this easily
> enough in java side, I believe I need to create the templates to match my
> java objects so that the rules can be compiled.
>
> Thanks heaps
>
> Stephen
> _______________________________________________
> 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
--
Edson Tirelli
JBoss Drools Core Development
JBoss, a division of Red Hat @ www.jboss.com
7:04 a.m.
Stephen Kestle wrote:
I'm trying to make some fact templates in the form of
template "Address"
String line1
String line2
end
template "Person"
String name
int age
Address address
end
It complains that it is "Unable to resolve class "Address""
1. Is there any way around this - am I just getting syntax wrong?
2. Is this being fixed in 5.0 or > 4.0.7 (which I have)
3. Am I able to modify the class loader to grab the FactTemplate
class types and infer the correct object? e.g. is this something
that's ridiculously hard, and so hasn't already been included?
4. Am I going about this entirely the wrong way?
1. Are nested types at all useful in the rules?
It is preferably not to use
nested classes, but instead create
relationships for declarative relational programming. See this blog for
more detials:
http://blog.athico.com/2007/06/declarative-relational-programming.html
2. Is it possible to even have a rule like:
p: Person( age == 5, Address(line1 == "My address))
? (given a java object schema)
nested patterns are not allowed and not
planned, if you are using pojos
with nested values there is limitied support for nested accessors that
don't require parameters, and you can use evals with MVEL dialect if you
need to called method with params.
3. Should I be using variables and other rules to assert
facts?
depends on the problem you are trying to solve.
4. Off topic: Is rules composition achieved by the assertion
of
facts for other rules to use?
That is possible, yes. That's what
inference is about, one rule can
assert a fact that another rule can depend on.
What I want to do:
I am dealing with (xml) schemas and ontologies, and need to be able to
create Fact Templates from these definitions. While I can do this
easily enough in java side, I believe I need to create the templates
to match my java objects so that the rules can be compiled.
Drools 5.0 comes with
dataloaders, which can dataload into our internal
type declarations. 5.0 will include dataloaders for smooks, jaxb and
xstream.
Thanks heaps
Stephen
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5904
days inactive
5904
days old
3 comments
3 participants
participants (3)
-
Edson Tirelli -
Mark Proctor -
Stephen Kestle