<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<blockquote
 cite="mid:19758da0908100921k444bfc04k10ac9b9c30a45b07@mail.gmail.com"
 type="cite">
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div bgcolor="#ffffff" text="#000000">Again - I need to play more
with this, but a few months ago it was
still a problem (i.e. the IDE just become a fancy notepad :)</div>
  </blockquote>
  <div><br>
I get that Maven is putting the resolved file in the build directory. </div>
  </div>
</blockquote>
<blockquote
 cite="mid:19758da0908100921k444bfc04k10ac9b9c30a45b07@mail.gmail.com"
 type="cite">
  <div class="gmail_quote">
  <div>What I don't understand--and please bear with my naivety about
Eclipse plugin development--is why we can't offer some sort of "smart"
editor that is aware of the properties defined in the pom.xml file and
can resolve them when it needs a value (such as the JTA data source
name). </div>
  </div>
</blockquote>
That is what I would like to do where we can - but will only work for
our editors and projects. We don't control all of the IDE - sorry ;)<br>
Anyway, the editor is just *one* part of this - then there is the whole
set of framework specific models in place, i.e. JSF and JPA provided by
WTP has their own little model which <br>
expects things to be in a specific place and is not in any way
extendable in this area (afaik).<br>
<br>
btw. jta datasource name is an example of something we don't really
need to resolve since it only exists at runtime....<br>
what we want to control is that when you want to do Hibernate queries
from the IDE you use a persistence.xml that is configured to run in
J2SE;<br>
but when deploying it should use the datasource name one - and this is
not controllable with a mere property replacement because of how
persistence.xml's are structured.<br>
<br>
<blockquote
 cite="mid:19758da0908100921k444bfc04k10ac9b9c30a45b07@mail.gmail.com"
 type="cite">
  <div class="gmail_quote">
  <div>This would be precisely like Eclipse properties. Clearly Eclipse
is able to offer paths that "extend" properties, so why can't the files
which Maven marks as "filterable" work in the same way? </div>
  </div>
</blockquote>
What do you mean by Eclipse properties ? you mean eclipse variables
which are used a few places in eclipse ui ?<br>
<br>
/max<br>
</body>
</html>