Fox wrote:
>>
>> The network team confirmed that this is only Unicom with the issue. They
>> are looking at alternate routes that would hopefully work.
>>
>>
>> On Mon, Jul 9, 2012 at 5:31 PM, Niclas Hedhman wrote:
>>>
>>> Ok, good to know
s isn't intentional of course. Let me see what I can dig up
>> based in your traces.
>>
>> --Brian (mobile)
>>
>>
>> On Jul 7, 2012, at 11:45 PM, Niclas Hedhman wrote:
>>
>> > (I am not subscribed, so please CC me on any responses)
>&
6) 425.045 ms
38.104.84.130 (38.104.84.130) 643.349 ms
19 te8-2-3580.bbr1.lax1.bandcon.com (69.16.190.214) 189.074 ms
189.148 ms 193.641 ms
20 209.107.203.19 (209.107.203.19) 629.087 ms 412.329 ms 225.912 ms
--
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy f
I get the impression that;
1. The software that this PMC is responsible for, is moving to Eclipse, and
2. That the Apache Maven project is just another project working on it.
I don't think the page follows trademark guidelines, and the PMC
should take action.
Thank you
--
Niclas Hedhman
On Tuesday 04 July 2006 20:53, Carlos Sanchez wrote:
> If project A says it depends on B 1.0 and C says it depends on B 1.1,
> there's a conflict in Maven, Ant and anything you want to use, the
> difference is that Maven tries to do it for you, but you still can
> override that behaviour.
Well, si
On Wednesday 05 January 2005 16:39, Nicola Ken Barozzi wrote:
> The Depot project SVN
> is still there, ready to be used if/when needed by the Maven project.
>From the Magic project we have spun off what we call Transit, which provides a
simple, flexible and powerful solution to artifact manageme
On Thursday 19 August 2004 18:35, Tobias Wolf wrote:
> In an first approach I simply created the directory 'template' and 'jars'
> under my .magic/main and defined it as an ressource in my index.xml. When i
> can append it to the dependencies of my project and i am finished. Now I am
> able to use
On Tuesday 11 May 2004 20:21, Heritier Arnaud wrote:
> Hello guys.
>
> Didn't you have some problems when you update your code from cvs ?
> Since yesterday each file that I update is in conflict (I tested it at
> work and at home).
>
> ...
> cvs update: move away xdocs/start/anakia.xml; it
On Monday 19 April 2004 20:40, Jason van Zyl wrote:
> Huh? You don't want to share dependencies anywhere?
No. Just to say that
xerces -> 2.4.0
avalon-logkit -> 1.2
jakarta-bcel -> 5.2
log4j -> 1.2.1
and so on.
> > I want to have ONE place, where I can list the versions to use
> > for each arti
On Monday 19 April 2004 20:07, Vincent Massol wrote:
> This defeats the goal of centralizing dependency definitions. We find it
> better to have:
>
> &xml-apis;
This is really good tip... :o)
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.or
On Monday 19 April 2004 04:11, Jörg Schaible wrote:
> So my /myproject/build/entities directory contains the project.ent and all
> the files that define the real entities like characters.ent,
> versions.ent, ...
>
> project.ent contains the lines:
>
> %character-entities;
> %version-entities;
>
On Monday 19 April 2004 02:05, Jason van Zyl wrote:
> To help you could give me a little tree description of your build and
> describe how you would like things shared.
> I would assume that ideally, you would like to a parent POM in very
> top-level directory in order to share as much as possibl
t;
> > -Original Message-
> > From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> > Sent: 18 April 2004 19:27
> > To: Maven Developers List
> > Subject: Re: XML Catalogs
> >
> > On Sun, 2004-04-18 at 12:23, Niclas Hedhman wrote:
> > > On Sunday 18
On Monday 19 April 2004 01:27, Jason van Zyl wrote:
> > We are trying (@Avalon) the hardest to centralize the versioning of our
> > 70+ versioned artifacts, their cross-dependencies and all the external
> > dependencies that are involved.
>
> I believe the fellow who manages development said he ha
On Monday 19 April 2004 01:19, bob mcwhirter wrote:
> Has the w3c done a catalog spec?
Not sure, but I think they either have, or are in the process of doing it...
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org |
+--//-
On Sunday 18 April 2004 23:39, Jason van Zyl wrote:
> You pretty gave no explanation as to why catalogs would be a good thing
> other than saying:
We are trying (@Avalon) the hardest to centralize the versioning of our 70+
versioned artifacts, their cross-dependencies and all the external
depen
Hi,
Since noone reacted on my quest for XML Catalog support in Maven, I am
patching Maven myself to handle it.
I have 2 questions;
1. I'll submit a patch back to the community, so which branch should I make
the diff against.
2. In MavenUtils.getNonJellyProject(), there is a 1), 2) & 3) steps
On Wednesday 14 April 2004 15:52, [EMAIL PROTECTED] wrote:
> > ${pom.sourceDirectory}
>
> That should be ${pom.build.sourceDirectory}.
Ok, my bad!!! Thanks!
> >
And the "maven.src.dir" is not equal to "pom.build.sourceDirectory"? Or maybe
not yet?
Niclas
--
+-//-
I have
${basedir}/src/main
${pom.sourceDirectory}
**/*.properties
**/*.x*
and in the -X output, I get;
java:jar-resources:
[DEBUG] FileSet: Setup scanner in dir
/home/niclas/dev/opensource/avalon-sandbox/merlin-test/
Is it possible to define a or equivalent on the execution of
:
So that when the tag has been executed by 'someone else', my
postGoal is executed??
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org |
+--//---
Hi,
If "dist:build" is invoked on a cleaned project, it will not call the
"site:generate" goal, but if I manually run "site:generate" before the
"dist:build" the site docs are included in the distro.
Is this really a natural and expected behaviour?
IMHO, either the dist:build calls the goals
On Friday 09 April 2004 00:04, Heritier Arnaud wrote:
> Anybody else has this error ???
Yes, I do...
I have tracked it to happening inside the maven-ant-plugin at;
Why? No clue...
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.h
Shouldn't Xalan be in lib/endorsed ??
Or is there someway to automagically get it in there from my project?
If it is not copied there, the doesn't work.
Cheers
Niclas
--
+-//---+
| http://www.bali.ac |
| http://niclas.hedhman.org |
+--//-
Hi,
Does Maven contain Catalog support?
http://xml.apache.org/commons/components/resolver/resolver-article.html
I think it could solve a lot of
http://wiki.codehaus.org/maven/EnsureProjectConsistencyWithEntities
And if it would only be a matter of
import org.apache.xml.resolver.tools.CatalogRe
Hi,
I have been searching high and low for some way to define global properties,
which are shared by multiple sub-projects.
Does it exist?
If not, would it be conceivable to introduce a 'import', 'include' or 'extend'
feature in .props files.
Here at Avalon would could benefit tremendously
On Sunday 04 April 2004 14:01, Jason van Zyl wrote:
> We are trying to do the exact opposite.
Ok, fair enough.
Q1; Do you have any pointers on how to publish plug-ins?
Q2; But then you will require that the user download the 500 plugins that you
end up using, no?
Cheers
Niclas
--
+
Hi,
I would like the Maven community to discuss a solution where other Apache
projects are given a 'partitition' in Maven Plugins to create their own
solutions to be automatically included in Maven distros.
It wouldn't be harder than;
for PROJECT in `cat projectsfile` ; do
if [ -d /home/cv
Solved (thanks to Stephen McConnell)!
maven.license.licenseFile had a "file:", which it couldn't
Probably same for other locations. Could there be some unfied way of how files
and directories are indicated. It will be impossible to remember when to use
file:// URLs and when not.
My suggestion
On Monday 15 March 2004 09:55, Brett Porter wrote:
Dion, Brett...
> This has been the focus for about 6 months.
:o)
> In terms of core, RC2 is basically RC1 with bugfixes and internal clean up.
> The current road map for 1.0 has no featuritis :) All new features get
> pushed to maven 1.1. Every
On Monday 15 March 2004 08:11, [EMAIL PROTECTED] wrote:
> As part of the ongoing process of decoupling the core, I think we should
> split the jelly tags out from the maven cvs repository into a maven-tags
> repository.
Hi,
I am using Maven only because Avalon decided at some point to adapt it, a
30 matches
Mail list logo
