DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=39701>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39701 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Component|general |fo tree Resolution| |FIXED ------- Additional Comments From [EMAIL PROTECTED] 2006-06-02 07:53 ------- Fixed as per your suggestion in Trunk: http://svn.apache.org/viewvc?rev=411080&view=rev Thanks! (In reply to comment #0) > Depending on the SAX implementation (ex. xalan 2.6) the call to getURI() in > org.apache.fop.fo.PropertyList line > > 300: attributeNS = attributes.getURI(i); > > may return _null_ which leads to an NPE in line Actually, it may not. If it does, it's a bug in Xalan. It can only return null if the index is out of range which cannot be the case here. But yes, it's better to be on the safe side with defensive programming. > 301: if (attributeNS.length() == 0 || ... > > worked arround easily with > > 301: if (attributeNS==null || attributeNS.length() == 0 || ... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.