You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by "Duda, Rob" <RD...@amfam.com> on 2007/03/23 16:05:29 UTC
Remote Resources plugin
I had posted the attached message to the user list yesterday but decided
to look at the source code myself to see if I could find a clue to the
problem myself. Well I did.
I might be helpful to the people that might want to use this plug-in
that you mention in the documentation that if uses the following filter:
List resources = FileUtils.getFileNames( resourcesDirectory,
"**/*.txt,**/*.vm", "**/.svn/**", false );
Why is a big mystery to me. Shouldn't this be configurable? It shouldn't
be hard to get a list of includes from the configuration or use **/* if
none is provided. (Which of course is what someone would expect is
happening if they don't look at the source code.)
This plug-in would provide a clever way to use Maven to manage and
distribute WSDL and XSD for such projects. Restricting it just the needs
of Apache makes it almost unusable beyond the initial need.
Thanks,
Rob
RE: Remote Resources plugin
Posted by "Duda, Rob" <RD...@amfam.com>.
So it strips the .vm off the filtered file? That would probably work
just fine then. I wasn't aware of that part. Let me give it a try and
see if this will work.
Thanks,
Rob
-----Original Message-----
From: Daniel Kulp [mailto:dkulp@apache.org]
Sent: Friday, March 23, 2007 10:43 AM
To: dev@maven.apache.org
Subject: Re: Remote Resources plugin
Rob,
One more note:
The snapshot changes the behavior slightly. With the snapshot, only
resources ending in ".vm" are pushed through velocity. Thus, your xsd
and other files would not be filtered. If you name them foo.xsd.vm,
that would create the foo.xsd at process time with the values filtered
by velocity.
Dan
On Friday 23 March 2007 11:28, Daniel Kulp wrote:
> Rob,
>
> I just pushed a new snapshot (1.0-alpha-5) that fixes this.
>
>
> Dan
>
> On Friday 23 March 2007 11:05, Duda, Rob wrote:
> > I had posted the attached message to the user list yesterday but
> > decided to look at the source code myself to see if I could find a
> > clue to the problem myself. Well I did.
> >
> > I might be helpful to the people that might want to use this plug-in
> > that you mention in the documentation that if uses the following
> > filter:
> >
> > List resources = FileUtils.getFileNames(
> > resourcesDirectory, "**/*.txt,**/*.vm", "**/.svn/**", false );
> >
> > Why is a big mystery to me. Shouldn't this be configurable? It
> > shouldn't be hard to get a list of includes from the configuration
> > or use **/* if none is provided. (Which of course is what someone
> > would expect is happening if they don't look at the source code.)
> >
> > This plug-in would provide a clever way to use Maven to manage and
> > distribute WSDL and XSD for such projects. Restricting it just the
> > needs of Apache makes it almost unusable beyond the initial need.
> >
> > Thanks,
> >
> > Rob
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727 C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Remote Resources plugin
Posted by Daniel Kulp <dk...@apache.org>.
Rob,
One more note:
The snapshot changes the behavior slightly. With the snapshot, only
resources ending in ".vm" are pushed through velocity. Thus, your xsd
and other files would not be filtered. If you name them foo.xsd.vm,
that would create the foo.xsd at process time with the values filtered
by velocity.
Dan
On Friday 23 March 2007 11:28, Daniel Kulp wrote:
> Rob,
>
> I just pushed a new snapshot (1.0-alpha-5) that fixes this.
>
>
> Dan
>
> On Friday 23 March 2007 11:05, Duda, Rob wrote:
> > I had posted the attached message to the user list yesterday but
> > decided to look at the source code myself to see if I could find a
> > clue to the problem myself. Well I did.
> >
> > I might be helpful to the people that might want to use this plug-in
> > that you mention in the documentation that if uses the following
> > filter:
> >
> > List resources = FileUtils.getFileNames(
> > resourcesDirectory, "**/*.txt,**/*.vm", "**/.svn/**", false );
> >
> > Why is a big mystery to me. Shouldn't this be configurable? It
> > shouldn't be hard to get a list of includes from the configuration
> > or use **/* if none is provided. (Which of course is what someone
> > would expect is happening if they don't look at the source code.)
> >
> > This plug-in would provide a clever way to use Maven to manage and
> > distribute WSDL and XSD for such projects. Restricting it just the
> > needs of Apache makes it almost unusable beyond the initial need.
> >
> > Thanks,
> >
> > Rob
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727 C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Remote Resources plugin
Posted by Daniel Kulp <dk...@apache.org>.
Rob,
I just pushed a new snapshot (1.0-alpha-5) that fixes this.
Dan
On Friday 23 March 2007 11:05, Duda, Rob wrote:
> I had posted the attached message to the user list yesterday but
> decided to look at the source code myself to see if I could find a
> clue to the problem myself. Well I did.
>
> I might be helpful to the people that might want to use this plug-in
> that you mention in the documentation that if uses the following
> filter:
>
> List resources = FileUtils.getFileNames(
> resourcesDirectory, "**/*.txt,**/*.vm", "**/.svn/**", false );
>
> Why is a big mystery to me. Shouldn't this be configurable? It
> shouldn't be hard to get a list of includes from the configuration or
> use **/* if none is provided. (Which of course is what someone would
> expect is happening if they don't look at the source code.)
>
> This plug-in would provide a clever way to use Maven to manage and
> distribute WSDL and XSD for such projects. Restricting it just the
> needs of Apache makes it almost unusable beyond the initial need.
>
> Thanks,
>
> Rob
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727 C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org