@Component.
>>
>>
>> -----
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Apache Maven
> http://twitter.com/jvanzyl
> -
>
> What matters is not ideas, but the people who have them. Good people can fix
> bad ideas, but good ideas can't save bad people.
>
> -- Paul Graham
>
>
>
>
>
--
Carsten Ziegeler
cziege...@apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
ticipant which
hopefully allows us to use above configuration without the above
problems.
Regards
Carsten
> -Guo
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additiona
ncy
> properties.
So is this something we could implement in Maven (easily)?
Carsten
>
> thanks
> david jencks
>
> On Nov 8, 2011, at 9:00 AM, Brett Porter wrote:
>
>>
>> On 08/11/2011, at 8:15 AM, Carsten Ziegeler wrote:
>>
>>> Yes, we were using that
2011/11/8 Brett Porter :
>
> On 08/11/2011, at 8:15 AM, Carsten Ziegeler wrote:
>
>> Yes, we were using that approach for years now and it turned out to be
>> too error prone as you have to keep the plugin configuration and the
>> dependency list in sync. It doesn
Maven 1
> that we rejected upfront.
>
> In my experience, it's actually less verbose since you typically include or
> exclude just a handful, or can use wildcards, rather than having to put a
> property of each dependency.
>
> - Brett
>
> On 07/11/2011, at 11:55
Maybe a little bit more information :) We need this information just
for the build of the project containing this information. It's read by
a custom plugin. So even if the information would not end up in the
maven repository, we're fine.
Carsten
2011/11/7 Carsten Ziegeler :
> Hi,
nheritance or transitive handling of this additional
information)
The question now is, what do you think about it? Is there something
planned in that direction? If we would do it, do you think that we
might get into trouble with future versions of maven?
Regards
Carsten
--
Carsten Ziege
lthough a
newer version of the snapshot is in the local repository. And the
interesting thing is, that although a version has been downloaded, the
local one is later on used.
Carsten
--
Carsten Ziegeler - Open Source Group, S&N
have a memory leak. I can't rebuild Cocoon in one run due to a OOM
in the middle of the build, but on the second run it works.
WDYT?
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http:/
Kenney Westerhof schrieb:
> On Mon, 19 Sep 2005, Carsten Ziegeler wrote:
>
> Yes, set the environment variable MAVEN_OPTS; it's value is passed
> as JVM arguments.
>
Ok, thanks
> Btw this is a typical user question, you best use the users list for these
> types of
usual
java memory properties the right way?
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional command
[ http://jira.codehaus.org/browse/MNG-797?page=all ]
Carsten Ziegeler updated MNG-797:
-
Attachment: patch.txt
> fix checksum parsing
>
>
> Key: MNG-797
> URL: http://jira.codehaus.org/browse/MNG-797
[ http://jira.codehaus.org/browse/MNG-797?page=comments#action_45613 ]
Carsten Ziegeler commented on MNG-797:
--
Attached is a patch that should fix the problems with md5 signatures.
> fix checksum parsing
>
>
>
[ http://jira.codehaus.org/browse/MEV-73?page=all ]
Carsten Ziegeler closed MEV-73:
---
Resolution: Fixed
Thanks
> commons-collections is missing scope
>
>
> Key: MEV-73
>
[ http://jira.codehaus.org/browse/MEV-74?page=all ]
Carsten Ziegeler closed MEV-74:
---
Resolution: Fixed
Thanks
> commons-lang is missing scope
> -
>
> Key: MEV-74
> URL: http://jira.code
the verifyChecksum() method of the
DefaultWagonManager? This should fix the problems.
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
-
To unsubscribe, e-
Resource Plugin overwrites default excludes
---
Key: MNG-811
URL: http://jira.codehaus.org/browse/MNG-811
Project: Maven 2
Type: Bug
Components: maven-plugins
Versions: 2.0-beta-1
Reporter: Carsten Ziegeler
As
commons-lang is missing scope
-
Key: MEV-74
URL: http://jira.codehaus.org/browse/MEV-74
Project: Maven Evangelism
Type: Bug
Components: Invalid POM
Reporter: Carsten Ziegeler
The dependency for junit needs the scope test
--
This
commons-collections is missing scope
Key: MEV-73
URL: http://jira.codehaus.org/browse/MEV-73
Project: Maven Evangelism
Type: Bug
Components: Invalid POM
Reporter: Carsten Ziegeler
The dependency for junit needs the scope
Hurray! Thanks Brett!
Carsten
[EMAIL PROTECTED] wrote:
> Author: brett
> Date: Sun Aug 28 00:18:35 2005
> New Revision: 263841
>
> URL: http://svn.apache.org/viewcvs?rev=263841&view=rev
> Log:
> PR: MNG-788
> bring back the "filtering" attribute in resou
Brett Porter wrote:
> Carsten Ziegeler wrote:
>
>
>>1) Avalon framework. Up to version 4.1.0 (or something) Avalon had one
>>big jar: the avalon framework. Then starting with 4.1.1 they splitt this
>>into two jar files: api and impl. But for convenience they prov
[ http://jira.codehaus.org/browse/MNG-788?page=comments#action_45345 ]
Carsten Ziegeler commented on MNG-788:
--
Sigh, and I thought this topic was easy...
Anyway, it seems that we all agree to have a filtering "instruction" for a
resource whic
Carsten Ziegeler wrote:
> 1) Avalon framework. Up to version 4.1.0 (or something) Avalon had one
> big jar: the avalon framework. Then starting with 4.1.1 they splitt this
> into two jar files: api and impl. But for convenience they provide both
> versions, so for example, you h
gkit and god knows what else).
So I agree that theoretically it shouldn't be required but practically
it will be. :)
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Is there any way to turn off transitive dependencies? Or do I have to
find the dependency which has "wrong dependencies" and explicitly exlude
the "wrong" one there?
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://ww
[ http://jira.codehaus.org/browse/MNG-787?page=comments#action_45277 ]
Carsten Ziegeler commented on MNG-787:
--
Retesting today without updated from the Maven svn, the NPE does not appear
anymore (I guess this is due to some updates of some dependency
[ http://jira.codehaus.org/browse/MNG-788?page=comments#action_45261 ]
Carsten Ziegeler commented on MNG-788:
--
Your description was very good, so copying it was the ideal solution (it's open
source, so copying is allowed) :)
Thinking about
Proposal for improved resource filtering
Key: MNG-788
URL: http://jira.codehaus.org/browse/MNG-788
Project: Maven 2
Type: Improvement
Components: maven-plugins
Versions: 2.0-beta-1
Reporter: Carsten Ziegeler
Reporter: Carsten Ziegeler
Priority: Blocker
The current dependency mechanism does not use the versions specified in the POM
for compilation. It uses the most recent version from some transitive
dependency. An example is the xml-apis. If you specifiy e.g. version 1.3.02 in
your pom, version
I added an issue to JIRA for this: MNG-788. I described a slightly
different (imho better :) ) solution.
If noone objects I'll come up with a patch in the next days.
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/web
Brett Porter wrote:
> Carsten Ziegeler wrote:
>
>
>>How do I specify this?
>>[1.3.02] creates a NPE.
>>
>>
>
> Another bug?!
It seems so :(
I get this stack trace:
java.lang.NullPointerException: version wa
e 5) anyway and would use
the default.
I'll start filing a JIRA entry soon with a proposal and as soon as we
agree on something there, I will try to implement it.
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
ation is quite a mess and unfortunately 2.0.2 seems
> very prevalent. It would be fantastic if we could get some sanctioned
> releases to use instead (or can we use jaxp-1.3?)
>
I was thinking about using a new name like xml-commons-apis as it is a
sub project of the xml-commons project. This wo
Trygve Laugstøl wrote:
> On Thu, Aug 25, 2005 at 03:18:45PM +0200, Carsten Ziegeler wrote:
>
>>From the plan below, I'm able to address a) and b), but currently I
>>don't know how to enhance the POM (Item c)). So if anyone could
>>implement c) I'm will
>From the plan below, I'm able to address a) and b), but currently I
don't know how to enhance the POM (Item c)). So if anyone could
implement c) I'm willing to provide a patch for the resource plugin.
Carsten
Carsten Ziegeler wrote:
> Now, what do you think of the followi
(This time with log attached)
Carsten Ziegeler wrote:
> Brett Porter wrote:
>
>>This be related to the compiler changes that have been going on.
>>
>>Carsten - can you svn up with th elogging I just added and check the
>>library is passed in?
>>
>
>
Carsten Ziegeler wrote:
> Brett Porter wrote:
>
>>This be related to the compiler changes that have been going on.
>>
>>Carsten - can you svn up with th elogging I just added and check the
>>library is passed in?
>>
>
> Sure, I can't at the moment
Brett Porter schrieb:
> This be related to the compiler changes that have been going on.
>
> Carsten - can you svn up with th elogging I just added and check the
> library is passed in?
>
Sure, I can't at the moment, but I'll try tonight and report back tomorrow.
Cars
I think I picked up a wrong subject, of course I don't mean that I have
problems compiling m2 itself. I have problems while using m2 to compile
my own project.
Carsten
Carsten Ziegeler wrote:
> After updating from alpha-3 to the latest from SVN I can't compile
> Cocoon anym
Kenney Westerhof wrote:
> On Wed, 24 Aug 2005, Carsten Ziegeler wrote:
>
>
> The difference is that you only define the _tokens_ in the pom, not their
> values. This indicates which tokens are used by the resource files.
Ah, sorry, I didn't notice this detail in your previous
d the
jar is downloaded, the DOM level 3 classes are not found. So I guess
that classes inside the org.w3c.dom package (and others) comming from
the dependencies are ignored and the system classes are used instead.
(But this is just a guess).
Any idea how to solve this?
Carsten
--
Carsten Zie
sing tokens directly in the pom or putting them in a properties
file is the same thing, it's just a different location. Therefore I
think it makes sense to directly specify property files for the
resources in addition to possible tokens.
But I don't insists on this,
roperties
>
>
>
> Dowside is that for a single file it is quite verbose.
>
Yeah, I thought of this, too and I think it makes absolutely sense.
So, +1 :)
Carsten
--
Carsten Ziegeler - Open Source Group, S&N A
don't have
tested it yet and I'm not sure if the properties file is resolved in the
correct location. But it would be a start :) (At least it compiles and
the resource plugin still works the way it is today.)
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http:/
e the fields passed in instead.
>
Ah, yes, now I see it - sorry for the noise.
Thanks
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
-
To unsubscribe,
xists() ) {
...
FileUtils.copyFile(new File( sourceDirectory, ... );
}
Now from what I see here, I think the copyFile operation should work
on the warSourceDirectory and not on the sourceDirectory. WDYT?
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-
46 matches
Mail list logo