If the dates are all in the .xml files, that would 'serve' for this purpose.

How heavy depends on how cleverly they've provided maven plugins,
after all, on the other hand.

On Mon, Jun 27, 2011 at 9:01 AM, Stephen Connolly
<[email protected]> wrote:
> Ugh! very heavyweight.... file:/// is usually sufficient
>
>
> On 27 June 2011 13:55, Benson Margulies <[email protected]> wrote:
>> I'm checking into whether archiva can be launched embeddedly.
>>
>> On Mon, Jun 27, 2011 at 8:36 AM, Stephen Connolly
>> <[email protected]> wrote:
>>> I have been working on the mock-repository-maven-plugin over at
>>> mojo... but it's a side-project of one of my side-projects'
>>> side-projects...
>>>
>>> I shall be getting back at some time in the near future.
>>>
>>> I would do something like a file:/// based repo for now until I can
>>> get you the mock-repo plugin
>>>
>>> -Stephen
>>>
>>> On 27 June 2011 13:24, Benson Margulies <[email protected]> wrote:
>>>> There's a jira claiming that the 'don't update snapshots' flag isn't
>>>> working. I thought to build a real test case; I wondered if we have
>>>> anything in the way of a precedent. I need to construct a repo that
>>>> claims to have a very new snapshot so that Maven will be tempted to
>>>> download it. I can think of a way to set this up, but i didn't want to
>>>> repeat history.
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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]

Reply via email to