[JBoss JIRA] Created: (JBCACHE-1110) Pojo returns null values after a local detach, even when values were set locally.
by Vincent Marquez (JIRA)
Pojo returns null values after a local detach, even when values were set locally.
-----------------------------------------------------------------------------------
Key: JBCACHE-1110
URL: http://jira.jboss.com/jira/browse/JBCACHE-1110
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: PojoCache
Affects Versions: 2.0.0.CR2
Reporter: Vincent Marquez
Assigned To: Jason T. Greene
After detaching a Pojo from the cache, any fields that were null before attaching it, remain null, even if values were set locally while it was attached. This is due to the CachedFieldInterceptor being removed, and not having data copied over from the cache.
Apologies if this is not a bug, but it seems peculiar that I could read a pojo locally and get one value, detach it, then get another, even though its values were set locally.
--
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
19 years, 1 month
[JBoss JIRA] Created: (JBPORTAL-1389) Errors and 500 page encountered using the wsrp admin ui
by Matt Wringe (JIRA)
Errors and 500 page encountered using the wsrp admin ui
-------------------------------------------------------
Key: JBPORTAL-1389
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1389
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Portal WSRP
Affects Versions: 2.6 Final
Environment: Linux, Sun JDK 1.5.0.11
Reporter: Matt Wringe
Assigned To: Chris Laprun
500 page occurs after using the wsrp admin gui.
While using the wsrp admin gui and just using the save, refresh and deregister options a 500 page is encountered. I couldn't determine an exact combination that would reliable produce the error. Note that this error is reproducible, I have managed to get the error multiple times.
This was done using JBoss AS 4.0.5 and the head of the portal svn.
>From the logs: (I will attach the full logs)
Caused by: java.lang.IllegalArgumentException: Requires a non-null, non-empty consumer id
at org.jboss.portal.common.util.ParameterValidation.throwIllegalArgExceptionIfNullOrEmpty(ParameterValidation.java:36)
at org.jboss.portal.wsrp.consumer.ConsumerRegistryService.getConsumer(ConsumerRegistryService.java:313)
at sun.reflect.GeneratedMethodAccessor524.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy198.getConsumer(Unknown Source)
at org.jboss.portal.wsrp.admin.ui.ConsumerBean.setId(ConsumerBean.java:90)
... 278 more
--
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
19 years, 1 month
[JBoss JIRA] Closed: (JBAOP-243) ${instanceof} disregards method call target
by Kabir Khan (JIRA)
[ http://jira.jboss.com/jira/browse/JBAOP-243?page=all ]
Kabir Khan closed JBAOP-243.
----------------------------
Resolution: Won't Fix
> ${instanceof} disregards method call target
> -------------------------------------------
>
> Key: JBAOP-243
> URL: http://jira.jboss.com/jira/browse/JBAOP-243
> Project: JBoss AOP
> Issue Type: Bug
> Affects Versions: 1.3.5
> Reporter: Konstantin Sobolev
> Assigned To: Kabir Khan
> Attachments: jbaop-243.tar.gz
>
>
> instanceof{$I}->method() checks a class declaring method() instead of the class on which this method is actually called.
> Example:
> interface I1 {void foo();}
> interface I2 {void bar();}
> class I1Impl implements I1 {void foo(){};}
> class Target extends I1Impl implements I2 {void bar();}
> now $instanceof{I1}->foo() will intercept new Target.foo(), while
> ${instanceof{I1}->bar() won't intercept new Target.bar().
> Testcase implementing this example is attached.
> Please see forum thread for a real life example.
--
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
19 years, 1 month