[JBoss JIRA] Updated: (JBRULES-40) RuleML export from Descr/AST
by Michael Neale (JIRA)
[ http://jira.jboss.com/jira/browse/JBRULES-40?page=all ]
Michael Neale updated JBRULES-40:
---------------------------------
Attachment: ruleml.zip
here is peter lin's contribution of a binding for RuleML (using JAXB).
> RuleML export from Descr/AST
> ----------------------------
>
> Key: JBRULES-40
> URL: http://jira.jboss.com/jira/browse/JBRULES-40
> Project: JBoss Rules
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Rule Assemply/SPI
> Affects Versions: 3.0-beta1
> Reporter: Michael Neale
> Assigned To: Michael Neale
> Fix For: 4.0.0.MR3
>
> Attachments: ruleml.zip
>
>
> Need to be able to export out parsed rules as RuleML (a subset of correct RuleML).
> RuleML->JBossRules can be achieved by XSLT (but could also use XML Binding to do similar more efficiently - possibly the same binding as exports).
> RuleML (or whatever XML interchange format replaces it) will place some restrictions on the content of DRL (for instance, actions will only consist of functions etc).
> This feature is often asked for as a requirement for adoption, as people like to have "insurance" that their rules are at least in part, portable.
> (post 3.0 feature)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBPORTAL-1380) error in LocaleInterceptor
by Luca Stancapiano (JIRA)
error in LocaleInterceptor
--------------------------
Key: JBPORTAL-1380
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1380
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.6.CR2
Environment: jboss portal from http://anonsvn.jboss.org/repos/portal/tags/JBoss_Portal_2_6_0_CR2
Reporter: Luca Stancapiano
Fix For: 2.6 Final
when I log in my portal with an administartor that is not "admin", I cannot to use CMS as I would. For example when I go into
Management Portlet / Portal Objects / default / default / page layout and I try to use CMS mode to change a page in my home, I have a NullPointerException because execute method of org.jboss.portal.cms.impl.jcr.command.ContentGetCommand cannot to return a Content about my chosen page. That because it try to take it into javax.jcr.Session through a wrong locale:
org.jboss.portal.cms.impl.jcr.command.ContentGetCommand : row 93 :
contentNode = (Node)session.getItem(this.msPath + "/" + this.mlocale.getLanguage());
indeed that language is equals to toString() method of Locale created into org.jboss.portal.core.aspects.server.LocaleInterceptor:
org.jboss.portal.core.aspects.server.LocaleInterceptor: row 68 :
locale = new Locale(lc.toString());
lc variable is taken from profile.get(User.INFO_USER_LOCALE), which is equal to toStriing() method of a java.util.Locale taken from org.jboss.portal.core.portlet.user.UserPortlet:
org.jboss.portal.core.portlet.user.UserPortlet: row 736 :
setProperty(user, User.INFO_USER_LOCALE, req.getLocale().toString());
so we put a toString() of Locale of format language_country_variant into language field of Locale class.......it is wrong because it will take many errors to compare with other locales
Instead of use new Locale(String language) constructor, we need to use Locale(String language, String country, String variant) constructor and to split lc.toString() in three part....Below it's my patch:
org.jboss.portal.core.aspects.server.LocaleInterceptor: row 68 :
String[] lcStr = lc.toString().split("_");
locale = new Locale(lcStr[0],
lcStr.length >1 ? lcStr[1] : "",
lcStr.length >2 ? lcStr[2] : "");
so we will get always Locale objects comparable in the right mode
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Resolved: (JBRULES-37) non DSL based NLP for simple predicates
by Michael Neale (JIRA)
[ http://jira.jboss.com/jira/browse/JBRULES-37?page=all ]
Michael Neale resolved JBRULES-37.
----------------------------------
Resolution: Out of Date
> non DSL based NLP for simple predicates
> ---------------------------------------
>
> Key: JBRULES-37
> URL: http://jira.jboss.com/jira/browse/JBRULES-37
> Project: JBoss Rules
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Rule Assemply/SPI
> Affects Versions: 3.0-beta1
> Reporter: Michael Neale
> Assigned To: Michael Neale
> Fix For: 4.0.0.MR3
>
> Original Estimate: 3 days
> Remaining Estimate: 3 days
>
> Should be based on a config file, which spels out what possesive strings are, conjunctions etc, what are redundant
> So we can do:
> The Dog's name is fido and its age is less than 2
> Dog(name=="fido", age < 2)
> ['s] is possesive, [is] is the operator, [its] references the Fact, The is stripped out etc.
> basic format of
> {fact, field, opr, arg} conjuntion {repeat}
> [08:54] <bob> if default lang could do cheesy reflection name-based stuff, perhaps?
> [08:54] <bob> turning verbs into methods by reflection?
> [08:54] <bob> w/o any specific mappings?
> [08:54] <bob> <-- cluefree
> [08:55] <bob> import com.myco.pets.*
> [08:56] <bob> ...
> [08:56] <bob> dog name is "Ted"
> [08:56] <bob> Dog( name='Ted' )
> [08:56] <bob> etc
> [08:56] <bob> purely very basic by default
> [08:56] <bob> or am I thinking about it wrong?
> [08:56] <bob> mic!
> [08:56] <bob> stop perving
> [08:56] <bob> start IRCing!
> [08:58] <mic> bob: yeah can do that to
> [08:58] <mic> started working on something like that, but on the back burner for the moment
> [08:58] <mic> of course, need to know that it is a Dog object to do reflection etc...
> [08:58] <mic> but thats more of a 3.1 thing
> [08:59] <mic> would be a seperate expander
> [09:00] <bob> yah, string[0] is a noun, search imports for class named string[0]
> [09:00] <bob> 'k
> [09:00] <bob> noun attribute operator value
> [09:00] <bob> filter out throw-away words like "a" "the" etc
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Created: (JBCACHE-1028) getTables() length > 1 on Derby even when cache table DNE
by Bill Middleton (JIRA)
getTables() length > 1 on Derby even when cache table DNE
---------------------------------------------------------
Key: JBCACHE-1028
URL: http://jira.jboss.com/jira/browse/JBCACHE-1028
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Cache loaders
Affects Versions: 2.0.0.BETA2
Environment: Derby 10.2, Managed transactions
Reporter: Bill Middleton
Assigned To: Manik Surtani
The EmbeddedXADataSource which is provided by Apache derby 10.2 always returns a resultset which has length > 1 when calling getTables(), even if the table in question does not exist. This causes the return value from AdjListJDBCCacheLoader.tableExists() to always be true, and the jbosscache table is never created.
I'm not sure, but perhaps there's a better way to conclude that a table does not exist in the result set other than than its length.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[JBoss JIRA] Updated: (JBPORTAL-857) Deal with non standard Locales better
by Chris Laprun (JIRA)
[ http://jira.jboss.com/jira/browse/JBPORTAL-857?page=all ]
Chris Laprun updated JBPORTAL-857:
----------------------------------
Fix Version/s: 2.8 Final
(was: 2.6 Final)
> Deal with non standard Locales better
> -------------------------------------
>
> Key: JBPORTAL-857
> URL: http://jira.jboss.com/jira/browse/JBPORTAL-857
> Project: JBoss Portal
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Portal WSRP
> Affects Versions: 2.4 Final
> Reporter: Chris Laprun
> Assigned To: Julien Viet
> Priority: Minor
> Fix For: 2.8 Final
>
> Original Estimate: 3 hours
> Remaining Estimate: 3 hours
>
> Per the WSRP Spec regarding UnsupportedLocale fault:
> The Portlet does not support generating markup for the requested locale. Since the Portlet is not required to generate markup in the requested locale, a Portlet returning this fault message is indicating that it processes locales in a stricter manner and has no markup for the requested locales. The Consumer can treat this as a specialization of the OperationFailed fault message and does not have to retry getting the markup in other locales.
> Currently, LocaleInfo throws an IllegalArgumentException if the locale is not standard which gets wrapped into an OperationFailedFault at the handler level. We should deal with locale errors better and maybe be more lenient as to what we accept.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months