[JBoss JIRA] Created: (JBCACHE-877) TreeCache usage should not depend on trove.jar
by Galder Zamarreno (JIRA)
TreeCache usage should not depend on trove.jar
----------------------------------------------
Key: JBCACHE-877
URL: http://jira.jboss.com/jira/browse/JBCACHE-877
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.4.0.SP1
Reporter: Galder Zamarreno
Assigned To: Manik Surtani
Priority: Minor
A customer is upgrading from JBC 1.1 to 1.4.0.SP1 and
even though it only uses plain TreeCache, it gets a
NoClassDefFoundError for trove classes.
2006-11-23 13:19:03,781 ERROR RpcDispatcher exception=java.lang.NoClassDefFoundError: gnu/trove/TObjectHashingStrategy
This is a TreeCacheAop/PojoCache dependency and therefore,
should be isolated and attempted to be loaded only when
PojoCache used.
--
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
16 years, 1 month
[JBoss JIRA] Created: (JBRULES-1703) BRMS: test scenario should show which fileds don't match
by Jaroslaw Kijanowski (JIRA)
BRMS: test scenario should show which fileds don't match
--------------------------------------------------------
Key: JBRULES-1703
URL: https://jira.jboss.org/jira/browse/JBRULES-1703
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 5.0.0.M1
Reporter: Jaroslaw Kijanowski
Assignee: Michael Neale
Fix For: 5.0.0.M2
I'll attach screenshots... what I mean is that when I run this test scenario, I would expect to see a green icon next to:
[Person] field [age] was [123].
and
[Person] field [name] was [Pierre].
and a yellow next to
[Person] field [sex] was [m] expected [f]. (like it is now).
These first two fields (age and name) should be green in the 1st screenshot; have a look at the 2nd screenshot, I didn't change anything, just the 3rd field to match the expectations with the results.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 1 month
[JBoss JIRA] Created: (JBRULES-1710) BRMS: test scenario bug: field's value is not initialized?
by Jaroslaw Kijanowski (JIRA)
BRMS: test scenario bug: field's value is not initialized?
----------------------------------------------------------
Key: JBRULES-1710
URL: https://jira.jboss.org/jira/browse/JBRULES-1710
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 5.0.0.M1
Reporter: Jaroslaw Kijanowski
Assignee: Michael Neale
Fix For: 5.0.0.M2
Please follow these steps to reproduce:
new category, new package, new technical rule:
when
Cheese( smelly == true )
then
insert( new Person("Pierre", "m", 18) );
smelly is a boolean field in Cheese
now create a test scenario:
click on Given and add a Cheese fact;
click on add a field, choose smelly and now: true is select by default. Leave it as is, our rule should fire, right? Run the test, you'll notice that 0 rules fired. Now change smelly from true to false, change it back to true and run the test. One rule fired.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 1 month
[JBoss JIRA] Created: (JBRULES-1709) BRMS: adding rule flow breaks something
by Jaroslaw Kijanowski (JIRA)
BRMS: adding rule flow breaks something
---------------------------------------
Key: JBRULES-1709
URL: https://jira.jboss.org/jira/browse/JBRULES-1709
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 5.0.0.M1
Reporter: Jaroslaw Kijanowski
Assignee: Michael Neale
Fix For: 5.0.0.M2
rev #21307
I have a rule:
when
Cheese( smelly == true )
then
insert( new Person("Pierre", "m", 18) );
and a corresponding test scenario (insert smelly Cheese and expect Person(...) ).
Works fine.
Now I add(upload) a rule flow to the package, for example that attached one.
Now my test scenario fails:
Unable to load a required class.
Unable to find class 'Cheese'
server log:
16:55:55,273 INFO [STDOUT] ERROR 31-07 16:55:55,271 (ServiceImplementation.java:runScenario:1610) java.lang.ClassNotFoundException: Unable to find class 'Cheese'
16:55:55,276 INFO [STDOUT] ERROR 31-07 16:55:55,273 (GWTToSeamAdapter.java:callWebRemoteMethod:81) Error invoking a service
org.drools.guvnor.client.rpc.DetailedSerializableException: Unable to load a required class.
at org.drools.guvnor.server.ServiceImplementation.runScenario(ServiceImplementation.java:1611)
at org.drools.guvnor.server.ServiceImplementation.runScenario(ServiceImplementation.java:1600)
at org.drools.guvnor.server.ServiceImplementation.runScenario(ServiceImplementation.java:1549)
at sun.reflect.GeneratedMethodAccessor133.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:31)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:42)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:118)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at org.drools.guvnor.server.ServiceImplementation_$$_javassist_4.runScenario(ServiceImplementation_$$_javassist_4.java)
at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.seam.remoting.gwt.GWTToSeamAdapter.callWebRemoteMethod(GWTToSeamAdapter.java:76)
at org.jboss.seam.remoting.gwt.GWTRemoteServiceServlet.processCall(GWTRemoteServiceServlet.java:291)
at org.jboss.seam.remoting.gwt.GWTRemoteServiceServlet.doPost(GWTRemoteServiceServlet.java:173)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:595)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 1 month
[JBoss JIRA] Created: (JBCACHE-1366) state transfer optimisation (with preload, and in memory state transfer)
by Mircea Markus (JIRA)
state transfer optimisation (with preload, and in memory state transfer)
------------------------------------------------------------------------
Key: JBCACHE-1366
URL: http://jira.jboss.com/jira/browse/JBCACHE-1366
Project: JBoss Cache
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Mircea Markus
Assigned To: Manik Surtani
Priority: Minor
Fix For: 3.0.0
Optimization can be done in in a configuration where the following are true:
- prelaod
- in-memory state transfer is enabled
- no passivation
- a) shared cache loader OR b)fetch persistent state
Optimization:during in-memory state transfer frome cache ONE to cache TWO, do not transfer the regions which in cache TWO were set for preloading.
a) is shared cache loader is on that these regions will be loaded from the store anyhow, so transfer of these regions is redundant
b) the content of these regions will be transfered at persistent state transfer anyway, so again redundancy during in-memory state transfer
--
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
16 years, 1 month