Re: [dom4j-user] Any plan to remove Jaxen depency in dom4j 2.0.0

2010-03-23 Thread Andrea Zoppello 

Hi Filip,

Thank you for your answer.

BTW i would like to know if it's in dom4j plan to include any *Jaxen 
free* implementation
or if there's already some example of implementation that does not 
require jaxen to run.


I'm just thinking about to provide an implementation on top of JDK XPATH 
API.


Andrea



Il 19/03/2010 15:36, Filip Jirsák ha scritto:

Hello Andrea,
dom4j 2.0 should have the same pluggable mechanism for 
DocumentFactory, namespace cache and XPath engine. So you could 
specify at document creation time which implementation should be used. 
Jaxen will be default for XPath, but you will able to omit Jaxen in 
dependencies and use your own implementation.


Sincerely

Filip Jirsák


2010/3/19 Andrea Zoppello >


Hi All,

I would like to know if there's any plan for dom4j 2.0.0 to provide a
pluggable XPath API
instead to have a direct dependency on Jaxen library.

I like dom4j a lot ( i think it's the most useful xml api around )
and i
want to use it.
Despite this now i'm trying to use my code within eclipse and
jaxen has
a lot of problems
with eclipse IP Policy restrictions.

Dom4j itself has no problem, if you avoid to use the xpath
functionality
but, without xpath support
it lost all the power.

I like jaxen ( and i've no problem in using it ) but i could not use
inside an eclipse project.

I think that the best thing for dom4j project would be to have a
pluggable API and let to choose at
runtime level which xpath engine use. So within eclipse we can for
example use the jdk provided
XPath API and avoid problems.

Any thoughts??

Andrea








--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
dom4j-user mailing list
[email protected]

https://lists.sourceforge.net/lists/listinfo/dom4j-user




--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
dom4j-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dom4j-user

Re: [dom4j-user] Any plan to remove Jaxen depency in dom4j 2.0.0

2010-03-19 Thread David Thielen 
When will dom4j 2.0 ship?



From: Filip Jirsák [mailto:[email protected]]
Sent: Friday, March 19, 2010 8:37 AM
To: Andrea Zoppello
Cc: [email protected]
Subject: Re: [dom4j-user] Any plan to remove Jaxen depency in dom4j 2.0.0

Hello Andrea,
dom4j 2.0 should have the same pluggable mechanism for DocumentFactory, 
namespace cache and XPath engine. So you could specify at document creation 
time which implementation should be used. Jaxen will be default for XPath, but 
you will able to omit Jaxen in dependencies and use your own implementation.

Sincerely

Filip Jirsák

2010/3/19 Andrea Zoppello mailto:[email protected]>>
Hi All,

I would like to know if there's any plan for dom4j 2.0.0 to provide a
pluggable XPath API
instead to have a direct dependency on Jaxen library.

I like dom4j a lot ( i think it's the most useful xml api around ) and i
want to use it.
Despite this now i'm trying to use my code within eclipse and jaxen has
a lot of problems
with eclipse IP Policy restrictions.

Dom4j itself has no problem, if you avoid to use the xpath functionality
but, without xpath support
it lost all the power.

I like jaxen ( and i've no problem in using it ) but i could not use
inside an eclipse project.

I think that the best thing for dom4j project would be to have a
pluggable API and let to choose at
runtime level which xpath engine use. So within eclipse we can for
example use the jdk provided
XPath API and avoid problems.

Any thoughts??

Andrea







--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
dom4j-user mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/dom4j-user

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
dom4j-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dom4j-user

Re: [dom4j-user] Any plan to remove Jaxen depency in dom4j 2.0.0

2010-03-19 Thread Filip Jirsák 
Hello Andrea,
dom4j 2.0 should have the same pluggable mechanism for DocumentFactory,
namespace cache and XPath engine. So you could specify at document creation
time which implementation should be used. Jaxen will be default for XPath,
but you will able to omit Jaxen in dependencies and use your own
implementation.

Sincerely

Filip Jirsák


2010/3/19 Andrea Zoppello 

> Hi All,
>
> I would like to know if there's any plan for dom4j 2.0.0 to provide a
> pluggable XPath API
> instead to have a direct dependency on Jaxen library.
>
> I like dom4j a lot ( i think it's the most useful xml api around ) and i
> want to use it.
> Despite this now i'm trying to use my code within eclipse and jaxen has
> a lot of problems
> with eclipse IP Policy restrictions.
>
> Dom4j itself has no problem, if you avoid to use the xpath functionality
> but, without xpath support
> it lost all the power.
>
> I like jaxen ( and i've no problem in using it ) but i could not use
> inside an eclipse project.
>
> I think that the best thing for dom4j project would be to have a
> pluggable API and let to choose at
> runtime level which xpath engine use. So within eclipse we can for
> example use the jdk provided
> XPath API and avoid problems.
>
> Any thoughts??
>
> Andrea
>
>
>
>
>
>
>
>
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ___
> dom4j-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dom4j-user
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
dom4j-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dom4j-user

[dom4j-user] Any plan to remove Jaxen depency in dom4j 2.0.0

2010-03-19 Thread Andrea Zoppello 
Hi All,

I would like to know if there's any plan for dom4j 2.0.0 to provide a 
pluggable XPath API
instead to have a direct dependency on Jaxen library.

I like dom4j a lot ( i think it's the most useful xml api around ) and i 
want to use it.
Despite this now i'm trying to use my code within eclipse and jaxen has 
a lot of problems
with eclipse IP Policy restrictions.

Dom4j itself has no problem, if you avoid to use the xpath functionality 
but, without xpath support
it lost all the power.

I like jaxen ( and i've no problem in using it ) but i could not use 
inside an eclipse project.

I think that the best thing for dom4j project would be to have a 
pluggable API and let to choose at
runtime level which xpath engine use. So within eclipse we can for 
example use the jdk provided
XPath API and avoid problems.

Any thoughts??

Andrea







--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
dom4j-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dom4j-user