Thanks for letting me know. Yes, we need to add some checks in there to
avoid the ugly exception.
2009/3/11 nestabur
>
>
> Hi all again,
>
> Finally I fixed the error, I was trying to get the factType with the model
> name instead of the fact type name :(
> btw, this implementation threw me t
Hi all again,
Finally I fixed the error, I was trying to get the factType with the model
name instead of the fact type name :(
btw, this implementation threw me the error:
Exception while processing message:
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
java.lang.Str
Not sure what the problem is, in this case. Can you create a JIRA and
attach a test case, plz?
2009/3/10 nestabur
>
> Thanks for the quick reply ;)
>
> I saw that sample before, but I'm getting the drl info throw the package
> generated in guvnor, so I load the package like this:
>
Thanks for the quick reply ;)
I saw that sample before, but I'm getting the drl info throw the package
generated in guvnor, so I load the package like this:
Properties props = new Properties();
props.put("url", rulePackagePath);
props.put("name",pac
Nestor
Look at this integration test, method testGeneratedBeans1():
http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk/drools-compiler/src/test/java/org/drools/integrationtests/MiscTest.java
Hopefully it will be clear.
[]s
Edson
2009/3/10 nestabur
>
>
> Sorry, I don't u
Sorry, I don't understand your suggestion ...
As I know, the factTypes are included in the package and referenced in the
DRL files, so for getting the factType I'd have to access via the package,
isn't it? And your proposal is getting the factType throw the DRL file
name?¿
NEStor
Edson Tirel
Nestor,
As it is now, DRL files must have a package name or you will be in
trouble. So, use a package name for your DRL file and use that package name
to retrieve the fact type. It will work.
Meanwhile, I will fix the bug. If you can open a JIRA, even better to
keep track of progress.
Any suggestions?¿
nestabur wrote:
>
> Yes,
>
> If I put a non existent package and type, the method getFactType returns
> me
> null value, but if I put the correct package and type it throws that
> error.
>
> Thanks,
>
> NEStor
>
> 2009/3/8 Michal Bali
>
>> your factTypeName should consi
Yes,
If I put a non existent package and type, the method getFactType returns me
null value, but if I put the correct package and type it throws that error.
Thanks,
NEStor
2009/3/8 Michal Bali
> your factTypeName should consist of package name + type name, for example:
> com.mycompany.Account
your factTypeName should consist of package name + type name, for example:
com.mycompany.Account
On Sun, Mar 8, 2009 at 7:02 PM, nestabur wrote:
>
> Hi all,
>
> I'm trying to create a fact programatically like this:
>
> FactType myfact =package.getFactType(factTypeName);
> Object myPojo = myfact
Hi all,
I'm trying to create a fact programatically like this:
FactType myfact =package.getFactType(factTypeName);
Object myPojo = myfact.newInstance();
An error occurs when calling the method getFactType, here my stackTrace:
36267-1236185246849-0:0:1:1 Exception while processing message:
java.
11 matches
Mail list logo