Re: Two problems with test plugin
On Thursday 04 Sep 2003 07:08, Moritz Petersen wrote: > Should I post to JIRA to get the bug fixed? I've added it in JIRA as Maven-777. -- Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two problems with test plugin
Ah, great. That works. Thank you!
Should I post to JIRA to get the bug fixed?
-Mo.
Am Mittwoch, 03.09.03, um 21:02 Uhr (Europe/Berlin) schrieb Andy
Jefferson:
On Wednesday 03 Sep 2003 19:42, Moritz Petersen wrote:
Second problem
--
BUILD FAILED
File.. file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/
Element... resources:copy
Line.. 299
Column 11
java.lang.NullPointerException
com.werken.werkz.UnattainableGoalException: Unable to obtain goal
[site] --
file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/:299:11:
java.lang.NullPointerException
The jelly code in the plugin.jelly is:
resources="${pom.build.unitTest.resources}"
todir="${maven.test.dest}"
/>
So, as you can imagine, I don't have any resources specified in my
project.xml descriptor... What am I doing wrong here?
Not doing anything wrong at all (IMHO) ... its (IMHO again) a bug in
the test
plugin - it should check if the unitTest is empty before doing the
check for
resources. The workaround is to just specify an empty block
in the
project.xml.
--
Andy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
ACHTUNG:
Neue E-Mail Adresse [EMAIL PROTECTED]
Die alte Adresse ([EMAIL PROTECTED]) wird demnächst nicht mehr
verwendet!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Jar-Plugin Extension List
I believe this is a problem in jexl's handling of dotted properties -
i.e. it doesn't.
Raise this into jira and I'll fix it asap.
Christian Goos wrote:
Hi,
Although I set the variable "maven.jar.manifest.extensions.add==true" the
extension list is never created.
So I had a look in the plugin source and replaced the original line
with
value="${maven.jar.manifest.extensions.add}" />
After that, setting the variable to "true" creates the list.
I am really not a jelly-expert so what is the difference between the two?
Is it necessary to fix the plugin?
Thanks
Christian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
On Thu, 4 Sep 2003 [EMAIL PROTECTED] wrote: > Henri Yandell <[EMAIL PROTECTED]> wrote on 04/09/2003 01:24:22 AM: > > > Is there any reason to not start trying to accumulate POMs in the > > repositories? > We are tryingmany hands needed How can I help? Just put together a structure with all the poms in? How will the filenames handle multiple versions? project-1.0.xml? 1.0/project.xml? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
On Wed, 2003-09-03 at 20:13, [EMAIL PROTECTED] wrote: > How about -RELEASE? +1 I think we agreed on that long ago. > -- > dIon Gillard, Multitask Consulting > Blog: http://blogs.codehaus.org/people/dion/ > > > Jason Dillon <[EMAIL PROTECTED]> wrote on 04/09/2003 03:43:08 AM: > > > If there was a latest tag or something sure... which is what I really > > want... a latest release link. > > > > --jason > > > > > > On Wednesday, September 3, 2003, at 10:24 PM, [EMAIL PROTECTED] > > wrote: > > > > > The snapshot now points to 2.0. Can we not rely on SNAPSHOT so much? > > > -- > > > dIon Gillard, Multitask Consulting > > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > > > > Jason Dillon <[EMAIL PROTECTED]> wrote on 03/09/2003 07:08:47 > > > PM: > > > > > >> I take it back, it is the SNAPSHOT which is still referring to the > old > > >> version. Can we update the SNAPSHOT plz? > > >> > > >> --jason > > >> > > >> > > >> On Wednesday, September 3, 2003, at 04:02 PM, Jason Dillon wrote: > > >> > > >>> Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to > > >>> update? Still looks like the previous version is there. > > >>> > > >>> --jason > > >>> > > >>> > > >>> On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] > > >>> wrote: > > >>> > > Done. > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 > > 12:33:45 PM: > > > > > > > > Could someone upload Lang 2.0 to ibiblio? > > > > > > [or copy it from the ibiblio mirror :) ] > > > > > > http://jakarta.apache.org/commons/lang.html > > > > > > Thanks, > > > > > > Hen > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >>> > > >> > > >> > > >> - > > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > >> > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
XSD doesn't seem to handle arbitrary content as far as I can tell, and
hence we haven't got the properties in there
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Paul Libbrecht <[EMAIL PROTECTED]> wrote on 04/09/2003 04:46:27 AM:
> Well, you can...
> But... it's not valid according to the schema.
> It's also used in the JNLP plugin which does copy the jars.
>
> Paul
>
>
> Jason Dillon wrote:
> > You can specify properties for the dependency to indicate if it is
> > runtime or not, then use that information to collect your runtime
> > dependencies.
> >
> > Example:
> >
> >
> > commons-logging
> > 1.0.3
> > http://jakarta.apache.org/commons/logging
> >
> > true
> >
> >
> >
> > * * *
> >
> >
> >
> > Processing dependency: ${dependency.id}
> >
> >
> >
> >
> >
> > --jason
> >
> >
> > On Wednesday, September 3, 2003, at 09:57 PM, Jason van Zyl wrote:
> >
> >> On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote:
> >>
> >>> Is there a magic flag to identify a runtime dependency from a
compile
> >>> time dependency? For example, Xerces and Xalan may be needed to
compile
> >>> some aspects of a project (some people use it to generate java
source
> >>> code), but never needed at run time.
> >>
> >>
> >> There is no facility yet. But we've talked about it for a long time
and
> >> we do have working code for it in experimental versions of Maven but
the
> >> real crux of the problem is collecting POMs in the repositories so we
> >> can build the necessary graphs. In this way you would only have to
state
> >> the compile time dependencies and the runtime dependencies would be
> >> calculated.
> >>
> >> Not something that is going to make it into 1.0.
> >>
> >>> This will allow a number of things:
> >>>
> >>> * The extensions attributes can be generated ONLY for runtime
> >>> dependencies
> >>> * The GUMP descriptor will be able to reflect that information so
that
> >>>the other GUMP descriptors can propogate those dependencies for
> >>> unit tests
> >>> * I can develop my plugin to gather the dependencies into a
> >>> distributable
> >>>
> >>> I personally have a need to generate a work directory like this:
> >>>
> >>> /${root}
> >>> loader.jar
> >>> /lib
> >>>***.jar
> >>> /docs
> >>>***.html
> >>>***.pdf
> >>>
> >>> The thing is that I want to be able to collect all of the runtime
> >>> dependencies for this special distribution format and place them in
the
> >>> lib directory. Currently, the best I can do is grab *all* the
> >>> dependencies,
> >>> regardless of runtime or compile time.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: JUnit Test Converage Reporting
The Clover plugin? The new jcoverage plugin? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Bateman, Patrick eMEDIA" <[EMAIL PROTECTED]> wrote on 04/09/2003 04:19:23 AM: > Has anyone out there used a test coverage tool within Maven. > > I want to generate a report that gives me ratios of unit tests against > concreate, abstract and interfaces, by package. > > Also to report on packages that have not been covered. > > Any ideas. > > Thanks > > Pat > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
How about -RELEASE? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jason Dillon <[EMAIL PROTECTED]> wrote on 04/09/2003 03:43:08 AM: > If there was a latest tag or something sure... which is what I really > want... a latest release link. > > --jason > > > On Wednesday, September 3, 2003, at 10:24 PM, [EMAIL PROTECTED] > wrote: > > > The snapshot now points to 2.0. Can we not rely on SNAPSHOT so much? > > -- > > dIon Gillard, Multitask Consulting > > Blog: http://blogs.codehaus.org/people/dion/ > > > > > > Jason Dillon <[EMAIL PROTECTED]> wrote on 03/09/2003 07:08:47 > > PM: > > > >> I take it back, it is the SNAPSHOT which is still referring to the old > >> version. Can we update the SNAPSHOT plz? > >> > >> --jason > >> > >> > >> On Wednesday, September 3, 2003, at 04:02 PM, Jason Dillon wrote: > >> > >>> Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to > >>> update? Still looks like the previous version is there. > >>> > >>> --jason > >>> > >>> > >>> On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] > >>> wrote: > >>> > Done. > -- > dIon Gillard, Multitask Consulting > Blog: http://blogs.codehaus.org/people/dion/ > > > Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 > 12:33:45 PM: > > > > > Could someone upload Lang 2.0 to ibiblio? > > > > [or copy it from the ibiblio mirror :) ] > > > > http://jakarta.apache.org/commons/lang.html > > > > Thanks, > > > > Hen > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > >>> > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any pointers for plugin development?
Pick one of the existing maven plugins. You'll need: plugin.jelly plugin.properties project.properties project.xml typically as your directory structure. Have a look at src\plugins-build\project.xml. That has most of the bits needed. A plugin is just a jar file with the above resources in it. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ news <[EMAIL PROTECTED]> wrote on 04/09/2003 03:17:53 AM: > The old how to write a plugin in the WIKI is not enough to go by. > I have a plugin I am developing as part of a larger application, > and I want to ensure that it is built and installed. > > Unfortunately, the project.xml that it is used to define the project > is not "doubled" to be where the plugin JAR assembly expects it. > > How should I arrange my parent and plugin project.xml files, and > how should I set up the plugin directory structure. > > I'm shooting in the dark, and missing my target. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using reactor
Lester Ward <[EMAIL PROTECTED]> wrote on 04/09/2003 01:49:23 AM: > > > modules/web/project.xml (Builds foo.war) > > Must state a dependency on foo.jar > > No, it mustn't. > > It must state a dependency on bar.jar. You are misunderstanding the example. Sorry. [snip] > The problem is coming where the code in the .war file requires bar.jar and > bar.jar is generated by code. > > > Maven needs the dependencies to be satisfied before it will > > do ANYTHING with a project. > > Doesn't this, then, preclude using Maven from doing things which make sure > the dependencies are satisfied? If I must first have a jar in the repository > in order to clean the project that creates that jar, how does anything get > built from scratch? No. A reactored jar:install, or multiproject:install will build from the bottom up. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
Henri Yandell <[EMAIL PROTECTED]> wrote on 04/09/2003 01:24:22 AM: > > > On 3 Sep 2003, Jason van Zyl wrote: > > > There is no facility yet. But we've talked about it for a long time and > > we do have working code for it in experimental versions of Maven but the > > real crux of the problem is collecting POMs in the repositories so we > > can build the necessary graphs. In this way you would only have to state > > Is there any reason to not start trying to accumulate POMs in the > repositories? We are tryingmany hands needed > > I have some visualisation stuff with TouchGraph that relies on the POMs > being in the repo, so am happy to offer my time to help collect said POMs, > or write ones for proejcts that are not mavenised [especially if said POMs > could just contain dependencies and not be full project.xml's]. > > Then when most things are dealt with, then the code could start to > implement the features. > > Hen -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any pointers for plugin development?
On Wed, 3 Sep 2003, Berin Loritsch wrote: > The old how to write a plugin in the WIKI is not enough to go by. > I have a plugin I am developing as part of a larger application, > and I want to ensure that it is built and installed. This is your lukcy day :) I wrote a new version yesterday night. http://wiki.codehaus.org/maven/HowToCreateYourFirstPlugIn2 Trygvis > > Unfortunately, the project.xml that it is used to define the project > is not "doubled" to be where the plugin JAR assembly expects it. > > How should I arrange my parent and plugin project.xml files, and > how should I set up the plugin directory structure. > > I'm shooting in the dark, and missing my target. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Docs for latex plugin miss a needed property
Hi all The latex plugin requieres a maven.latex.docs property which contains a space-separated list of files wanted for latex generation, but the docs makes no reference about it. If someone provides me with enough information I could submit a path for this simple issue. By the way sould I file a Jira Issue? Bye Nelson Arapé - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
Paul Libbrecht wrote:
Processing dependency: ${dependency.id}
Quick question:
if there is a specific artifact we want to copy and we know the group/artifactId
is there a shortcut instead of iterating over the list of dependencies? I only
need one artifact for this one tool
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two problems with test plugin
On Wednesday 03 Sep 2003 19:42, Moritz Petersen wrote:
> Second problem
> --
>
> BUILD FAILED
> File.. file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/
> Element... resources:copy
> Line.. 299
> Column 11
> java.lang.NullPointerException
> com.werken.werkz.UnattainableGoalException: Unable to obtain goal
> [site] --
> file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/:299:11:
> java.lang.NullPointerException
>
> The jelly code in the plugin.jelly is:
>
>
>
> resources="${pom.build.unitTest.resources}"
>todir="${maven.test.dest}"
> />
>
>
>
> So, as you can imagine, I don't have any resources specified in my
> project.xml descriptor... What am I doing wrong here?
Not doing anything wrong at all (IMHO) ... its (IMHO again) a bug in the test
plugin - it should check if the unitTest is empty before doing the check for
resources. The workaround is to just specify an empty block in the
project.xml.
--
Andy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
Well, you can...
But... it's not valid according to the schema.
It's also used in the JNLP plugin which does copy the jars.
Paul
Jason Dillon wrote:
You can specify properties for the dependency to indicate if it is
runtime or not, then use that information to collect your runtime
dependencies.
Example:
commons-logging
1.0.3
http://jakarta.apache.org/commons/logging
true
* * *
Processing dependency: ${dependency.id}
--jason
On Wednesday, September 3, 2003, at 09:57 PM, Jason van Zyl wrote:
On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote:
Is there a magic flag to identify a runtime dependency from a compile
time dependency? For example, Xerces and Xalan may be needed to compile
some aspects of a project (some people use it to generate java source
code), but never needed at run time.
There is no facility yet. But we've talked about it for a long time and
we do have working code for it in experimental versions of Maven but the
real crux of the problem is collecting POMs in the repositories so we
can build the necessary graphs. In this way you would only have to state
the compile time dependencies and the runtime dependencies would be
calculated.
Not something that is going to make it into 1.0.
This will allow a number of things:
* The extensions attributes can be generated ONLY for runtime
dependencies
* The GUMP descriptor will be able to reflect that information so that
the other GUMP descriptors can propogate those dependencies for
unit tests
* I can develop my plugin to gather the dependencies into a
distributable
I personally have a need to generate a work directory like this:
/${root}
loader.jar
/lib
***.jar
/docs
***.html
***.pdf
The thing is that I want to be able to collect all of the runtime
dependencies for this special distribution format and place them in the
lib directory. Currently, the best I can do is grab *all* the
dependencies,
regardless of runtime or compile time.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Two problems with test plugin
Hi all!
I have two problems with the maven test plugin (maven-test-pugin-1.3)
of the maven beta-10 binary distribution. Both problems occur on
different projects.
First problem
-
File.. file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/
Element... junit
Line.. 64
Column 39
java.lang.NoClassDefFoundError
com.werken.werkz.UnattainableGoalException: Unable to obtain goal
[site] --
file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/:64:39:
java.lang.NoClassDefFoundError
I suppose, the org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
is not in the classpath. Does maven require an Ant installation
somewhere?
Second problem
--
BUILD FAILED
File.. file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/
Element... resources:copy
Line.. 299
Column 11
java.lang.NullPointerException
com.werken.werkz.UnattainableGoalException: Unable to obtain goal
[site] --
file:/Users/mpetersen/.maven/plugins/maven-test-plugin-1.3/:299:11:
java.lang.NullPointerException
The jelly code in the plugin.jelly is:
resources="${pom.build.unitTest.resources}"
todir="${maven.test.dest}"
/>
So, as you can imagine, I don't have any resources specified in my
project.xml descriptor... What am I doing wrong here?
Thank you for your help,
-Mo.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: JUnit Test Converage Reporting
Clover works well inside Maven. Hen On Wed, 3 Sep 2003, Bateman, Patrick eMEDIA wrote: > Has anyone out there used a test coverage tool within Maven. > > I want to generate a report that gives me ratios of unit tests against > concreate, abstract and interfaces, by package. > > Also to report on packages that have not been covered. > > Any ideas. > > Thanks > > Pat > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed. > If you have received this email in error please notify the system manager. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JUnit Test Converage Reporting
Has anyone out there used a test coverage tool within Maven. I want to generate a report that gives me ratios of unit tests against concreate, abstract and interfaces, by package. Also to report on packages that have not been covered. Any ideas. Thanks Pat This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
Personally I'd like to remove SNAPSHOT for Lang [and all of Commons]. Unless an automatic publishing process is setup to push the nightly builds for Commons up as SNAPSHOT. Else it doesn't make sense. Hen On Thu, 4 Sep 2003 [EMAIL PROTECTED] wrote: > The snapshot now points to 2.0. Can we not rely on SNAPSHOT so much? > -- > dIon Gillard, Multitask Consulting > Blog: http://blogs.codehaus.org/people/dion/ > > > Jason Dillon <[EMAIL PROTECTED]> wrote on 03/09/2003 07:08:47 PM: > > > I take it back, it is the SNAPSHOT which is still referring to the old > > version. Can we update the SNAPSHOT plz? > > > > --jason > > > > > > On Wednesday, September 3, 2003, at 04:02 PM, Jason Dillon wrote: > > > > > Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to > > > update? Still looks like the previous version is there. > > > > > > --jason > > > > > > > > > On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] > > > wrote: > > > > > >> Done. > > >> -- > > >> dIon Gillard, Multitask Consulting > > >> Blog: http://blogs.codehaus.org/people/dion/ > > >> > > >> > > >> Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 > > >> 12:33:45 PM: > > >> > > >>> > > >>> Could someone upload Lang 2.0 to ibiblio? > > >>> > > >>> [or copy it from the ibiblio mirror :) ] > > >>> > > >>> http://jakarta.apache.org/commons/lang.html > > >>> > > >>> Thanks, > > >>> > > >>> Hen > > >>> > > >>> > > >>> > - > > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > > >>> For additional commands, e-mail: [EMAIL PROTECTED] > > >>> > > >> > > >> > > >> - > > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > >> > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: simian report failure
Hmm that's strange. My simian jar file CAME from ibiblio. I have my own remote repository and it contains simian-1.9.1.jar. This jar file is 69.8kb and the one on ibiblio is 64kb. I'd assume there is an inconsistency between both versions. I download the new simian-1.9.1.jar on ibiblio and see if it works... Thx, Dominik On Wed, 2003-09-03 at 17:31, Emmanuel Venisse wrote: > I use cvs head too, but for me, all works fine. > My simian log contains "Processed a total of 6306 lines of code in 128 > files" > Your simian jar comes from ibiblio or you downloaded it from simian site? > > - Original Message - > From: "Dominik Dahlem" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, September 02, 2003 9:58 PM > Subject: Re: simian report failure > > > > I had a look at the sources shipped with the plugin. The file > > SimianLog.java appears to have a bug (at least in my scenario). The > > simian.log file contains the line "Processed a total of 123 lines in 4 > > files". The StringTokenizer created for this line expects the 10th token > > to contain the number of files being processed. Instead it is the 8th > > one. I deleted lines 234/235 (which just jump over tokens) and all is > > working now. > > > > Dominik > > > > On Tue, 2003-09-02 at 20:34, Dominik Dahlem wrote: > > > Hi, > > > > > > I just downloaded the latest version of the simian plugin from CVS, > > > packaged it, and registered a report in my project.xml file. > > > If I now run "maven site -X" in my project I get : > > > > > > BUILD FAILED > > > File.. > > > > file:/home/dahlemd/projects/dahlemd_exception_logging_02092003/common/configuration/../../tools/java/maven/maven-1.0-beta-10/plugins/maven-simian-plugin-1.2-SNAPSHOT/ > > > Element... simian:simianLog > > > Line.. 111 > > > Column 7 > > > java.lang.reflect.InvocationTargetException > > > com.werken.werkz.UnattainableGoalException: Unable to obtain goal [site] > > > -- > > > > file:/home/dahlemd/projects/dahlemd_exception_logging_02092003/common/configuration/../../tools/java/maven/maven-1.0-beta-10/plugins/maven-simian-plugin-1.2-SNAPSHOT/:111:7: > null > > > > > > > > > I did not overwrite any of the default properties. BTW, I got the same > > > failure with version 1.1 of this plugin. > > > If the stacktrace does help anyone it is attached. > > > > > > Am I missing something to get it working? > > > > > > Thx in advance, > > > Dominik > > > > > > > > > > > > __ > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > _ > > Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger > > http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France > > _ > Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger > http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
If there was a latest tag or something sure... which is what I really want... a latest release link. --jason On Wednesday, September 3, 2003, at 10:24 PM, [EMAIL PROTECTED] wrote: The snapshot now points to 2.0. Can we not rely on SNAPSHOT so much? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jason Dillon <[EMAIL PROTECTED]> wrote on 03/09/2003 07:08:47 PM: I take it back, it is the SNAPSHOT which is still referring to the old version. Can we update the SNAPSHOT plz? --jason On Wednesday, September 3, 2003, at 04:02 PM, Jason Dillon wrote: Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to update? Still looks like the previous version is there. --jason On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] wrote: Done. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 12:33:45 PM: Could someone upload Lang 2.0 to ibiblio? [or copy it from the ibiblio mirror :) ] http://jakarta.apache.org/commons/lang.html Thanks, Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Any pointers for plugin development?
The old how to write a plugin in the WIKI is not enough to go by. I have a plugin I am developing as part of a larger application, and I want to ensure that it is built and installed. Unfortunately, the project.xml that it is used to define the project is not "doubled" to be where the plugin JAR assembly expects it. How should I arrange my parent and plugin project.xml files, and how should I set up the plugin directory structure. I'm shooting in the dark, and missing my target. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
The snapshot now points to 2.0. Can we not rely on SNAPSHOT so much? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Jason Dillon <[EMAIL PROTECTED]> wrote on 03/09/2003 07:08:47 PM: > I take it back, it is the SNAPSHOT which is still referring to the old > version. Can we update the SNAPSHOT plz? > > --jason > > > On Wednesday, September 3, 2003, at 04:02 PM, Jason Dillon wrote: > > > Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to > > update? Still looks like the previous version is there. > > > > --jason > > > > > > On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] > > wrote: > > > >> Done. > >> -- > >> dIon Gillard, Multitask Consulting > >> Blog: http://blogs.codehaus.org/people/dion/ > >> > >> > >> Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 > >> 12:33:45 PM: > >> > >>> > >>> Could someone upload Lang 2.0 to ibiblio? > >>> > >>> [or copy it from the ibiblio mirror :) ] > >>> > >>> http://jakarta.apache.org/commons/lang.html > >>> > >>> Thanks, > >>> > >>> Hen > >>> > >>> > >>> - > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Distinguishing between runtime and compile time dependencies
> > runtime > D'oh! That should be: true - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: simian report failure
I use cvs head too, but for me, all works fine. My simian log contains "Processed a total of 6306 lines of code in 128 files" Your simian jar comes from ibiblio or you downloaded it from simian site? - Original Message - From: "Dominik Dahlem" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 02, 2003 9:58 PM Subject: Re: simian report failure > I had a look at the sources shipped with the plugin. The file > SimianLog.java appears to have a bug (at least in my scenario). The > simian.log file contains the line "Processed a total of 123 lines in 4 > files". The StringTokenizer created for this line expects the 10th token > to contain the number of files being processed. Instead it is the 8th > one. I deleted lines 234/235 (which just jump over tokens) and all is > working now. > > Dominik > > On Tue, 2003-09-02 at 20:34, Dominik Dahlem wrote: > > Hi, > > > > I just downloaded the latest version of the simian plugin from CVS, > > packaged it, and registered a report in my project.xml file. > > If I now run "maven site -X" in my project I get : > > > > BUILD FAILED > > File.. > > file:/home/dahlemd/projects/dahlemd_exception_logging_02092003/common/configuration/../../tools/java/maven/maven-1.0-beta-10/plugins/maven-simian-plugin-1.2-SNAPSHOT/ > > Element... simian:simianLog > > Line.. 111 > > Column 7 > > java.lang.reflect.InvocationTargetException > > com.werken.werkz.UnattainableGoalException: Unable to obtain goal [site] > > -- > > file:/home/dahlemd/projects/dahlemd_exception_logging_02092003/common/configuration/../../tools/java/maven/maven-1.0-beta-10/plugins/maven-simian-plugin-1.2-SNAPSHOT/:111:7: null > > > > > > I did not overwrite any of the default properties. BTW, I got the same > > failure with version 1.1 of this plugin. > > If the stacktrace does help anyone it is attached. > > > > Am I missing something to get it working? > > > > Thx in advance, > > Dominik > > > > > > > > __ > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > _ > Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger > http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France _ Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Distinguishing between runtime and compile time dependencies
> Ok. So how do I add a property to the dependency? Is it as simple as > just adding my own tag like this?: > > >guiapp-extension >browser >SNAPSHOT >runtime > If you use the tag as an example, it would be more like this: guiapp-extension browser SNAPSHOT runtime And this code would filter: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
Jason Dillon wrote:
You can specify properties for the dependency to indicate if it is
runtime or not, then use that information to collect your runtime
dependencies.
Example:
commons-logging
1.0.3
http://jakarta.apache.org/commons/logging
true
* * *
Processing dependency: ${dependency.id}
Thanks a heap man!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using reactor
> > modules/web/project.xml (Builds foo.war) > Must state a dependency on foo.jar No, it mustn't. It must state a dependency on bar.jar. You are misunderstanding the example. There is no foo.jar. A .war file is perfectly capable of containing its own code. In some cases (particularly for in-place debugging) it is extremely useful not to have code of a .war bound into a .jar file. The problem is coming where the code in the .war file requires bar.jar and bar.jar is generated by code. > Maven needs the dependencies to be satisfied before it will > do ANYTHING with a project. Doesn't this, then, preclude using Maven from doing things which make sure the dependencies are satisfied? If I must first have a jar in the repository in order to clean the project that creates that jar, how does anything get built from scratch? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
On Wed, 2003-09-03 at 11:09, Berin Loritsch wrote: > Jason van Zyl wrote: > > > Are you trying to assemble a container runtime? > > yes. You may want to look at the Plexus plugin. Most of the work is done there already and you can just take what you like. It assumes the presence of POMs in the repo and it currently uses a brute force method of walking the POMs but it makes a runtime. http://cvs.codehaus.org/viewcvs.cgi/plexus/plexus-maven-plugin/?root=codehaus > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
[EMAIL PROTECTED] wrote:
Why aren't the compile time dependencies, code generators etc in a
separate plugin similar to the way the antlr plugin is? That way the
project doesn't need to list those jars as dependencies.
You could always add a property to the dependency (like the war and ear
plugins do) and use that in your collection process.
:)
First things first. I can't control all the build environments my users
will have. With the ability to distinguish the dependency types, I can
have my users mark them accordingly and all is well. I am working on my
first Maven plugin, so I haven't gotten around to everything else.
Ok. So how do I add a property to the dependency? Is it as simple as
just adding my own tag like this?:
guiapp-extension
browser
SNAPSHOT
runtime
and then accessing the information like this?:
${pom.dependency.type}
If so, how do I pull items from the repository and stuff them in my own
lib directory--filtering out the items I don't want?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
On 3 Sep 2003, Jason van Zyl wrote: > There is no facility yet. But we've talked about it for a long time and > we do have working code for it in experimental versions of Maven but the > real crux of the problem is collecting POMs in the repositories so we > can build the necessary graphs. In this way you would only have to state Is there any reason to not start trying to accumulate POMs in the repositories? I have some visualisation stuff with TouchGraph that relies on the POMs being in the repo, so am happy to offer my time to help collect said POMs, or write ones for proejcts that are not mavenised [especially if said POMs could just contain dependencies and not be full project.xml's]. Then when most things are dealt with, then the code could start to implement the features. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Including remote properties
Jason van Zyl wrote: On Wed, 2003-09-03 at 09:58, Berin Loritsch wrote: Jason van Zyl wrote: You are just trying to point your maven builds at the mirror cgi script? Where's the source for this little puppy and I'll take a look and maybe I can get a better grasp on the problem. If you log into www.apache.org, the script for the CGI portion is here: /www/avalon.apache.org/maven.cgi /www/avalon.apache.org/maven.properties (It uses the same script for the download pages) The snippet from my maven.xml was like this: http://avalon.apache.org/maven.cgi"/> Someone suggested using an ANT get before trying to use the properties. However, if something like this can be made into a plugin--that would be fantastic! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
You can specify properties for the dependency to indicate if it is
runtime or not, then use that information to collect your runtime
dependencies.
Example:
commons-logging
1.0.3
http://jakarta.apache.org/commons/logging
true
* * *
Processing dependency: ${dependency.id}
--jason
On Wednesday, September 3, 2003, at 09:57 PM, Jason van Zyl wrote:
On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote:
Is there a magic flag to identify a runtime dependency from a compile
time dependency? For example, Xerces and Xalan may be needed to
compile
some aspects of a project (some people use it to generate java source
code), but never needed at run time.
There is no facility yet. But we've talked about it for a long time and
we do have working code for it in experimental versions of Maven but
the
real crux of the problem is collecting POMs in the repositories so we
can build the necessary graphs. In this way you would only have to
state
the compile time dependencies and the runtime dependencies would be
calculated.
Not something that is going to make it into 1.0.
This will allow a number of things:
* The extensions attributes can be generated ONLY for runtime
dependencies
* The GUMP descriptor will be able to reflect that information so that
the other GUMP descriptors can propogate those dependencies for
unit tests
* I can develop my plugin to gather the dependencies into a
distributable
I personally have a need to generate a work directory like this:
/${root}
loader.jar
/lib
***.jar
/docs
***.html
***.pdf
The thing is that I want to be able to collect all of the runtime
dependencies for this special distribution format and place them in
the
lib directory. Currently, the best I can do is grab *all* the
dependencies,
regardless of runtime or compile time.
Are you trying to assemble a container runtime?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://tambora.zenplex.org
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Including remote properties
It would be good if this could support the mirroring procedure of SourceForge as well. Paul On Mercredi, sept 3, 2003, at 16:53 Europe/Paris, Jason van Zyl wrote: On Wed, 2003-09-03 at 09:58, Berin Loritsch wrote: Jason van Zyl wrote: You are just trying to point your maven builds at the mirror cgi script? Where's the source for this little puppy and I'll take a look and maybe I can get a better grasp on the problem. Yep. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
Jason van Zyl wrote: On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote: Is there a magic flag to identify a runtime dependency from a compile time dependency? For example, Xerces and Xalan may be needed to compile some aspects of a project (some people use it to generate java source code), but never needed at run time. There is no facility yet. But we've talked about it for a long time and we do have working code for it in experimental versions of Maven but the real crux of the problem is collecting POMs in the repositories so we can build the necessary graphs. In this way you would only have to state the compile time dependencies and the runtime dependencies would be calculated. Not something that is going to make it into 1.0. :( I don't mind so much requiring the user to include all dependencies in the dependency declaration, and some of those dependencies are constant with what I am setting up. The big thing is being able to distinguish between the ones that are needed at runtime so that I can only copy those and ignore the others. While recursive runtime dependency tracking would be *nice*, it won't be necessary. In 9 out of 10 cases, your runtime dependencies are required for compilation anyway so they would need to be included in the dependencies list. Are you trying to assemble a container runtime? yes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using reactor
Lester Ward <[EMAIL PROTECTED]> wrote on 04/09/2003 12:20:50 AM: > > We use multiproject:install and it happily uses the reactor > > to compile and install all jars based on their dependency order. > > Not in beta 10. The multiproject plugin does not work in beta 10, because > it's syntax when using is incorrect (uses "name" instead of > "value"). Correct, I use CVS HEAD. > > Can you show us those dependencies again? > > From the original mail: > > I have the following layout: > > maven.xml (Main project) The above has no dependencies on other projects. > applications/registration/project.xml (Builds foo.ear) The above must state a dependency on foo.war > modules/web/project.xml (Builds foo.war) Must state a dependency on foo.jar > modules/bar/project.xml (Builds bar.jar from source code) No other interproject dependencies. > I want foo.ear to contain foo.war which contains bar.jar. This means bar.jar > needs to get built first, then foo.war, then foo.ear. > > As near as I can figure, the only way to control the build order using > reactor is to set up the dependencies in a certain way: > > modules/bar/project.xml > > >... snip ... > bar > ... snip ... > > > modules/web/project.xml > > > foo > foo >... snip ... > > > foo > bar >... snip ... > > true > > >... snip ... > >... snip ... > > > Found one additional thing: in a setup like this, before anything is built, > try calling multiproject:clean (which also doesn't work under beta 10, but > you can call multiproject:goal with goal="clean:clean"). This generates an > error, because Maven claims it can't find the jar in the repository. This is > true, but it should not need the jar to clean out the project. Maven needs the dependencies to be satisfied before it will do ANYTHING with a project. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
Why aren't the compile time dependencies, code generators etc in a
separate plugin similar to the way the antlr plugin is? That way the
project doesn't need to list those jars as dependencies.
You could always add a property to the dependency (like the war and ear
plugins do) and use that in your collection process.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
news <[EMAIL PROTECTED]> wrote on 04/09/2003 12:07:57 AM:
> Is there a magic flag to identify a runtime dependency from a compile
> time dependency? For example, Xerces and Xalan may be needed to compile
> some aspects of a project (some people use it to generate java source
> code), but never needed at run time.
>
> This will allow a number of things:
>
> * The extensions attributes can be generated ONLY for runtime
dependencies
> * The GUMP descriptor will be able to reflect that information so that
>the other GUMP descriptors can propogate those dependencies for unit
tests
> * I can develop my plugin to gather the dependencies into a
distributable
>
> I personally have a need to generate a work directory like this:
>
> /${root}
> loader.jar
> /lib
>***.jar
> /docs
>***.html
>***.pdf
>
> The thing is that I want to be able to collect all of the runtime
> dependencies for this special distribution format and place them in the
> lib directory. Currently, the best I can do is grab *all* the
dependencies,
> regardless of runtime or compile time.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Distinguishing between runtime and compile time dependencies
On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote:
> Is there a magic flag to identify a runtime dependency from a compile
> time dependency? For example, Xerces and Xalan may be needed to compile
> some aspects of a project (some people use it to generate java source
> code), but never needed at run time.
There is no facility yet. But we've talked about it for a long time and
we do have working code for it in experimental versions of Maven but the
real crux of the problem is collecting POMs in the repositories so we
can build the necessary graphs. In this way you would only have to state
the compile time dependencies and the runtime dependencies would be
calculated.
Not something that is going to make it into 1.0.
> This will allow a number of things:
>
> * The extensions attributes can be generated ONLY for runtime dependencies
> * The GUMP descriptor will be able to reflect that information so that
>the other GUMP descriptors can propogate those dependencies for unit tests
> * I can develop my plugin to gather the dependencies into a distributable
>
> I personally have a need to generate a work directory like this:
>
> /${root}
> loader.jar
> /lib
>***.jar
> /docs
>***.html
>***.pdf
>
> The thing is that I want to be able to collect all of the runtime
> dependencies for this special distribution format and place them in the
> lib directory. Currently, the best I can do is grab *all* the dependencies,
> regardless of runtime or compile time.
Are you trying to assemble a container runtime?
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://tambora.zenplex.org
In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.
-- Jacques Ellul, The Technological Society
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Including remote properties
On Wed, 2003-09-03 at 09:58, Berin Loritsch wrote: > Jason van Zyl wrote: > > > You are just trying to point your maven builds at the mirror cgi script? Where's the source for this little puppy and I'll take a look and maybe I can get a better grasp on the problem. > Yep. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using reactor
> We use multiproject:install and it happily uses the reactor > to compile and install all jars based on their dependency order. Not in beta 10. The multiproject plugin does not work in beta 10, because it's syntax when using is incorrect (uses "name" instead of "value"). > Can you show us those dependencies again? >From the original mail: I have the following layout: maven.xml (Main project) applications/registration/project.xml (Builds foo.ear) modules/web/project.xml (Builds foo.war) modules/bar/project.xml (Builds bar.jar from source code) I want foo.ear to contain foo.war which contains bar.jar. This means bar.jar needs to get built first, then foo.war, then foo.ear. As near as I can figure, the only way to control the build order using reactor is to set up the dependencies in a certain way: modules/bar/project.xml ... snip ... bar ... snip ... modules/web/project.xml foo foo ... snip ... foo bar ... snip ... true ... snip ... ... snip ... Found one additional thing: in a setup like this, before anything is built, try calling multiproject:clean (which also doesn't work under beta 10, but you can call multiproject:goal with goal="clean:clean"). This generates an error, because Maven claims it can't find the jar in the repository. This is true, but it should not need the jar to clean out the project. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Distinguishing between runtime and compile time dependencies
Is there a magic flag to identify a runtime dependency from a compile
time dependency? For example, Xerces and Xalan may be needed to compile
some aspects of a project (some people use it to generate java source
code), but never needed at run time.
This will allow a number of things:
* The extensions attributes can be generated ONLY for runtime dependencies
* The GUMP descriptor will be able to reflect that information so that
the other GUMP descriptors can propogate those dependencies for unit tests
* I can develop my plugin to gather the dependencies into a distributable
I personally have a need to generate a work directory like this:
/${root}
loader.jar
/lib
***.jar
/docs
***.html
***.pdf
The thing is that I want to be able to collect all of the runtime
dependencies for this special distribution format and place them in the
lib directory. Currently, the best I can do is grab *all* the dependencies,
regardless of runtime or compile time.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Custom console-message listeners ?
Hi Maveners, It just crossed my mind that a very simple way to intergrate maven with jEdit would be to talk to jEdit's server directly feeding the console-messages by sending the appropriate bsh script-snippets. That looks pretty easy as soon as I know how to plug log-listeners... Ant used to have a little bit about that and I have the impression it will be almost the same... or is it even simpler that commons-logging is used ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Including remote properties
Jason van Zyl wrote: On Tue, 2003-09-02 at 15:46, Berin Loritsch wrote: The Avalon team would like to use their distribution heirarchy as a Maven remote repository. The only problem is the traffic it forces on the Apache servers. We would like to incorporate support from the mirrors redirection program to get things to work properly. I can (and did) easily create a genereated properties file that is run as a CGI script on the server to point to the preferred mirror. The file has the entry maven.repo.remote=[preferred]/avalon, Sorry I don't quite understand the "generated properties file that is run as a CGI script". How is a generated properties file a CGI script? Can you not just point the maven.repo.remote value at the normal apache cgi mirror script? No, that's the problem. The generated properties file is from a CGI script hosted by Apache infrastructure that points to what it believes is the nearest mirror to you. I would like to leverage that, and have the builds pull from the mirrors. The snag I ran into has to do with declaring the properties files. Maven has the element you can put in the maven.xml file, Do you mean the element in project.xml, or using the ant tag in the maven.xml file? I mean the tag in the maven.xml file. but the only options to specify the properties files are "file", "resource", and "env". That means that I cannot use that to get the remote properties file. I'm still not exactly sure what you're trying to do but the Jelly util tag library has a properties tag that takes a URI. I am really new to jelly, and I'm kinda shooting in the dark here. What is available to help me out here? Is there any workaround I can use? Is there a plugin that exists to take care of this type of functionality? You are just trying to point your maven builds at the mirror cgi script? Yep. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to update? Still looks like the previous version is there. --jason On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] wrote: Done. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 12:33:45 PM: Could someone upload Lang 2.0 to ibiblio? [or copy it from the ibiblio mirror :) ] http://jakarta.apache.org/commons/lang.html Thanks, Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REQUEST] Upload Lang 2.0 to ibiblio
I take it back, it is the SNAPSHOT which is still referring to the old version. Can we update the SNAPSHOT plz? --jason On Wednesday, September 3, 2003, at 04:02 PM, Jason Dillon wrote: Does it take time for http://ibiblio.org/maven/commons-lang/jars/ to update? Still looks like the previous version is there. --jason On Wednesday, September 3, 2003, at 09:52 AM, [EMAIL PROTECTED] wrote: Done. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Henri Yandell <[EMAIL PROTECTED]> wrote on 03/09/2003 12:33:45 PM: Could someone upload Lang 2.0 to ibiblio? [or copy it from the ibiblio mirror :) ] http://jakarta.apache.org/commons/lang.html Thanks, Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Jar-Plugin
Done. I'll also fix it for ejb-plugin.
- Original Message -
From: "Christian Goos" <[EMAIL PROTECTED]>
To: "'Maven Users List'" <[EMAIL PROTECTED]>
Sent: Wednesday, September 03, 2003 10:58 AM
Subject: RE: Problem with Jar-Plugin
this should also be fixed for the war-plugin?
-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 2:17 PM
To: Maven Users List
Subject: Re: Problem with Jar-Plugin
maven.jar.index is a property for the rc1 release.
If you want to use it, you must download the plugin from cvs head
(http://cvs.apache.org/viewcvs.cgi/maven/src/plugins-build/jar/)
- Original Message -
From: "Christian Goos" <[EMAIL PROTECTED]>
To: "'Maven Users List'" <[EMAIL PROTECTED]>
Sent: Thursday, August 28, 2003 1:53 PM
Subject: Problem with Jar-Plugin
> Hi,
>
> I am using Maven 1.0 beta 10 and had a problem with the JAR-Plugin.
>
> I could not run the jar I created and found that the jar-index that
> was created by the plugin caused the problem.
> Even when setting maven.jar.index to false it still created the index.
> In the plugin.jelly the index is always set to "true" but it should be
> set to false instead (this is what the plugin-documentation says)
>
>
>
> Christian
>
>jarfile="${maven.build.dir}/${maven.final.name}.jar"
> basedir="${maven.build.dest}"
> index="true"
> excludes="${maven.jar.excludes}">
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> _
> Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
> http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
_
Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
_
Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: simian report failure
Dominik Dahlem wrote: > I had a look at the sources shipped with the plugin. The file > SimianLog.java appears to have a bug (at least in my scenario). The > simian.log file contains the line "Processed a total of 123 lines in 4 > files". The StringTokenizer created for this line expects the 10th token > to contain the number of files being processed. Instead it is the 8th > one. I deleted lines 234/235 (which just jump over tokens) and all is > working now. Would you please file an issue in Jira, and attach the patch? Thanks, R. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with Jar-Plugin Extension List
Hi, Although I set the variable "maven.jar.manifest.extensions.add==true" the extension list is never created. So I had a look in the plugin source and replaced the original line with After that, setting the variable to "true" creates the list. I am really not a jelly-expert so what is the difference between the two? Is it necessary to fix the plugin? Thanks Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with Jar-Plugin
this should also be fixed for the war-plugin?
-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 2:17 PM
To: Maven Users List
Subject: Re: Problem with Jar-Plugin
maven.jar.index is a property for the rc1 release.
If you want to use it, you must download the plugin from cvs head
(http://cvs.apache.org/viewcvs.cgi/maven/src/plugins-build/jar/)
- Original Message -
From: "Christian Goos" <[EMAIL PROTECTED]>
To: "'Maven Users List'" <[EMAIL PROTECTED]>
Sent: Thursday, August 28, 2003 1:53 PM
Subject: Problem with Jar-Plugin
> Hi,
>
> I am using Maven 1.0 beta 10 and had a problem with the JAR-Plugin.
>
> I could not run the jar I created and found that the jar-index that
> was created by the plugin caused the problem.
> Even when setting maven.jar.index to false it still created the index.
> In the plugin.jelly the index is always set to "true" but it should be
> set to false instead (this is what the plugin-documentation says)
>
>
>
> Christian
>
>jarfile="${maven.build.dir}/${maven.final.name}.jar"
> basedir="${maven.build.dest}"
> index="true"
> excludes="${maven.jar.excludes}">
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> _
> Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
> http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
_
Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: SNAPSHOT download overwrites more recent local file
I've also had several reports like this on my current project. I haven't
been able yet to tell whether the problem was due to:
- a bad machine date (either local machine or remote repo machine)
- a web server not supporting if-modified-since
- a bug
I have looked at the source code and couldn't find any reason why it
wouldn't work as expected (in HttpUtils, from CVS HEAD):
[...]
boolean hasTimestamp = false;
if ( useTimestamp && destinationFile.exists() )
{
timestamp = destinationFile.lastModified();
hasTimestamp = true;
}
[...]
if ( useTimestamp && hasTimestamp )
{
connection.setIfModifiedSince( timestamp );
}
[...]
if ( httpConnection.getResponseCode() ==
HttpURLConnection.HTTP_NOT_MODIFIED )
{
return;
}
Any idea?
-Vincent
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 02 September 2003 18:56
> To: Maven Users List
> Subject: Re: SNAPSHOT download overwrites more recent local file
>
> Sounds like a bug to me.
> --
> dIon Gillard, Multitask Consulting
> Blog: http://blogs.codehaus.org/people/dion/
>
>
> Martin Skopp <[EMAIL PROTECTED]> wrote on 03/09/2003 02:36:41 AM:
>
> > Hi guys,
> >
> > I have the problem that I have created fresh and most-recent new
snaphot
> > jars in my _local_ repository (lets say in project A).
> >
> > Now I like to test them inside Project B with depends upon this
> > snapshots jar!
> >
> > Problem: In online mode, maven downloads the snapshots jars from
it's
> > remove repository and overwrites the fresh most-recent jars which I
just
> > installed into my local repo.
> >
> > As a workaround, of course I can run in offline mode, but this has
other
> > drawbacks (e.g. if meanwhile project B needs to download a new jar).
> >
> > Is there any option inside maven to prevent such a behaviour in
online
> > mode? IMHO maven should replace the snapshot jar only if the remote
> > version is _really_ younger than the one on my local harddrive!
> >
> > You help and comments highly appreciated,
> > --
> > Martin Skopp
> > Riege Software International GmbH
> > Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com
> >
> > This email is intended to be viewed with a nonproportional font.
> > Public Key on http://www.keyserver.net, Key-ID: 3D4027B5
> > Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5
> >
> >
> >
> >
-
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: bug in maven-xdoc-plugin-1.4-SNAPSHOT ?
maven-checkstyle-plugin
used to be stripped to 'maven-checkstyle-plugin' in previous releases. Now I
have to used:
maven-checkstyle-plugin
which is correct xml behaviour as I have learned now.
[EMAIL PROTECTED] wrote:
What's your section in the project.xml look like?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Dirk Habighorst <[EMAIL PROTECTED]> wrote on 02/09/2003
10:23:57 PM:
Hi!
running the site goal generates the following error:
BUILD FAILED
File..
file:/home/hm/dirk/.maven/plugins/maven-xdoc-plugin-1.4-SNAPSHOT/
Element... attainGoal
Line.. 575
Column 48
No goal [
maven-checkstyle-plugin
:register]
I used the current cvs HEAD. As far as I can track the problem, it
seems that expanding ${report} generates a newline.
--
Dirk Habighorst e-mail:[EMAIL PROTECTED]
Epigenomics AG Tel.: +49-30-24345-372
Kleine Präsidentenstrasse 1
10178 Berlin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: SNAPSHOT download overwrites more recent local file
On Tue, 2003-09-02 at 18:56, [EMAIL PROTECTED] wrote: > Sounds like a bug to me. > -- > dIon Gillard, Multitask Consulting Filed in JIRA as MAVEN-772. I am sorry but I was unable to provide a patch - have no idea where to check the maven sources. If one helps me a little and tells me which classes do the download, I am looking into the sources myself and try to provide a patch Thanks in advance, Martin > Martin Skopp <[EMAIL PROTECTED]> wrote on 03/09/2003 02:36:41 AM: > > I have the problem that I have created fresh and most-recent new snaphot > > jars in my _local_ repository (lets say in project A). > > > > Now I like to test them inside Project B with depends upon this > > snapshots jar! > > > > Problem: In online mode, maven downloads the snapshots jars from it's > > remove repository and overwrites the fresh most-recent jars which I just > > installed into my local repo. > > > > As a workaround, of course I can run in offline mode, but this has other > > drawbacks (e.g. if meanwhile project B needs to download a new jar). > > > > Is there any option inside maven to prevent such a behaviour in online > > mode? IMHO maven should replace the snapshot jar only if the remote > > version is _really_ younger than the one on my local harddrive! > > > > You help and comments highly appreciated, > > -- > > Martin Skopp -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
