I don't know what her name is, but she's got good stuff to say. I read her post this morning about self importance and thoroughly enjoyed it. So much, in fact, that I sent it to a co-worker.
Next time, I won't belittle my collegue behind his back because he didn't use a stringbuffer instead of a string when he was concatenating, I will just send an email to the whole team, copying the section from "effective programming", articulating innocently but clearly how the strings work compared to stringbuffers, believe me, I know, i will feel whole a lot better. And when someone comes up to me with an idea, I will listen like my life depends on it, I will show my fear of not getting it, ask a stupid question or two and I will applaud them for their courage in sharing their ideas despite the fear of being ridiculed, I will work with them through their idea/hypothesis, no matter how much i might think it is stupid or impossible to achieve. We will arrive to that point together, but in the process, each one of us will connect, in a way where mutual trust is established, where we feel safe and be as stupid or as brilliant as we can be. And I guarantee you that we will be brilliant, because I have never seen an environment more fun to work or productive than that of a team of peers who understand, trust, respect, and and are humbled by one another.
I actually took her message to heart this afternoon and involved my co-workers with my ConvertUtils problems I was having. Simply discussing it with them helped me solve my problem. Communicate. Openly. It will make your job more fun - it did mine. We are already collaborating more from a little inspiration.
Now I have a new issue with ConvertUtils. I've resorted to creating a Form, rather than generating one from a POJO using XDoclet. In this form, I've added indexed properties, so that properties can be accessed and retrieved with an index.
So now I have getPropertyList() and setPropertyList(ArrayList) on my form. I also have getPropertyList(int index) and setPropertyList(int index, Property prop). However, when I add these methods, my ListConverter.convert method quits working! So now when I call:
BeanUtils.copyProperties(cmcfForm, c);
it returns null for the ArrayLists on my form? I don't get why, esp. since the methods have different signatures. It works fine if I remove the indexed methods.
Update: I solved my problem by removing the getPropertyList(int index) method. I had to add some funky stuff in the reset method of my Form to ready it for Struts auto-population, but it works. Specifically, I had to create an ArrayList for my child, and then populate it with empty child forms. This allowed setPropertyList(int index, Property prop) to work as expected. FYI - I don't think this is a Struts thing, but how webapps work. Anyway, I'm happy with how this works - as I know have indexed properties working for display and saving. Now I have to figure out saving parents/child in Hibernate (I've done it with struts-resume and MySQL, just not with Oracle). I've posted my problem to the Hibernate mailing list if you're really interested in my problem.
Next up, indexed property validation using the Validator. Should be oh so fun...
There's an interesting thread over on the struts-dev mailing list. It started out debating whether to use comments (<!-- -->) or CDATA (<![CDATA[ ]]>) to hide Javascript code. I think this discussion was started by something I suggested yesterday on the struts-user list. Craig McClanahan had this to say:
What I also don't understand is why anybody is worried about generating
XHTML markup for the current generation of popular browsers, none of which
implement it correctly ... but that's a different issue.
What do you think? I think the best reason for generating XHTML (at this point) is that adding an XHTML doctype at the top of a page makes IE and Mozilla "snap" to standards-compliant mode. Rather than writing tweeks for each browser - the same code works in both. This is a real lifesaver when doing CSS positioning and DOM-based Javascript in pages. It's also really nice to be able to validate code.
(2003-01-14 14:04:19) As of 2003-01-14, pserver-based CVS repository access and ViewCVS (web-based) CVS repository access have been taken offline as to stabilize CVS server performance for developers. These services will be re-enabled as soon as the underlying scalability issues have been analyzed and resolved (as soon as 2003-01-15, if possible). Additional updates will be posted to the Site Status page as they become available. Your patience is appreciated.
