John,

The compiler class XSLTC.java has a public method 'setDestination()'
to set the destination directory for the compiled translet.

-Todd

        >>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
        >>list-help: <mailto:[EMAIL PROTECTED]>
        >>list-unsubscribe: <mailto:[EMAIL PROTECTED]>
        >>list-post: <mailto:[EMAIL PROTECTED]>
        >>Delivered-To: mailing list [EMAIL PROTECTED]
        >>From: "Gordon Cooke" <[EMAIL PROTECTED]>
        >>To: "xalan-dev" <[EMAIL PROTECTED]>
        >>Subject: Setting Package and directory properties in XSLTC
        >>MIME-Version: 1.0
        >>Content-Transfer-Encoding: 7bit
        >>X-Priority: 3 (Normal)
        >>X-MSMail-Priority: Normal
        >>X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
        >>Importance: Normal
        >>X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N
        >>
        >>I need to be able to set the packagename and destination directories, 
at
        >>runtime, for all of the xsl documents that we compile.  THe accessor 
methods
        >>for the properties are defined as private.  I am wondering if there is 
a
        >>reason for this and what impact making them public would have. As it 
stands
        >>now, the XSLTC is limited in that from any external class, you cannot
        >>explicitly set where you want to write the class files (defaults to 
current
        >>working dir.) or what package they should be a part of.
        >>
        >>any help would be appreciated.  If there is a better/different way of 
going
        >>about this please let me know.
        >>
        >>John Cooke

=======================================================================
G. Todd Miller                        Sun Microsystems Computer Company
Software Systems Engineer             2 Network Drive, MS UBUR02-201
GE&IS XML Tech Center                 Burlington, MA 01803-0903
                                      781 442-0176
                                      781 442-1437 (fax)
                                      [EMAIL PROTECTED]

Reply via email to