On Sat, May 15, 2010 at 1:27 PM, Senaka Fernando <sen...@wso2.com> wrote:
> > > On Sat, May 15, 2010 at 12:58 PM, Subash Hewa Widana Gamage < > sub...@wso2.com> wrote: > >> Hi, >> >> I did wrote a dummy package for the javax.jcr.retention .As it cannot be >> implemented until carbon has ownership concept for resources. >> > > +1. Until we get this or something similar done in the Carbon Registry > Kernel, you should be fine. > >> >> But I did'nt write any dummy things to wrap String as the other >> types.Because for instance ,in JCR if it asked to set a property to a >> double ,it is expecting a JCR Property instance which has a double value, in >> return.So it might lead to a NumberFormatException. >> >> So when it asks to set a double i creates a double on the fly and ,put it >> inside a Property instance and return it.Because we can't set double in our >> registry. >> > > Well, you can still try write a utility method that is capable of looking > at the type of Data stored in the Registry and returning an appropriate > representation. Also, each property value in Registry is stored in a List > and Hence a property can have multiple values. You might make use of this > possibility and store the data type of the property as the second element on > this list. This is just a thought. Comments are welcome. > +1. As long as we can wrap it as the TCK expects, it should work. If this also, doesn't solve the issue, then you can look into implementing what's needed to make it compatible. > >> Actually ,I think we can't change the test classes.Because it is a >> standard Technology Compatible Kit for Java technology by sun , as i >> remember. >> > > Correct. But you can edit/change the config files for the tests if there > are any. I believe that this is what Mackie meant. I suggest that you take a > look at the unit tests of the latest JackRabbit release. They are JCR 2.0 > compliant. > Yes, I meant to mess around with the tests or config files (If the source is available you can dive into the code itself :). Because it looks like the TCK is trying to pick up resources from a standard location different to where your resources are. > > Thanks, > Senaka. > >> >> Thank you >> Subash >> >> _______________________________________________ >> Carbon-dev mailing list >> Carbon-dev@wso2.org >> https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> > > > -- > Senaka Fernando > Associate Technical Lead > WSO2 Inc. > E-mail: senaka AT wso2.com; Mobile: +94 77 322 1818 > > http://www.wso2.com/ - "Lean . Enterprise . Middleware" > > _______________________________________________ > Carbon-dev mailing list > Carbon-dev@wso2.org > https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > -- Regards, Tharindu
_______________________________________________ Carbon-dev mailing list Carbon-dev@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
