ControlHandle

Hi all, Is there any particular reason why ControlHandle does not implement java.io.Serializable interface ? From what I read , I would guess it is envisioned to be used in situations which will need serialization/deserialization ... Thanks and Regards Mridul

Re: javabeans and controls

On 4/14/05, Mridul Muralidharan <[EMAIL PROTECTED]> wrote: Hi Kyle , Thanks a lot for clarifying this ! I will file the appropriate bugs - and this time , I dont have any hack to offer since I was not sure of the design intentions :) Regards Mridul Kyle Marvin wrote: Mridul, The intent

[jira] Updated: (BEEHIVE-528) Compliance with javabean spec

[ http://issues.apache.org/jira/browse/BEEHIVE-528?page=history ] Mridul Muralidharan updated BEEHIVE-528: Attachment: javabean.diff The dif tries to do the following : a) PropertyKey 1) Make _getMethod transient. 2) Verify that it is non-null

Re: javabeans and controls

Thanks a lot ! I can clean up my test code now :) Regards Mridul Kyle Marvin wrote: Just checked in the fix as 161352, so we can shortcut JIRA on this one :) -- Kyle On 4/14/05, Mridul Muralidharan <[EMAIL PROTECTED]> wrote: I was going to mention the same to you actually ! I was tes

Re: javabeans and controls

Hi Kyle, Forgot to mention - you were entirely correct on the below : my analysis below is entirely incorrect - just did not look careully enough I guess, It is this super.resetServices that is the actual culprit I think. Thanks Mridul Mridul Muralidharan wrote: I was going to mention the same

Re: javabeans and controls

I was going to mention the same to you actually ! I was testing a @ControlInterface extending another @ControlInterface and adding some methods to it. The parts that I actually wanted to test worked great - except that I had serialization issues 'cos of what I mentioned. I was trying to validate

Re: javabeans and controls

sted controls and any non-transient (and non-Context) fields. The overall goal is to keep the serialization state of the control as small as possible... things that can be reconstituted from the deserialization environment can and should be. -- Kyle On 4/14/05, Mridul Muralidharan <[EMAIL PROTECTED]>

Re: javabeans and controls

ime classes is definitely a reqt too) should be opened as "Critical/fix by V1" issues. Your Controls questions and feedback are proving to be invaluable keep 'em coming! :) -- Kyle On 4/14/05, Mridul Muralidharan <[EMAIL PROTECTED]> wrote: Hi all, Since ControlBean i

Re: javabeans and controls

xes for codegen issues live here too... -- Kyle On 4/14/05, Mridul Muralidharan <[EMAIL PROTECTED]> wrote: Hi Kyle , Thanks a lot for clarifying this ! I will file the appropriate bugs - and this time , I dont have any hack to offer since I was not sure of the design intentions :) Regards Mri

[jira] Created: (BEEHIVE-528) Compliance with javabean spec

win2k , x86 Reporter: Mridul Muralidharan Priority: Critical Essentially two issues : 1) The manifest entry for a Control in the control jar is not correct. 2) The serialization of the ControlBean is failing. Here is the email exchange I had with Kyle about this in the alias. Thanks -- M

Re: javabeans and controls

ssues. Your Controls questions and feedback are proving to be invaluable keep 'em coming! :) -- Kyle On 4/14/05, Mridul Muralidharan <[EMAIL PROTECTED]> wrote: Hi all, Since ControlBean is essentially a javabean , I wanted to see the interoperatability of controls with a pure jav

javabeans and controls

Hi all, Since ControlBean is essentially a javabean , I wanted to see the interoperatability of controls with a pure javabean env. For this , I got the BDK1.1 (http://java.sun.com/products/javabeans/software/bdk_download.html - yep , I know this is old !) and tried to load a simple control jar

Re: [jira] Resolved: (BEEHIVE-508) Control id related issue

Type: Bug Components: Controls Versions: V1Alpha, V1Beta, V1 Environment: Win2k , x86 Reporter: Mridul Muralidharan Assignee: Kyle Marvin Priority: Critical Fix For: V1 This is my mail to the alias. I will try to attach a testcase soon - but the idea of the bug is explained

[jira] Commented: (BEEHIVE-508) Control id related issue

[ http://issues.apache.org/jira/browse/BEEHIVE-508?page=comments#action_62468 ] Mridul Muralidharan commented on BEEHIVE-508: - This is the diff from the fix that I did locally - it passed all the drt tests and worked to fix my issue too

[jira] Created: (BEEHIVE-508) Control id related issue

Control id related issue Key: BEEHIVE-508 URL: http://issues.apache.org/jira/browse/BEEHIVE-508 Project: Beehive Type: Bug Components: Controls Versions: V1, V1Alpha, V1Beta Environment: Win2k , x86 Reporter: Mridul

Re: Control id problem

05 11:19 AM, Mridul Muralidharan <[EMAIL PROTECTED]> wrote: Hi all, I am observing some problems with control id's that get returned by the ControlBean.getControlID(). I will try to explain what I am trying : I have a nested control within another control's impl like this : @

Control id problem

Hi all, I am observing some problems with control id's that get returned by the ControlBean.getControlID(). I will try to explain what I am trying : I have a nested control within another control's impl like this : @ControlImplementation public class SomeControlAImpl implements SomeControlA , S

Bug in ControlBean ?

Hi, I see the following in org.apache.beehive.controls.runtime.bean.ControlBean.java : "transient final private HashMap _interceptors = new HashMap();" Having it as transient and final makes invocation of business method on a serialised and then deserialised instance the bean to throw NPE's w

Beehive control runtime and j2ee

Hi, I was looking through the beehive code to understand how the beehive control runtime works. I have observed that for Beehive controls hosted in the web tier, the current implementation relies on a servlet filter to manage the construction and persistence of the control container context (i.e

Control extension and generics.

Hi all, Is there any way of picking up the parameter section in a parameterized type of the return type for a ControlExtension from the impl's invoke() method ? What I mean is , for an example like this : " @ControlExtension public interface CustomControl extends BaseControl{ @SomeAnnotation

ClientInitializer documentation

Hi, Is there any documentation on how to use declarative programming while using controls ? In the tests , I see that they invoke 'class'ClientInitializer.initialize() while using declarative mode - is there any documentation on this ? Thanks and Regards Mridul -- Java Navigator will have a lo