Re: Using commons-logging w/Maven/Junit
Ricardo, Here's a log4j properties file that I use: log4j.rootLogger = info, default # default appender log4j.appender.default=org.apache.log4j.FileAppender log4j.appender.default.File=./logs/default.log log4j.appender.default.Append=false log4j.appender.default.layout=org.apache.log4j.SimpleLayout You will get a default.log file in the logs directory with log entries of level info and above included in it. I think the category stuff you have in yours is from an older version of log4j. Hope this helps, Maury - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
source directory
Can I have two diferentes source directory ? _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
UmlGraph with javadoc (javadoc: invalid flag: -use)
Hi all, I have trouble using the UmlGraph doclet with maven. I have the following in my project.properties: # javadoc plugin maven.javadoc.doclet = UmlGraph maven.javadoc.docletpath = g:/api/javadoc/UmlGraph-2.8.jar when I invoke maven:javadoc I get the following: G:\projekte\studbuch\servermaven javadoc __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0 build:start: xdoc:init: maven-javadoc-plugin:report: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] javadoc: invalid flag: -use [javadoc] usage: javadoc [options] [packagenames] [sourcefiles] [classnames] [EMAIL PROTECTED] [javadoc] -overview file Read overview documentation from HTML file [javadoc] -public Show only public classes and members [javadoc] -protectedShow protected/public classes and members (default) [javadoc] -package Show package/protected/public classes and members [javadoc] -private Show all classes and members [javadoc] -help Display command line options and exit [javadoc] -doclet class Generate output via alternate doclet [javadoc] -docletpath pathSpecify where to find doclet class files [javadoc] -sourcepath pathlistSpecify where to find source files [javadoc] -classpath pathlist Specify where to find user class files [javadoc] -exclude pkglistSpecify a list of packages to exclude [javadoc] -subpackages subpkglist Specify subpackages to recursively load [javadoc] -breakiteratorCompute 1st sentence with BreakIterator [javadoc] -bootclasspath pathlist Override location of class files loaded [javadoc] by the bootstrap class loader [javadoc] -source release Provide source compatibility with specified release [javadoc] -extdirs dirlistOverride location of installed extensions [javadoc] -verbose Output messages about what Javadoc is doing [javadoc] -locale nameLocale to be used, e.g. en_US or en_US_WIN [javadoc] -encoding name Source file encoding name [javadoc] -Jflag Pass flag directly to the runtime system [javadoc] [javadoc] 1 error [delete] Deleting directory G:\projekte\studbuch\server\target\javadoc\src BUILD SUCCESSFUL Total time: 4 seconds Finished at: Fri Sep 24 17:40:10 CEST 2004 What am I doing wrong? Thanks in advance, Filip
Re: source directory
No you can't .
But you can write a pregoal of the java:compile that process some source
code normally and then append to the maven.compile.src.set variable
like that
goal name=othersource description=Generate source from antlr
grammars
!-- in case generate the source here --
ant:path id=maven.extra.src.set location=
${project.src.gen.dir} /
m:addPath id=maven.compile.src.set refid=
maven.extra.compile.src.set /
/goal
preGoal name=java:compile
attainGoal name=othersource /
/preGoal
Best Regards
Michele
|-+
| | Ricardo de Souza|
| | Moura |
| | [EMAIL PROTECTED]|
| | tmail.com |
| ||
| ||
| | 24/09/2004 10:59 |
| | Please respond to|
| | Maven Users |
| | List|
| ||
|-+
--|
|
|
|
|
|
|
|
|
|
|
|To: [EMAIL PROTECTED]
|
|cc: (bcc: Michele Forte/SwissRe)
|
|bcc:Michele Forte/SwissRe
|
|Subject:source directory
|
--|
Can I have two diferentes source directory ?
_
MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, including attachments, is intended for the person(s) or
company named and may contain confidential and/or legally privileged
information. Unauthorized disclosure, copying or use of this information
may be unlawful and is prohibited. If you are not the intended recipient,
please delete this message and notify the sender
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: source directory
No you can't .
But you can write a pregoal of the java:compile that process some source
code normally and then append to the maven.compile.src.set variable
like that
goal name=othersource description=Generate source from antlr
grammars
!-- in case generate the source here --
ant:path id=maven.extra.src.set location=
${project.src.gen.dir} /
m:addPath id=maven.compile.src.set refid=
maven.extra.compile.src.set /
/goal
preGoal name=java:compile
attainGoal name=othersource /
/preGoal
Best Regards
Michele
|-+
| | Ricardo de Souza|
| | Moura |
| | [EMAIL PROTECTED]|
| | tmail.com |
| ||
| ||
| | 24/09/2004 10:59 |
| | Please respond to|
| | Maven Users |
| | List|
| ||
|-+
--|
|
|
|
|
|
|
|
|
|
|
|To: [EMAIL PROTECTED]
|
|cc: (bcc: Michele Forte/SwissRe)
|
|bcc:Michele Forte/SwissRe
|
|Subject:source directory
|
--|
Can I have two diferentes source directory ?
_
MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, including attachments, is intended for the person(s) or
company named and may contain confidential and/or legally privileged
information. Unauthorized disclosure, copying or use of this information
may be unlawful and is prohibited. If you are not the intended recipient,
please delete this message and notify the sender
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: How do I test a schema
I decided to go with a Junit solution. I first tried XMLUnit (which I've
used in the past to diff xml's -- worked like a charm), but gave up
because it doesn't seem to support schemas and I was getting weird
errors. Since I'm using Java 1.5 I used the javax.xml packages.
I would prefer a maven based solution, but this does the trick for now.
Here's sample code.
%--
package com.foobar;
import java.io.File;
import javax.xml.XMLConstants;
import javax.xml.transform.Source;
import javax.xml.transform.stream.StreamSource;
import javax.xml.validation.Schema;
import javax.xml.validation.SchemaFactory;
import javax.xml.validation.Validator;
import junit.framework.Assert;
import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;
public class SchemaTest extends AbstractTestCase {
public SchemaTest(String name) throws Exception {
super(name);
}
public void testErrors() throws Exception {
validate(xdocs/Foo.xsd, /conf/ComplexTest.xml);
}
public void testSimple() throws Exception {
validate(xdocs/Foo.xsd, /conf/Simple.xml);
}
private void validate(String schemaFileName, String xmlFileName)
throws Exception {
Source xmlSource = new
StreamSource(this.getClass().getResourceAsStream(xmlFileName));
SchemaFactory factory =
SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);
Schema schema = factory.newSchema(new
File(getTestFile(schemaFileName)));
Validator validator = schema.newValidator();
validator.validate(xmlSource);
}
public static Test suite() {
return new TestSuite(SchemaTest.class);
}
}
%-
Regards,
C. Helck
-Original Message-
From: Ben Anderson [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 23, 2004 7:29 AM
To: Maven Users List
Subject: Re: How do I test a schema
That's funny - I was trying to do this yesterday, but gave up. You'll
need the validate plugin jar here:
http://jakarta.apache.org/commons/jelly/libs/validate/index.html
I'm not sure where you're supposed to stick these jars. I put it in
$MAVEN_HOME/lib and that worked, but it's probably supposed to go
somewhere else. There's also some documentation there, but no examples.
Here's what I had thus far:
goal name=validate
!--we need to create a new java.io.File u:new ...
v:verifier var=mySchema file=.../
v:validate var=isValid verifier=mySchema
some xml - possibly importing a file somehow.
/v:validate
--
/goal
of course this doesn't work. Maybe together we can figure it out. -Ben
Quoting Helck, Christopher [EMAIL PROTECTED]:
I'd like to automate testing a XML schema under maven, but I don't
have a clue how to begin :-). I have a schema and some example XML
files. I'd like to validate the files against the schema. Any help is
appreciated.
Thanks,
C. Helck
The information contained in this e-mail is confidential. This e-mail
is intended only for the stated addressee. If you are not an
addressee, you must not disclose, copy, circulate or in any other way
use or rely on the information contained in this e-mail. if you have
received this e-mail in error, please inform us immediately and delete
it and all copies from your system.
EBS Dealing Resources International Limited. Registered address:
55-56 Lincoln's Inn Fields, London WC2A 3LJ, United Kingdom.
Registered number 2633663.
EBS Dealing Resources, Inc, registered in Delaware. Address: 535
Madison Avenue, 24th Floor, New York, NY 10022, USA, and One upper
Pond road, Building F - Floor 3, Parsippany, NJ 07054, USA.
EBS Dealing Resources Japan Limited, a Japanese Corporation. Address:
Asteer Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku, Tokyo
104-0033, Japan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The information contained in this e-mail is confidential. This e-mail is intended only
for the stated addressee. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in this e-mail.
if you have received this e-mail in error, please inform us immediately and delete it
and all copies from your system.
EBS Dealing Resources International Limited. Registered address: 55-56 Lincoln's Inn
Fields, London WC2A 3LJ, United Kingdom. Registered number 2633663.
EBS Dealing Resources, Inc, registered in Delaware. Address: 535 Madison Avenue, 24th
Floor, New York, NY 10022, USA, and One upper Pond road, Building F - Floor 3,
Parsippany, NJ 07054, USA.
EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: Asteer Kayabacho
Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku, Tokyo 104-0033, Japan.
RE: How do I test a schema
Thanks for the update C. I guess I'll go with that solution as well.
Quoting Helck, Christopher [EMAIL PROTECTED]:
I decided to go with a Junit solution. I first tried XMLUnit (which I've
used in the past to diff xml's -- worked like a charm), but gave up
because it doesn't seem to support schemas and I was getting weird
errors. Since I'm using Java 1.5 I used the javax.xml packages.
I would prefer a maven based solution, but this does the trick for now.
Here's sample code.
%--
package com.foobar;
import java.io.File;
import javax.xml.XMLConstants;
import javax.xml.transform.Source;
import javax.xml.transform.stream.StreamSource;
import javax.xml.validation.Schema;
import javax.xml.validation.SchemaFactory;
import javax.xml.validation.Validator;
import junit.framework.Assert;
import junit.framework.Test;
import junit.framework.TestCase;
import junit.framework.TestSuite;
public class SchemaTest extends AbstractTestCase {
public SchemaTest(String name) throws Exception {
super(name);
}
public void testErrors() throws Exception {
validate(xdocs/Foo.xsd, /conf/ComplexTest.xml);
}
public void testSimple() throws Exception {
validate(xdocs/Foo.xsd, /conf/Simple.xml);
}
private void validate(String schemaFileName, String xmlFileName)
throws Exception {
Source xmlSource = new
StreamSource(this.getClass().getResourceAsStream(xmlFileName));
SchemaFactory factory =
SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);
Schema schema = factory.newSchema(new
File(getTestFile(schemaFileName)));
Validator validator = schema.newValidator();
validator.validate(xmlSource);
}
public static Test suite() {
return new TestSuite(SchemaTest.class);
}
}
%-
Regards,
C. Helck
-Original Message-
From: Ben Anderson [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 23, 2004 7:29 AM
To: Maven Users List
Subject: Re: How do I test a schema
That's funny - I was trying to do this yesterday, but gave up. You'll
need the validate plugin jar here:
http://jakarta.apache.org/commons/jelly/libs/validate/index.html
I'm not sure where you're supposed to stick these jars. I put it in
$MAVEN_HOME/lib and that worked, but it's probably supposed to go
somewhere else. There's also some documentation there, but no examples.
Here's what I had thus far:
goal name=validate
!--we need to create a new java.io.File u:new ...
v:verifier var=mySchema file=.../
v:validate var=isValid verifier=mySchema
some xml - possibly importing a file somehow.
/v:validate
--
/goal
of course this doesn't work. Maybe together we can figure it out. -Ben
Quoting Helck, Christopher [EMAIL PROTECTED]:
I'd like to automate testing a XML schema under maven, but I don't
have a clue how to begin :-). I have a schema and some example XML
files. I'd like to validate the files against the schema. Any help is
appreciated.
Thanks,
C. Helck
The information contained in this e-mail is confidential. This e-mail
is intended only for the stated addressee. If you are not an
addressee, you must not disclose, copy, circulate or in any other way
use or rely on the information contained in this e-mail. if you have
received this e-mail in error, please inform us immediately and delete
it and all copies from your system.
EBS Dealing Resources International Limited. Registered address:
55-56 Lincoln's Inn Fields, London WC2A 3LJ, United Kingdom.
Registered number 2633663.
EBS Dealing Resources, Inc, registered in Delaware. Address: 535
Madison Avenue, 24th Floor, New York, NY 10022, USA, and One upper
Pond road, Building F - Floor 3, Parsippany, NJ 07054, USA.
EBS Dealing Resources Japan Limited, a Japanese Corporation. Address:
Asteer Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku, Tokyo
104-0033, Japan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The information contained in this e-mail is confidential. This e-mail is
intended only for the stated addressee. If you are not an addressee, you
must not disclose, copy, circulate or in any other way use or rely on the
information contained in this e-mail. if you have received this e-mail in
error, please inform us immediately and delete it and all copies from your
system.
EBS Dealing Resources International Limited. Registered address: 55-56
Lincoln's Inn Fields, London WC2A 3LJ, United Kingdom. Registered number
2633663.
EBS Dealing Resources, Inc, registered in Delaware. Address: 535 Madison
Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond road,
Building F - Floor 3,
property from .properties vs j:set
Hi,
I've noticed that there is a distinct difference with properties declared in a
.properties file vs. properties set using j:set. I'm wondering if this is the
desired behavior or a bug. For instance:
build.properties
my.property=myValue
maven.xml
-
ant:echo${my.property}/ant:echo
j:if test=${my.property == 'myValue'}
ant:echotrue/ant:echo
/j:if
outputs:
[echo] myValue
notice that [echo] true is not output.
now if I do this:
maven.xml
-
j:set var=my.property value=myValue/
ant:echo${my.property}/ant:echo
j:if test=${my.property == 'myValue'}
ant:echotrue/ant:echo
/j:if
outputs:
[echo] myValue
[echo] true
Why this difference? Am I doing something wrong? Any thoughts?
Thanks,
Ben
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: property from .properties vs j:set
I'm thinking this is the desired behavior. First of all, I think it's wrong to
use the dot notation for the var attribute of j:set. This style should be
limited to o.a.c.j.e.ConstantExpression's, which is the type of any variables
that are created from properties files. Using
j:set ... value=${my.property}/ will create a variable of that same type
(ConstantExpression). While j:set ...${my.property}/j:set creates a new
variable of type String. So, my conclusion is that (correct me if I'm wrong)
in order to use a property variable in an expression like
j:if test=${myProperty == 'someValue'} you must first create a variable of
type String:
j:set var=myProperty${my.property}/j:set
-Ben
Quoting Ben Anderson [EMAIL PROTECTED]:
Hi,
I've noticed that there is a distinct difference with properties declared in
a
.properties file vs. properties set using j:set. I'm wondering if this is
the
desired behavior or a bug. For instance:
build.properties
my.property=myValue
maven.xml
-
ant:echo${my.property}/ant:echo
j:if test=${my.property == 'myValue'}
ant:echotrue/ant:echo
/j:if
outputs:
[echo] myValue
notice that [echo] true is not output.
now if I do this:
maven.xml
-
j:set var=my.property value=myValue/
ant:echo${my.property}/ant:echo
j:if test=${my.property == 'myValue'}
ant:echotrue/ant:echo
/j:if
outputs:
[echo] myValue
[echo] true
Why this difference? Am I doing something wrong? Any thoughts?
Thanks,
Ben
-
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: UmlGraph with javadoc (javadoc: invalid flag: -use)
Which J2SDK and OS do you use ? Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 17:57 =C0=A0: Maven Users List Objet=A0: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Hi all, =20 I have trouble using the UmlGraph doclet with maven. I have the = following in my project.properties: =20 =20 =20 # javadoc plugin =20 maven.javadoc.doclet =3D UmlGraph =20 maven.javadoc.docletpath =3D g:/api/javadoc/UmlGraph-2.8.jar =20 =20 =20 when I invoke maven:javadoc I get the following: =20 =20 =20 G:\projekte\studbuch\servermaven javadoc =20 __ __ =20 | \/ |__ _Apache__ ___ =20 | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ =20 |_| |_\__,_|\_/\___|_||_| v. 1.0 =20 =20 =20 build:start: =20 =20 =20 xdoc:init: =20 =20 =20 maven-javadoc-plugin:report: =20 [javadoc] Generating Javadoc =20 [javadoc] Javadoc execution =20 [javadoc] javadoc: invalid flag: -use =20 [javadoc] usage: javadoc [options] [packagenames] [sourcefiles] [classnames] [EMAIL PROTECTED] =20 [javadoc] -overview file Read overview documentation = from HTML file =20 [javadoc] -public Show only public classes and = members =20 [javadoc] -protectedShow protected/public classes = and members (default) =20 [javadoc] -package Show package/protected/public classes and members =20 [javadoc] -private Show all classes and members =20 [javadoc] -help Display command line options = and exit =20 [javadoc] -doclet class Generate output via alternate = doclet =20 [javadoc] -docletpath pathSpecify where to find doclet = class files =20 [javadoc] -sourcepath pathlistSpecify where to find source = files =20 [javadoc] -classpath pathlist Specify where to find user = class files =20 [javadoc] -exclude pkglistSpecify a list of packages to exclude =20 [javadoc] -subpackages subpkglist Specify subpackages to = recursively load =20 [javadoc] -breakiteratorCompute 1st sentence with BreakIterator =20 [javadoc] -bootclasspath pathlist Override location of class = files loaded =20 [javadoc] by the bootstrap class loader =20 [javadoc] -source release Provide source compatibility = with specified release =20 [javadoc] -extdirs dirlistOverride location of installed extensions =20 [javadoc] -verbose Output messages about what = Javadoc is doing =20 [javadoc] -locale nameLocale to be used, e.g. en_US = or en_US_WIN =20 [javadoc] -encoding name Source file encoding name =20 [javadoc] -Jflag Pass flag directly to the = runtime system =20 [javadoc] =20 [javadoc] 1 error =20 [delete] Deleting directory G:\projekte\studbuch\server\target\javadoc\src =20 BUILD SUCCESSFUL =20 Total time: 4 seconds =20 Finished at: Fri Sep 24 17:40:10 CEST 2004 =20 =20 =20 What am I doing wrong? =20 Thanks in advance, Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UmlGraph with javadoc (javadoc: invalid flag: -use)
Hi, Which J2SDK and OS do you use ? j2sdk1.4.2_05 on Windows XP Pro. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UmlGraph with javadoc (javadoc: invalid flag: -use)
I reproduced your problem. Its source is that we pass the standard doclet parameters even if the = user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this WE. Thanks Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 22:11 =C0=A0: 'Maven Users List'; 'Arnaud HERITIER' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Hi, =20 Which J2SDK and OS do you use ? =20 j2sdk1.4.2_05 on Windows XP Pro. =20 Filip =20 =20 =20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =20 =20 =20 #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D gPopper Menu = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UmlGraph with javadoc (javadoc: invalid flag: -use)
Hi that would be great, In which component should I place the issue? Greets, Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:17 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) I reproduced your problem. Its source is that we pass the standard doclet parameters even if the = user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this WE. Thanks Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 22:11 =C0=A0: 'Maven Users List'; 'Arnaud HERITIER' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Hi, =20 Which J2SDK and OS do you use ? =20 j2sdk1.4.2_05 on Windows XP Pro. =20 Filip =20 =20 =20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =20 =20 =20 #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D gPopper Menu = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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: UmlGraph with javadoc (javadoc: invalid flag: -use)
http://jira.codehaus.org/browse/MPJAVADOC -Original Message- From: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:22 PM To: 'Maven Users List'; 'Arnaud HERITIER' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) Hi that would be great, In which component should I place the issue? Greets, Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:17 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) I reproduced your problem. Its source is that we pass the standard doclet parameters even if the = user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this WE. Thanks Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 22:11 =C0=A0: 'Maven Users List'; 'Arnaud HERITIER' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Hi, =20 Which J2SDK and OS do you use ? =20 j2sdk1.4.2_05 on Windows XP Pro. =20 Filip =20 =20 =20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =20 =20 =20 #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D gPopper Menu = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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: UmlGraph with javadoc (javadoc: invalid flag: -use)
Thanks: issue opened. Could you post an email to the list after it is resolved? Thx, Filip -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:28 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) http://jira.codehaus.org/browse/MPJAVADOC -Original Message- From: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:22 PM To: 'Maven Users List'; 'Arnaud HERITIER' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) Hi that would be great, In which component should I place the issue? Greets, Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:17 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) I reproduced your problem. Its source is that we pass the standard doclet parameters even if the = user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this WE. Thanks Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 22:11 =C0=A0: 'Maven Users List'; 'Arnaud HERITIER' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Hi, =20 Which J2SDK and OS do you use ? =20 j2sdk1.4.2_05 on Windows XP Pro. =20 Filip =20 =20 =20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =20 =20 =20 #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D gPopper Menu = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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: UmlGraph with javadoc (javadoc: invalid flag: -use)
It's fixed. I published the plugin's snapshot on this repository : http://cvs.apache.org/repository/maven/plugins/ If you can test it please. I'll release the plugin this WE. Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 22:39 =C0=A0: 'Maven Users List' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Thanks: issue opened. Could you post an email to the list after it is resolved? =20 Thx, Filip =20 -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:28 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) http://jira.codehaus.org/browse/MPJAVADOC -Original Message- From: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:22 PM To: 'Maven Users List'; 'Arnaud HERITIER' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) Hi that would be great, In which component should I place the issue? Greets, Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:17 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) I reproduced your problem. Its source is that we pass the standard doclet parameters even if the =3D user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this WE. Thanks Arnaud -Message d'origine- De=3DA0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=3DE9=3DA0: vendredi 24 septembre 2004 22:11 =3DC0=3DA0: 'Maven Users List'; 'Arnaud HERITIER' Objet=3DA0: RE: UmlGraph with javadoc (javadoc: invalid flag: = -use) =3D20 Hi, =3D20 Which J2SDK and OS do you use ? =3D20 j2sdk1.4.2_05 on Windows XP Pro. =3D20 Filip =3D20 =3D20 =3D20 = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D20 =3D20 =3D20 = #=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D gPopper Menu =3D = =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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] =20 =20 =20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =20 =20 =20 #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D gPopper Menu = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UmlGraph with javadoc (javadoc: invalid flag: -use)
Hi, works great. Thanks for fixing it that fast. Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 11:54 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) It's fixed. I published the plugin's snapshot on this repository : http://cvs.apache.org/repository/maven/plugins/ If you can test it please. I'll release the plugin this WE. Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: vendredi 24 septembre 2004 22:39 =C0=A0: 'Maven Users List' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Thanks: issue opened. Could you post an email to the list after it is resolved? =20 Thx, Filip =20 -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:28 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) http://jira.codehaus.org/browse/MPJAVADOC -Original Message- From: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:22 PM To: 'Maven Users List'; 'Arnaud HERITIER' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) Hi that would be great, In which component should I place the issue? Greets, Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:17 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) I reproduced your problem. Its source is that we pass the standard doclet parameters even if the =3D user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this WE. Thanks Arnaud -Message d'origine- De=3DA0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=3DE9=3DA0: vendredi 24 septembre 2004 22:11 =3DC0=3DA0: 'Maven Users List'; 'Arnaud HERITIER' Objet=3DA0: RE: UmlGraph with javadoc (javadoc: invalid flag: = -use) =3D20 Hi, =3D20 Which J2SDK and OS do you use ? =3D20 j2sdk1.4.2_05 on Windows XP Pro. =3D20 Filip =3D20 =3D20 =3D20 = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D20 =3D20 =3D20 = #=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D = 3D=3D3D=3D3D=3D3D gPopper Menu =3D = =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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] =20 =20 =20 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =20 =20 =20 #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D gPopper Menu = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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: UmlGraph with javadoc (javadoc: invalid flag: -use)
You had the chance that I worked on it ;-) Arnaud -Message d'origine- De=A0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=E9=A0: samedi 25 septembre 2004 00:26 =C0=A0: 'Maven Users List'; 'Arnaud HERITIER' Objet=A0: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) =20 Hi, works great. Thanks for fixing it that fast. =20 Filip =20 -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 11:54 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) It's fixed. I published the plugin's snapshot on this repository : http://cvs.apache.org/repository/maven/plugins/ If you can test it please. I'll release the plugin this WE. Arnaud -Message d'origine- De=3DA0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=3DE9=3DA0: vendredi 24 septembre 2004 22:39 =3DC0=3DA0: 'Maven Users List' Objet=3DA0: RE: UmlGraph with javadoc (javadoc: invalid flag: = -use) =3D20 Thanks: issue opened. Could you post an email to the list after it = is resolved? =3D20 Thx, Filip =3D20 -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:28 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: -use) http://jira.codehaus.org/browse/MPJAVADOC -Original Message- From: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:22 PM To: 'Maven Users List'; 'Arnaud HERITIER' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: = -use) Hi that would be great, In which component should I place the issue? Greets, Filip -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 10:17 PM To: 'Maven Users List' Subject: RE: UmlGraph with javadoc (javadoc: invalid flag: = -use) I reproduced your problem. Its source is that we pass the standard doclet parameters even if the =3D3D user use another doclet. Can you open an issue on Jira please ? I will try to fix it for the release that we'll be donn this = WE. Thanks Arnaud -Message d'origine- De=3D3DA0: Filip Polsakiewicz [mailto:[EMAIL PROTECTED] Envoy=3D3DE9=3D3DA0: vendredi 24 septembre 2004 22:11 =3D3DC0=3D3DA0: 'Maven Users List'; 'Arnaud HERITIER' Objet=3D3DA0: RE: UmlGraph with javadoc (javadoc: invalid = flag: =3D -use) =3D3D20 Hi, =3D3D20 Which J2SDK and OS do you use ? =3D3D20 j2sdk1.4.2_05 on Windows XP Pro. =3D3D20 Filip =3D3D20 =3D3D20 =3D3D20 =3D = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D3D20 =3D3D20 =3D3D20 =3D = #=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D= 3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D =3D 3D=3D3D3D=3D3D3D=3D3D3D gPopper Menu =3D3D =3D = =3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D=3D= 3D3D=3D3D3D=3D3D3D=3D3D3D=3D3D=3D 3D=3D3D3D=3D3D3D=3D3D3D=3D3D3D# Delete from Gmail inbox: = mailto:del|[EMAIL PROTECTED] Mark message as unread:= mailto:unr|[EMAIL PROTECTED] Mark message as read: = mailto:rea|[EMAIL PROTECTED] =3D = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D20 =3D20 =3D20 = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] =3D20 =3D20 =3D20 = #=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D gPopper Menu =3D = =3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D3D=3D= 3D=3D3D=3D3D=3D3D=3D3D# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[EMAIL PROTECTED] = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
Re: property from .properties vs j:set
you'd get true for both in Maven 1.1. Dotted properties weren't
support in expressions, but I believe that they are fully now.
Cheers,
Brett
On Fri, 24 Sep 2004 12:30:02 -0700, Ben Anderson
[EMAIL PROTECTED] wrote:
I'm thinking this is the desired behavior. First of all, I think it's wrong to
use the dot notation for the var attribute of j:set. This style should be
limited to o.a.c.j.e.ConstantExpression's, which is the type of any variables
that are created from properties files. Using
j:set ... value=${my.property}/ will create a variable of that same type
(ConstantExpression). While j:set ...${my.property}/j:set creates a new
variable of type String. So, my conclusion is that (correct me if I'm wrong)
in order to use a property variable in an expression like
j:if test=${myProperty == 'someValue'} you must first create a variable of
type String:
j:set var=myProperty${my.property}/j:set
-Ben
Quoting Ben Anderson [EMAIL PROTECTED]:
Hi,
I've noticed that there is a distinct difference with properties declared in
a
.properties file vs. properties set using j:set. I'm wondering if this is
the
desired behavior or a bug. For instance:
build.properties
my.property=myValue
maven.xml
-
ant:echo${my.property}/ant:echo
j:if test=${my.property == 'myValue'}
ant:echotrue/ant:echo
/j:if
outputs:
[echo] myValue
notice that [echo] true is not output.
now if I do this:
maven.xml
-
j:set var=my.property value=myValue/
ant:echo${my.property}/ant:echo
j:if test=${my.property == 'myValue'}
ant:echotrue/ant:echo
/j:if
outputs:
[echo] myValue
[echo] true
Why this difference? Am I doing something wrong? Any thoughts?
Thanks,
Ben
-
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: JAVA_HOME not defined correctly? But it is!
Hi Brett! Brett Porter wrote: looks like it should work. Here is the segment of the script: ... Can you run that on its own and check if it also fails? If so, run it with set -x first and post the output. $ mavenshort (name of the script with these lines and #!/bin/sh -x) + '[' -z '' ']' + '[' -n '' ']' + JAVACMD=java + '[' '!' -x java ']' + echo 'Error: JAVA_HOME is not defined correctly.' Error: JAVA_HOME is not defined correctly. + echo ' We cannot execute java' We cannot execute java + exit I read this like JAVA_HOME is not set (but it is, as I said before), and so we are unable to execute maven. Hrmmm, if I place absolute settings for JAVA_HOME and JAVACMD (below the if-fi block with 'if [ -z $JAVACMD ] ; then' (line 120)) maven works. I've defined JAVA_HOME in /etc/bash.bashrc, within the actual shell I can see it with set: $ set | grep JAVA_HOME JAVA_HOME=/usr/lib/j2sdk1.5-sun. I'm able to work with the workaround above, but this can't be the final solution. Thanks! Greetings, Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
