Altough a mailfilter can do the job, it's allways better to keep
the traffic as low as possible. So, here it is a lurker
+1
incze
On Thu, Mar 02, 2006 at 06:20:43AM -0500, Vincent Siveton wrote:
+0
Vincent
2006/3/1, Jason van Zyl [EMAIL PROTECTED]:
Hi,
I just wanted to close this
On Sat, Oct 15, 2005 at 02:38:10PM +0200, Arnaud HERITIER wrote:
I prefer it too (essentially for the 1st reason). I hope that m3 (if there's
one) will not be incompatible with m2 projects !! ;-)
Arnaud
Either solution is good for me, but should be mirrored
in the shell file, too (seems
On Wed, Aug 24, 2005 at 12:03:55PM +0200, Carsten Ziegeler wrote:
After updating from alpha-3 to the latest from SVN I can't compile
Cocoon anymore. I think the problem is related to classloading or
handling of classes.
As one dependency we have the xml-apis-1.3.02 implementing DOM level 3
On Wed, Aug 24, 2005 at 04:21:58PM +1000, Brett Porter wrote:
I think this is reasonable, but I'd like to allow multiple sources
(properties, and multiple files). The existence of the filtering element
can be used to trigger it.
filtering
filterTokens
tokenvalue/token
[ http://jira.codehaus.org/browse/MNG-765?page=comments#action_44924 ]
Incze Lajos commented on MNG-765:
-
I would welcome this possibility. The migration from maven1 to maven2 is not a
one step process. Many projects should coexist in a maven1 cc
On Wed, Aug 17, 2005 at 03:44:22AM +0200, Trygve Laugstøl wrote:
On Wed, Aug 17, 2005 at 02:44:15AM +0300, Andrius Karpavicius wrote:
Hello,
Wanted to try the latest version of M2 as described in
http://maven.apache.org/maven2/building.html.
Compilation and etc.. of Maven worked
[ http://jira.codehaus.org/browse/MNG-722?page=comments#action_44485 ]
Incze Lajos commented on MNG-722:
-
You are not alone. No, at the moment it works with UTF-8, but not e.g. with
ISO-8859-1.
I have a pom.xml. It is an UTF-8 xml file with accented
[ http://jira.codehaus.org/browse/MNG-722?page=comments#action_44500 ]
Incze Lajos commented on MNG-722:
-
OK. I've tracked down the problem. The velocity propery is involved only when it
is the template engine that creates the output writer. In this case
[ http://jira.codehaus.org/browse/MNG-722?page=all ]
Incze Lajos updated MNG-722:
Attachment: patch.txt
FileWriter(...) - OutputStreamWriter(FileOutputStream(...), outputEncoding)
Works for me. Tested with ISO-8859-1, UTF-8 outputEncoding and
without
Environment: all
Reporter: Incze Lajos
maven-site-plugin maven-site.vm contains wired encoding:
meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1 /
It probably needs a conf. parameter and changed to
meta http-equiv=Content-Type content=text/html; charset=$outputEncoding
[ http://jira.codehaus.org/browse/MNG-722?page=comments#action_44277 ]
Incze Lajos commented on MNG-722:
-
The diagnosis OK, but the cure is bad. It basically depends on
the velocity settings what the output encoding will be. So, the
velocity properties
jmorph upload request
-
Key: MAVENUPLOAD-416
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-416
Project: maven-upload-requests
Type: Task
Reporter: Incze Lajos
An affix stripping stemmer and morphological analyzer in java (for Hungarian
On Sun, May 15, 2005 at 02:03:12PM -0400, Jason van Zyl wrote:
[...]
META-INF/maven/${groupId}-${artifactId}.pom
[...]
META-INF/maven/${groupId}-${artifactId}.properties
Why not ${groupId}/${artifactId}? The other scheme seems
to be unresolvable if you don't have restrictions on the
On Tue, Feb 17, 2004 at 12:50:12PM +1000, Ben Walding wrote:
I was merely responding to the but it's not in the repository part of
your email.
As to how the bootstrap works - not sure what the preconditions are for
that.
Ben,
don't get me wrong, I've appeciated your reply. Simply tried
Hi,
seemingly, the curent HEAD wants to use some XmlPullParser,
but it's not in the repository. at the moment, and I can't
see it as a core dependency, either.
Here it is the dependency resolving section, no pullparser
dependency is here:
---
[mkdir] Created dir:
On Tue, Feb 17, 2004 at 09:25:16AM +1000, Ben Walding wrote:
XPP = http://www.ibiblio.org/maven/xpp3/jars/
Incze Lajos wrote:
That's all right, and I know it, but a bootstrap build should
download it itself, shouldn't it? If it's needed to the bootstrap
build, it's a core dependency.
incze
On Mon, Jan 26, 2004 at 10:57:22PM +0100, Stoffels, Ralf (FWI-AW2) wrote:
Hi,
what is wrong with ${pom.artifacts.size()} ?
[JellyException: Unable to create expression]
E.g. ${pom.artifacts.clear()} does work.
Ralf
Maybe you have the same problem that I had. Try this:
j:set
On Sun, Jan 18, 2004 at 04:31:10PM -0600, [EMAIL PROTECTED] wrote:
Build OK.
Happy, to see. I'm not allways so lucky.
incze
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wed, Jan 14, 2004 at 03:56:44PM -, [EMAIL PROTECTED] wrote:
evenisse2004/01/14 07:56:44
Added: surefire-runner .cvsignore project.xml
surefire-runner/src/main/org/apache/maven/test
MavenJUnitTestSuite.java MavenTestSuiteLoader.java
On Mon, Jul 14, 2003 at 04:21:47PM +0200, Siegfried Gschl wrote:
Hi folks,
did I miss Maven B9 or was this release dropped ?!
Siegfried Goeschl
CTO
You missed it. It's been out for monthes.
incze
-
To unsubscribe,
BTW:
For the moment I have tested my API with username, user password
kept in properties file. I think such approach is not acceptable.
You can use command line to pass properties to maven:
maven war:deloy -Dmaven.repo.ibiblio.password = **
This is already better ... but
On a fresh CVS clean bootstrap build I get (building maven with itself phase):
...
[exec] [junit] dir attribute ignored if running in the same VM
[exec] [junit] Running org.apache.maven.project.ProjectInheritanceTest
[exec] [junit] Tests run: 1, Failures: 1,
On Tue, Jun 24, 2003 at 11:24:00PM +0200, Rafal Krzewski wrote:
Incze Lajos wrote:
On a fresh CVS clean bootstrap build I get (building maven with itself phase):
...
[exec] [junit] dir attribute ignored if running in the same VM
[exec] [junit] Running
On Tue, Jun 24, 2003 at 10:14:05PM +, [EMAIL PROTECTED] wrote:
jvanzyl 2003/06/24 15:14:05
Modified:src/test/java/org/apache/maven/project
ProjectInheritanceTest.java
Log:
o Need to use basedir.
That's ok for this test case. But there are other
On Wed, Jun 25, 2003 at 12:53:39AM +0200, Incze Lajos wrote:
Now, the problem is that we have a jsch-0.1.5 dependency, but no artifact
at ibiblio to download.
incze
Artifact plugin has compile error with jsch-0.1.5.jar, so no build yet.
incze
There is a basedir/baseDir mismatch in the recent patch.
incze
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wed, Jun 25, 2003 at 01:31:39AM +0200, Incze Lajos wrote:
There is a basedir/baseDir mismatch in the recent patch.
incze
Other problem:
private String PS = System.getProperty( path.separator );
Should be:
private String FS = System.getProperty( file.separator );
incze
On Fri, Jun 13, 2003 at 07:05:37PM +0100, [EMAIL PROTECTED] wrote:
Has anyone had a look lately at their maven.log when bootstrap building
maven?
I dont know whether its something particular to my machine - but the log
file has literally thousands of null chars at he beginning (nearly
28 matches
Mail list logo