You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by "Sayeau, Derek" <De...@Cognos.COM> on 2002/02/28 00:42:20 UTC

Fix for bug #6751

Hi, I logged this bug, I've also got a fix for it, outlined below, and
attached...

Fix details:
Change 1:
On line 712 the statement:
	String value = (String)properties.get(name);
isn't quite right.  It should be:
	String value = (String)properties.getProperty(name);

The reason for this is that Properties.getProperty() has additional logic in
it that is needed by XSLTC (you guys
use "cascading" properties objects to set defaults), when you call
Properties.get() directly all this logic is bypassed.
Take a peek in the JDK source for more info:)

Change 2:
On lines 760-772 certain properties should be initialized to null in the
Properties object, otherwise logic in other
places in the XSLTC code will not function as desired (there are no checks
for empty strings).  To initialize a 
property to null you simply *don't* add it.

Just a heads up, I noticed some of the default output properties set in
TransformerImpl don't match the defaults given in 
AbstractTranslet...I don't know if that matters...

BTW, great work guys, I'm really impressed with the performance and
scalability of XSLTC!

Cheers,

-derek

 <<TransformerImpl.java>> 

............................................................................
.
Derek Sayeau				3755 Riverside Drive	
Information Delivery 			Ottawa, ON  
Cognos Inc. 				K1G 4K9
 (613) 738-1338 ext. 5097
derek.sayeau@cognos.com
............................................................................
.




This message may contain privileged and/or confidential information.  If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.  Thank you.