Menu
▾
▴
maven-plugins-developer — Mailing List used for development of plugins
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(14) |
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(14) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2004 |
Jan
(4) |
Feb
(8) |
Mar
(14) |
Apr
(18) |
May
(1) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(5) |
Oct
(26) |
Nov
(36) |
Dec
(21) |
| 2005 |
Jan
(10) |
Feb
(20) |
Mar
(15) |
Apr
(11) |
May
(29) |
Jun
(18) |
Jul
(19) |
Aug
(12) |
Sep
(11) |
Oct
(3) |
Nov
(7) |
Dec
(5) |
| 2006 |
Jan
(7) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(14) |
Jul
(45) |
Aug
(58) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
(3) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dion G. <dio...@gm...> - 2005-11-02 23:38:52
|
Hi All, I'll see if I can move this to the right place.. On 11/3/05, Bjorn.Hilstad <bhi...@us...> wrote: > bhilstad 05/11/02 14:11:34 > > was5config - New directory > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Downl= oad > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Maven-plugins-cvs mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-cvs > -- http://www.multitask.com.au/people/dion/ "You are going to let the fear of poverty govern your life and your reward will be that you will eat, but you will not live." - George Bernard Shaw |
|
From: Eric P. <ep...@up...> - 2005-11-02 14:31:09
|
The maven-plugins team is pleased to announce the FindBugs Plug-in 1.0 release! http://maven-plugins.sourceforge.net/maven-findbugs-plugin A plugin to automate FindBugs tasks Changes in this version include: Fixed bugs: o Sample findbugs report didn't have xref source to link to. Issue: 1078970. o FindBugs does not xref to source of inner classes correctly. Issue: 1194218. Thanks to John Whaley. o Use libraries as dependencies instead of bundle them. Changes: o Switch from naming Maven Findbugs releases after Findbugs versions to using a sequence just for Maven Findbugs Plugin. o Upgrade to findbugs 0.9.3. To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=maven-plugins -DartifactId=maven-findbugs-plugin -Dversion=1.0 For a manual installation, you can download the plugin here: http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ maven-findbugs-plugin-1.0.jar Have fun! -The maven-plugins team |
|
From: Eric P. <ep...@up...> - 2005-11-02 14:24:48
|
775 fixed the problem, but I was concerned about adding the execute permission for user and group. However, if it works, I'm happy! Eric Pugh On Nov 1, 2005, at 3:20 PM, Carlos Sanchez wrote: > You should use 775 with directories > > On 11/1/05, Eric Pugh <ep...@up...> wrote: > >> Hi all, >> >> I am attempting to release the 1.0 Maven Findbugs plugin and am >> wrestling with some sort of unix permissiosn issue on SF. This new >> directory: http://maven-plugins.sourceforge.net/maven-findbugs- >> plugin/ >> xref/ says I don't have permissions, even though I chmod 664'ed it. >> >> Also, when I uploaded content, I couldn't delete and recreate the >> existing style, image, and announcements directories. Anyone have >> ideas? >> >> Hoping to get this all sorted out before sending the announcement >> email. >> >> Eric >> >> >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: >> Tame your development challenges with Apache's Geronimo App >> Server. Download >> it for free - -and be entered to win a 42" plasma tv or your very own >> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php >> _______________________________________________ >> Maven-plugins-developer mailing list >> Mav...@li... >> https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer >> > |
|
From: Carlos S. <ca...@ap...> - 2005-11-01 20:20:34
|
You should use 775 with directories On 11/1/05, Eric Pugh <ep...@up...> wrote: > Hi all, > > I am attempting to release the 1.0 Maven Findbugs plugin and am > wrestling with some sort of unix permissiosn issue on SF. This new > directory: http://maven-plugins.sourceforge.net/maven-findbugs-plugin/ > xref/ says I don't have permissions, even though I chmod 664'ed it. > > Also, when I uploaded content, I couldn't delete and recreate the > existing style, image, and announcements directories. Anyone have > ideas? > > Hoping to get this all sorted out before sending the announcement email. > > Eric > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Downl= oad > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
|
From: Eric P. <ep...@up...> - 2005-11-01 17:03:41
|
Hi all, I am attempting to release the 1.0 Maven Findbugs plugin and am wrestling with some sort of unix permissiosn issue on SF. This new directory: http://maven-plugins.sourceforge.net/maven-findbugs-plugin/ xref/ says I don't have permissions, even though I chmod 664'ed it. Also, when I uploaded content, I couldn't delete and recreate the existing style, image, and announcements directories. Anyone have ideas? Hoping to get this all sorted out before sending the announcement email. Eric |
|
From: Ole R. <ole...@ku...> - 2005-10-28 11:32:05
|
Hello Dion,
thanks for the info. I really would like to test the new version, but - to
be honest - I've still some serious problems getting the 1.2 running, using
the ejbDeploy goal:
[wasEjbDeploy] Failure invoking BootLoader.startup method
[wasEjbDeploy] java.lang.reflect.InvocationTargetException:
java.lang.RuntimeException: Fatal Error: Unable to locate matching
org.eclipse.core.runtime plug-in.
[wasEjbDeploy] at
org.eclipse.core.internal.boot.PlatformConfiguration.locateDefaultPlugins(Pl
atformConfiguration.java:2264)
[wasEjbDeploy] at
org.eclipse.core.internal.boot.PlatformConfiguration.<init>(PlatformConfigur
ation.java:903)
[wasEjbDeploy] at
org.eclipse.core.internal.boot.PlatformConfiguration.startup(PlatformConfigu
ration.java:1368)
[wasEjbDeploy] at
org.eclipse.core.internal.boot.InternalBootLoader.initialize(InternalBootLoa
der.java:582)
[wasEjbDeploy] at
org.eclipse.core.internal.boot.InternalBootLoader.startup(InternalBootLoader
.java:1035)
[wasEjbDeploy] at
org.eclipse.core.boot.BootLoader.startup(BootLoader.java:516)
[wasEjbDeploy] at java.lang.reflect.Method.invoke(Native Method)
[wasEjbDeploy] at
com.ibm.etools.ejbdeploy.batch.impl.BootLoaderLoader.startup(BootLoaderLoade
r.java:315)
[wasEjbDeploy] at
com.ibm.etools.ejbdeploy.batch.impl.BatchDeploy.startup(BatchDeploy.java:207
)
[wasEjbDeploy] at
com.ibm.etools.ejbdeploy.EJBDeploy.startup(EJBDeploy.java:384)
[wasEjbDeploy] at
com.ibm.etools.ejbdeploy.EJBDeploy.execute(EJBDeploy.java:77)
[wasEjbDeploy] at
com.ibm.etools.ejbdeploy.EJBDeploy.main(EJBDeploy.java:309)
[wasEjbDeploy] EJBDeploy level: 20040425_1935-WB213-AD-V512D-W5
[wasEjbDeploy] [ERROR] Java Result: 1
Besides - is ther any plugin version for maven2?
If there is a newer version than 1.2, where can I download it?
Thanks.
Ole.
"Dion Gillard" <dio...@gm...>
schrieb im Newsbeitrag
news:b22dff9805062320274ed8a347__13722.5400344052$1119583418$gmane$or...@ma......
If you're using the current WebSphere plugin, or are interested in
testing the new version, please contact me.
The new version has been rewritten so that it is using the ant tasks
in an IBM supported way.
--
http://www.multitask.com.au/people/dion/
"You are going to let the fear of poverty govern your life and your
reward will be that you will eat, but you will not live." - George
Bernard Shaw
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick
|
|
From: Carlos S. <ca...@ap...> - 2005-10-19 22:38:28
|
Hi, I've created a new repo for snapshots in sourceforge, which will be the default one and not sync'ed to ibiblio. To make releases you need to run maven with "-Dmaven.repo.list=3Dmaven.plugins.sf.releases" If you had setup these properties in your $HOME/build.properties or any other place, remember to change them. eg. from maven.repo.maven-plugins-sf.username=3D... maven.repo.maven-plugins-sf.privatekey=3D... to maven.repo.maven.plugins.sf.releases.username=3D... maven.repo.maven.plugins.sf.releases.privatekey=3D... Regards |
|
From: <sbo...@gm...> - 2005-10-04 13:45:11
|
The maven-kodo-plugin team is pleased to announce the Kodo Plugin 4.0.0-EA2 release! http://maven-plugins.sourceforge.net/maven-kodo-plugin/ Maven plugin for Solarmetric's Kodo JDO implementation Changes in this version include: New Features: o This version requires Kodo 4.0.0-EA2 jars. Please note that this version is in an early stage. To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=maven-kodo-plugin -DartifactId=maven-kodo-plugin -Dversion=4.0.0-EA2 For a manual installation, you can download the plugin here: http://www.ibiblio.org/maven,http://maven-plugins.sourceforge.net/repository/maven-kodo-plugin/plugins/maven-kodo-plugin-4.0.0-EA2.jar Have fun! -The maven-kodo-plugin team |
|
From: Carlos S. <ca...@ap...> - 2005-09-23 17:50:48
|
I've found http://www.javaforge.com, it has SVN support and what seems a better issue tracker than SF On 9/23/05, Carlos Sanchez <ca...@ap...> wrote: > Hi, > > Seems that few people is taking a look at the messages in the forums. > I'd like to disable them so people use the mailing list instead and > avoid having discussions in multiple places, SF is enough pain. > > BTW if somebody knows a free SVN or JIRA hosting for open source... > Maybe we can try to get atlassian to host an instance of JIRA for us > http://opensource.atlassian.com/. > > Regards. > |
|
From: Trygve <try...@st...> - 2005-09-23 16:26:11
|
On Fri, 2005-09-23 at 09:17 -0700, Carlos Sanchez wrote: > Hi, > > Seems that few people is taking a look at the messages in the forums. > I'd like to disable them so people use the mailing list instead and > avoid having discussions in multiple places, SF is enough pain. > > BTW if somebody knows a free SVN or JIRA hosting for open source... > Maybe we can try to get atlassian to host an instance of JIRA for us > http://opensource.atlassian.com/. +1, I was just going to propose this myself. -- Trygve |
|
From: Carlos S. <ca...@ap...> - 2005-09-23 16:17:56
|
Hi, Seems that few people is taking a look at the messages in the forums. I'd like to disable them so people use the mailing list instead and avoid having discussions in multiple places, SF is enough pain. BTW if somebody knows a free SVN or JIRA hosting for open source... Maybe we can try to get atlassian to host an instance of JIRA for us http://opensource.atlassian.com/. Regards. |
|
From: Elliotte H. <el...@me...> - 2005-09-22 13:05:28
|
The Findbugs report produces lines like this in the HTML report: DE: org.jaxen.JaxenException.<clinit>() might ignore java.lang.Exception That should be DE: org.jaxen.JaxenException.<clinit>() might ignore java.lang.Exception In other words, the actual HTML source is DE: org.jaxen.JaxenException.&lt;clinit&gt;() might ignore java.lang.Exception but should be DE: org.jaxen.JaxenException.<clinit>() might ignore java.lang.Exception I'm not sure where the double escaping is occurring. Possibly it's a FindBugs bug instead of a Maven bug. I don't know yet. -- Elliotte Rusty Harold el...@me... XML in a Nutshell 3rd Edition Just Published! http://www.cafeconleche.org/books/xian3/ http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim |
|
From: Carlos S. <ca...@ap...> - 2005-09-22 03:06:20
|
The maven-plugins team is pleased to announce the Maven Cobertura Plug-in 1.1.1 release! http://maven-plugins.sourceforge.net/maven-cobertura-plugin Cobertura is a free Java tool that calculates the percentage of code accessed by tests. It can be used to identify which parts of your Java program are lacking test coverage. It is based on jcoverage. Changes in this version include: Fixed bugs: o Fixed problems that caused 0 percent coverage always. Changes: o Upgrade to cobertura 1.6. To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=3Dmaven-plugins -DartifactId=3Dmaven-cobertura-plugin -Dversion=3D1.1.1 For a manual installation, you can download the plugin here: http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/maven= -cobertura-plugin-1.1.1.jar Have fun! -The maven-plugins team |
|
From: Carlos S. <ca...@ap...> - 2005-09-21 17:58:02
|
The maven-plugins team is pleased to announce the FindBugs Plug-in 0.9.2 release! http://maven-plugins.sourceforge.net A plugin to automate FindBugs tasks Changes in this version include: Fixed bugs: o Make project.xml follow xml schema. Solves plugin error on maven 1.1. To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=3Dmaven-plugins -DartifactId=3Dmaven-findbugs-plugin -Dversion=3D0.9.2 For a manual installation, you can download the plugin here: http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/maven= -findbugs-plugin-0.9.2.jar Have fun! -The maven-plugins team |
|
From: Eric P. <ep...@up...> - 2005-09-12 20:26:04
|
I would like to get away from the findbugs version numbering.. tieing our releases to findbugs was a big mistake. The dependencies being wrapped in was because initially it was a pain to get the find bugs jars online... I tried to get the FindBugs dev's to either host a maven repo or post them online, but no luck, and updating every couple weeks was a pain. I'd be fine with getting away from that as the pace of change for FindBugs has slowed down. Eric On Sep 9, 2005, at 7:42 AM, Jeff Jensen wrote: > Great, I've been trying head builds. > > - Don't care on the version numbers (Good arguments both ways, in > the end I > think they do not have to match) > - No clue > - Yes, please upgrade to 0.9.3 > > (a not-so-helpful response, yet a response nonetheless! ;-) > > > -----Original Message----- > From: mav...@li... > [mailto:mav...@li...] On > Behalf Of > Carlos Sanchez > Sent: Thursday, September 08, 2005 11:44 PM > To: mav...@li... > Subject: [Maven-plugins-developer] Findbugs plugin error on maven > 1.1 beta 2 > preview > > Hi, > > The findbugs plugin error on maven 1.1 beta 2 preview because it > checks the > poms against the xml schema. I've fixed the problems in cvs and > released an > snapshot. I'd like to make an official release with the bugs fixed, > but I > have some questions: > > - should we move away from findbugs jar version numbers and start > or own > count? > - why jars are under src\plugin-resources\jars and not as > dependencies? > - upgrade to findbugs 0.9.3 before making the release? > > Regards > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September > 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & > Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security > * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * > Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/ > bsce5sf > _______________________________________________ > Maven-plugins-developer mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer > |
|
From: Jeff J. <jef...@up...> - 2005-09-09 11:42:42
|
Great, I've been trying head builds. - Don't care on the version numbers (Good arguments both ways, in the end I think they do not have to match) - No clue - Yes, please upgrade to 0.9.3 (a not-so-helpful response, yet a response nonetheless! ;-) -----Original Message----- From: mav...@li... [mailto:mav...@li...] On Behalf Of Carlos Sanchez Sent: Thursday, September 08, 2005 11:44 PM To: mav...@li... Subject: [Maven-plugins-developer] Findbugs plugin error on maven 1.1 beta 2 preview Hi, The findbugs plugin error on maven 1.1 beta 2 preview because it checks the poms against the xml schema. I've fixed the problems in cvs and released an snapshot. I'd like to make an official release with the bugs fixed, but I have some questions: - should we move away from findbugs jar version numbers and start or own count? - why jars are under src\plugin-resources\jars and not as dependencies? - upgrade to findbugs 0.9.3 before making the release? Regards ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Maven-plugins-developer mailing list Mav...@li... https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer |
|
From: Ludovic C. <lud...@la...> - 2005-09-09 08:11:56
|
Carlos Sanchez wrote: >This repo should have only the maven-plugins groupId, other groupIds >artifact should go through the usual ibiblio upload process. > >I'm removing everything but maven-plugins groupId (they'll be still >available from ibiblio), but I noticed that there're two dirs owned by >ludovicc that can't be removed. > > > Hi Carlos, I have removed the directories that i owned, i hope this will help you. Cheers, Ludovic |
|
From: Carlos S. <ca...@ap...> - 2005-09-09 04:59:08
|
This repo should have only the maven-plugins groupId, other groupIds artifact should go through the usual ibiblio upload process. I'm removing everything but maven-plugins groupId (they'll be still available from ibiblio), but I noticed that there're two dirs owned by ludovicc that can't be removed. |
|
From: Carlos S. <ca...@ap...> - 2005-09-09 04:44:07
|
Hi, The findbugs plugin error on maven 1.1 beta 2 preview because it checks the poms against the xml schema. I've fixed the problems in cvs and released an snapshot. I'd like to make an official release with the bugs fixed, but I have some questions: - should we move away from findbugs jar version numbers and start or own co= unt? - why jars are under src\plugin-resources\jars and not as dependencies? - upgrade to findbugs 0.9.3 before making the release? Regards |
|
From: Julian C. D. <Jul...@cb...> - 2005-08-31 03:50:52
|
On Tue, 30 Aug 2005, Carlos Sanchez wrote: > I've applied the patch to CVS, could you test if it's working? Patch works fine. Thanks Carlos! - Julian -- Julian C. Dunn, P.Eng. <Jul...@cb...> <jd...@nm...> -- Platform Administrator, CBC.ca Production & Operations -- Office: 2C310-Q * Tel.: (416) 205-3311 x5592 |
|
From: Carlos S. <ca...@ap...> - 2005-08-30 16:23:55
|
I've applied the patch to CVS, could you test if it's working?
On 8/30/05, Julian C. Dunn <Jul...@cb...> wrote:
> On Mon, 2005-08-29 at 14:00 -0700, Carlos Sanchez wrote:
>=20
> > Jelly can be very desperating at some times. Something that usually wor=
ks is
> > ${context.getVariable('maven.sdocbook.src.dir')}
> > instead of
> > ${maven.sdocbook.src.dir}
> >
> > if you can send a patch in unified diff format I'll try to fix it in CV=
S.
>=20
> Hi Carlos,
>=20
> Attached please find a reworked diff that fixes the bug. You can ignore
> my "thinking out loud" diff from yesterday.
>=20
> - Julian
>=20
> --
> -- Julian C. Dunn, B.A.Sc, P.Eng. <Jul...@cb...>
> -- Platform Administrator, CBC.ca Production & Operations
> -- Office: 2C310-Q * Tel.: (416) 205-3311 x5592
>=20
>=20
>=20
>
|
|
From: Julian C. D. <Jul...@cb...> - 2005-08-30 14:42:12
|
On Mon, 2005-08-29 at 14:00 -0700, Carlos Sanchez wrote:
> Jelly can be very desperating at some times. Something that usually works is
> ${context.getVariable('maven.sdocbook.src.dir')}
> instead of
> ${maven.sdocbook.src.dir}
>
> if you can send a patch in unified diff format I'll try to fix it in CVS.
Hi Carlos,
Attached please find a reworked diff that fixes the bug. You can ignore
my "thinking out loud" diff from yesterday.
- Julian
--
-- Julian C. Dunn, B.A.Sc, P.Eng. <Jul...@cb...>
-- Platform Administrator, CBC.ca Production & Operations
-- Office: 2C310-Q * Tel.: (416) 205-3311 x5592
|
|
From: Julian C. D. <Jul...@cb...> - 2005-08-29 21:57:18
|
On Mon, 2005-08-29 at 14:00 -0700, Carlos Sanchez wrote:
> Hi,
>
> Jelly can be very desperating at some times. Something that usually works is
> ${context.getVariable('maven.sdocbook.src.dir')}
> instead of
> ${maven.sdocbook.src.dir}
>
> if you can send a patch in unified diff format I'll try to fix it in CVS.
Yes, that fixed it... silly Jelly. Anyway, here's a patch. I still have to fix the PDF targets which have the same problem. This isn't the nicest way of doing it but I find Jelly so fragile I didn't want to do anything too adventurous :-/
===================================================================
RCS file: /cvsroot/maven-plugins/maven-plugins/sdocbook/plugin.jelly,v
retrieving revision 1.19
diff -u -r1.19 plugin.jelly
--- plugin.jelly 1 Aug 2005 21:52:14 -0000 1.19
+++ plugin.jelly 29 Aug 2005 21:51:25 -0000
@@ -189,10 +189,20 @@
<j:forEach var="file" items="${scanner.iterator()}">
- <!-- strip the extension from the file name -->
- <j:set var="index" value="${file.name.lastIndexOf('.')}"/>
- <j:set var="maven.sdocbook.out" value="${maven.sdocbook.generated}/${file.name.substring(0,index)}.html"/>
-
+ <!-- Ensure that the output file has the right hierarchy. -->
+ <!-- ofile initially contains the right path, wrong output extension,
+ which we fix just before attainGoal -->
+ <j:set var="ofile" value="${file.absolutePath.replaceFirst(context.getVariable('maven.sdocbook.src.dir'),context.getVariable('maven.sdocbook.generated'))}"/>
+
+ <j:set var="oindex" value="${ofile.lastIndexOf('/')}"/>
+ <j:set var="odir" value="${ofile.substring(0,oindex)}"/>
+
+ <!-- create target hierarchy -->
+ <mkdir dir="${odir}"/>
+
+ <!-- fix up extension on output file before running transform goal -->
+ <j:set var="index" value="${ofile.lastIndexOf('.')}"/>
+ <j:set var="maven.sdocbook.out" value="${ofile.substring(0,index)}.html"/>
<attainGoal name="sdocbook:transform"/>
</j:forEach>
--
-- Julian C. Dunn, B.A.Sc, P.Eng. <Jul...@cb...>
-- Platform Administrator, CBC.ca Production & Operations
-- Office: 2C310-Q * Tel.: (416) 205-3311 x5592
|
|
From: Carlos S. <ca...@ap...> - 2005-08-29 21:00:34
|
Hi,
Jelly can be very desperating at some times. Something that usually works i=
s=20
${context.getVariable('maven.sdocbook.src.dir')}
instead of
${maven.sdocbook.src.dir}
if you can send a patch in unified diff format I'll try to fix it in CVS.
Regards.
On 8/29/05, Julian C. Dunn <Jul...@cb...> wrote:
> Hi all:
>=20
> I've been trying to fix this bug:
>=20
> http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1182778&grou=
p_id=3D61626&atid=3D497853
>=20
> I'm a novice Jelly hacker, but I can see what the problem is: in the
> generate-html target, the output filename that is passed to the
> sdocbook:transform goal doesn't contain the full path information. Ok,
> so what I want to to is to assemble a variable which is basically the
> full path to the output file, with the source directory substituted with
> the target. I tried this:
>=20
> <echo>TESTING:
> ${file.absolutePath.replaceFirst(maven.sdocbook.src.dir,maven.sdocbook.ge=
nerated)}</echo>
>=20
> This gets me a NPE though. However, if I do this:
>=20
> <j:set var=3D"t1" value=3D"${maven.sdocbook.src.dir}"/>
> <j:set var=3D"t2" value=3D"${maven.sdocbook.generated}"/>
> <j:set var=3D"ofile" value=3D"${file.absolutePath.replaceFirst(t1,
> t2)}"/>
>=20
> "ofile" is set to the right filename (less the extension which I fix up
> later).
>=20
> Can anyone tell me why this is?
>=20
> - Julian
>=20
> --
> -- Julian C. Dunn, B.A.Sc, P.Eng. <Jul...@cb...>
> -- Platform Administrator, CBC.ca Production & Operations
> -- Office: 2C310-Q * Tel.: (416) 205-3311 x5592
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Maven-plugins-developer mailing list
> Mav...@li...
> https://lists.sourceforge.net/lists/listinfo/maven-plugins-developer
>
|
|
From: Julian C. D. <Jul...@cb...> - 2005-08-29 20:52:52
|
Hi all: I've been trying to fix this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1182778&group_id=61626&atid=497853 I'm a novice Jelly hacker, but I can see what the problem is: in the generate-html target, the output filename that is passed to the sdocbook:transform goal doesn't contain the full path information. Ok, so what I want to to is to assemble a variable which is basically the full path to the output file, with the source directory substituted with the target. I tried this: <echo>TESTING: ${file.absolutePath.replaceFirst(maven.sdocbook.src.dir,maven.sdocbook.generated)}</echo> This gets me a NPE though. However, if I do this: <j:set var="t1" value="${maven.sdocbook.src.dir}"/> <j:set var="t2" value="${maven.sdocbook.generated}"/> <j:set var="ofile" value="${file.absolutePath.replaceFirst(t1, t2)}"/> "ofile" is set to the right filename (less the extension which I fix up later). Can anyone tell me why this is? - Julian -- -- Julian C. Dunn, B.A.Sc, P.Eng. <Jul...@cb...> -- Platform Administrator, CBC.ca Production & Operations -- Office: 2C310-Q * Tel.: (416) 205-3311 x5592 |
