Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Message-ID: <20040218211603.40377.qmail@web11706.mail.yahoo.com>
Date: Wed, 18 Feb 2004 13:16:03 -0800 (PST)
From: Dmitri Plotnikov <dmitri@apache.org>
Reply-To: dmitri@apache.org
Subject: Re: FW: [JXPath] attribute axis
To: Chris White <chris.white@comcast.net>
Cc: commons-user@jakarta.apache.org
In-Reply-To: <NCBBKDBPMKKGILBIHIBOOENGFFAA.chris.white@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

Chris,

I believe the situation you have is quite rare (I might be wrong about
this).  But in any case, to deal with this situation, I would create
specialized NodePointer/NodePointerFactory classes.  It's really not
that difficult if you inherit from BeanPointer, BeanPointerFactory etc.

I hope this helps.

- Dmitri

--- Chris White <chris.white@comcast.net> wrote:
> Yet another attempt to get this to you.
> 
> -----Original Message-----
> From: Chris White [mailto:chris.white@comcast.net]
> Sent: Thursday, January 29, 2004 9:09 AM
> To: dmitri@apache.org
> Subject: FW: [JXPath] attribute axis
> 
> 
> This got bounced when I tried to send it to the list.
> 
> -----Original Message-----
> From: Chris White [mailto:chris.white@comcast.net]
> Sent: Tuesday, January 27, 2004 2:38 PM
> To: Jakarta Commons Users List
> Cc: John Landers
> Subject: RE: [JXPath] attribute axis
> 
> 
> Dmitri,
> 
> We have tree node class that has a 'childrenNodes' property. We have
> used a
> DynamicPropertyHandler to make the child nodes appear on the child
> axis of
> the node (thereby avoiding paths like node/childrenNodes/child name).
> 
> We would also like the user to be able to get and set other
> properties of a
> node besides the contents of the childrenNodes attribute. We don't
> want
> these found when traversing the child axis. For this reason, we put
> them on
> the attribute axis.
> 
> Chris
> 
> -----Original Message-----
> From: Dmitri Plotnikov [mailto:dmitri@apache.org]
> Sent: Friday, January 23, 2004 9:20 PM
> To: Jakarta Commons Users List
> Cc: John Landers
> Subject: Re: [JXPath] attribute axis
> 
> 
> Chris,
> 
> Could you elaborate on this requirement a little bit?  What is the
> need to
> use the attribute axis rather than child axis with maps?
> 
> Thanks,
> 
> - Dmitri
> 
> 
> ----- Original Message -----
> From: "Chris White" <chris.white@comcast.net>
> To: <commons-user@jakarta.apache.org>
> Cc: "John Landers" <jcl@caredatasystems.com>
> Sent: Monday, November 10, 2003 6:44 AM
> Subject: [JXPath] attribute axis
> 
> 
> > JXPath is a marvelous tool!
> >
> > We are using it in an open-source EAI project, OpenEDIX
> > (openedi.sourceforge.net). OpenEDIX is tool that supports the
> description
> > and transformation of a variety of message protocols, primarily
> protocols
> > used in healthcare.
> >
> > We would like to create an enhancement that lets us create values
> on the
> > attribute axis dynamically similar to the DynamicPropertyHandler
> mechanism.
> > I have downloaded the source and have been experimenting to
> determine what
> > changes might be required to support this feature.
> >
> > I have found that if I make the following changes I start to get
> the
> > behavior we're after.
> >
> > 1) DynamicPropertyPointer - added new field "axis", revised
> constructor to
> > accept setting of this new field
> > 2) DynamicPropertyHandler - added a new parameter, "axis" on every
> method.
> > Modified all implementers of this interface
> > 3) PropertyOwnerPointer.getPropertyPointer(int axis)  - added axis
> parameter
> > to abstract method.
> >
> > Only the SimplePathInterpreter is passing anything other than
> > Compiler.CHILD_AXIS to getPropertyPointer. Nothing else appears to
> be
> aware
> > of the axis of each step. This makes me think that I might be
> barking up
> the
> > wrong tree.
> >
> > Do you have any recommendation for alternative approaches?
> >
> > Is this a feature that you think belongs in the base product or
> should we
> > consider our work an alternate implementation?
> >
> > Chris White
> > Parafora Software/Care Data Systems
> > (734)930-1804
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> commons-user-help@jakarta.apache.org
> >
> >
> >
> >
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org