[rules-dev] Drools API improvement sugestion
Mark Proctor
mproctor at codehaus.org
Fri Dec 12 13:49:57 EST 2008
Greg Barton wrote:
> I vote for runtime exception. That gives you the option of catching it or not. Just from experience I can't tell you how nice it was when HibernateException went from a checked to an unchecked exception.
>
Yes there has been a general backlash against forced static exceptions,
especially say if you know the Resource is from a byte[] or String.
> That being said, the API methods that can throw it should still declare it in the throws clause, even if it's a runtime exception.
I was just planning to let people do null checks, but I can do this
instead - what do people prefer?
> That helps IDEs like Eclipse wrap method calls in the right try/catch blocks when generating code. (See the "Source->Surround With->try/catch block" menu option)
>
> --- On Fri, 12/12/08, Zoltan Farkas <zoly at daxtechnologies.com> wrote:
>
>
>> From: Zoltan Farkas <zoly at daxtechnologies.com>
>> Subject: RE: [rules-dev] Drools API improvement sugestion
>> To: "Rules Dev List" <rules-dev at lists.jboss.org>
>> Date: Friday, December 12, 2008, 10:10 AM
>> >From my point of view as a developer who writes code
>> against the api,
>> I have to handle to case of a Resource not being there, or
>> being
>> invalid/corupt... theese are casses that I need to recover
>> from in my
>> code...
>> and I have no way of knowing what do I need to catch and
>> where, without
>> first writing the code, run tests against it, and examine
>> stack traces.
>> I find this quite inefficient...
>>
>> If you google for ResourceNotFoundException, you will find
>> out that
>> there is quite a few APIs out there that implement it.
>> There is other
>> apis that have InvalidResourceException... or
>> javx.resource.ResourceException
>>
>> My preference would be toward catched Exceptions in this
>> case.
>>
>> --zoly
>>
>>
>> ________________________________
>>
>> From: rules-dev-bounces at lists.jboss.org
>> [mailto:rules-dev-bounces at lists.jboss.org] On Behalf Of
>> Mark Proctor
>> Sent: Thursday, December 11, 2008 8:04 PM
>> To: Rules Dev List
>> Subject: Re: [rules-dev] Drools API improvement sugestion
>>
>>
>> Zoltan Farkas wrote:
>>
>> Based on current implementation, the following methods I
>> think
>> should throw a exception, something like:
>> ResourceNotFoundException
>>
>> do you want this as runtime or catched exception? At the
>> moment we are
>> trying to avoid catched exceptions.
>>
>> Mark
>>
>>
>>
>> org.drools.compiler.PackageBuilder.addKnowledgeResource()
>> org.drools.builder.impl.KnowledgeBuilderImpl.add()
>>
>> another option might be to verify the validity of a
>> Resource
>> object at creation time and make ResourceFactory factory
>> methods throw
>> ResourceNotFoundException.
>>
>> I believe the case of a "not found resource" the
>> user of the api
>> should be "ecouraged" to handle.
>>
>> Another case that might be needed to be handled could be
>> InvalidResource?
>>
>> Let me know what you guys think
>>
>> Regards
>>
>> --zoly
>>
>> ________________________________
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20081212/1d5bd245/attachment.html
More information about the rules-dev
mailing list