<HTML><HEAD><META http-equiv=Content-Type content="text/html; charset=utf-8"></head><body><HTML><HEAD><META http-equiv=Content-Type content="text/html; charset=utf-8"></head><body><SPAN style='color: #000000;font-size: 12px;font-family: Verdana;'><FONT face=Verdana color=#0000ff size=2>ILog JRules works pretty well.&nbsp; Why not JBoss Drools?&nbsp; Problem with JBoss Rules is we cannot just say "Rules" since it's to generic.</FONT><BR><BR> <HR> <SPAN style="FONT-FAMILY: Verdana"><B>From: </B>Mark Proctor[mailto:mproctor@codehaus.org]<BR><B>Sent: </B>Thursday, June 7, 2007 11:46 PM -07:00<BR><B>To: </B>Rules Dev List [rules-dev@lists.jboss.org]<BR><B>Subject: </B>[rules-dev] name</SPAN><BR><BR>So it's over a year since we changed the name from Drools to JBoss <BR>Rules. Personally I really dislike &lt;Vendor Name&gt; + &lt;Generic Name&gt; naming <BR>schemes; especially so for Open Source projects. It's not the vendor <BR>prefix I dislike, as that adds weight in corporate brand recognition, <BR>but the generic postfix - leaving you no choice but to refer to the <BR>project by the full name "JBoss Rules" in all communication and <BR>throughout that communication; which I find tiresome. Where as ideally, <BR>say in a presentation, you introduce the project as JBoss + &lt;Strong <BR>Name&gt; first and then further references in your presentation can just <BR>use the shortened &lt;Strong name&gt;; emails on the mailing list, being more <BR>casual, can just drop to the shortened &lt;Strong Name&gt; straight away. It's <BR>not just a lazyiness of having to use two words, but I feel it makes it <BR>generally easier on the ears and eyes. With 4.0 coming up we have taken <BR>the next steps into the world of Declarative programming, so was <BR>thinking of JBoss DRules or JBoss D-Rules or JBoss drules - allowing the <BR>DRules to be used standalone to refer to the project in more casual <BR>communication. Anyone have any thoughts on a year of the "JBoss Rules" name?<BR><BR>Mark<BR>_______________________________________________<BR>rules-dev mailing list<BR>rules-dev@lists.jboss.org<BR>https://lists.jboss.org/mailman/listinfo/rules-dev<BR></SPAN></body></html></body></html>