Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <420A50C4.5060306@ptc.com>
Date: Wed, 09 Feb 2005 12:04:52 -0600
From: Jess Holle <jessh@ptc.com>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: [jxpath] Future of JXPath and DOM???
References: <20050209041833.90547.qmail@web30501.mail.mud.yahoo.com>
In-Reply-To: <20050209041833.90547.qmail@web30501.mail.mud.yahoo.com>
Content-Type: multipart/alternative;
 boundary="------------080306060908050102060503"

--------------080306060908050102060503
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dmitri Plotnikov wrote:

>Jess,
> 
>JXPath has always supported Xalan through JAXP DOM APIs.  What you may have seen in the source code of JXPath is some attempts to optimize JXPath when it is used specifically in combination with Xalan.  You would not be interested in that optimization, because it would only be applied to static DOM and take advantage of DTM.
> 
>Try using JXPath and let us know how it works out.
>  
>
Dumb question (which I probably figured out last time I tried this 
stuff, but have no notes/recollection of):

    Is there an equivalent of Xalan's one-size-fits-all "XObject  xobj =
    xpath.execute(...)" mechanism in JXPath?

I'm looking for a CompiledExpression.getValue() that returns an Object 
for which:

   1. I know the various possible return types when this is applied to a
      DOM.
   2. The result is the most appropriate (as per the XPath standard) of
      the following:
          * NodeList or NodeIterator -- or something from which I can
            easily implement one or both of these interfaces
          * Boolean
          * Number
          * String

[I assume callers will apply includes castes within their XPath 
expressions as necessary where they expect a non-node result.]

Is there such a beast?

The one-API fits all (beans, JDOM, DOM, etc) approach makes this a bit 
hard for me to decipher.

--
Jess Holle


--------------080306060908050102060503--