Thanks for the feedback so far.
One PR was already merged, kudos also.
Regarding ’studies’ I have added a profile (with that name) to the reactor
build and set the PR to ready
as well as the remaining draft PRs:
Maven Sources (Reactor): https://github.com/apache/maven-sources/pull/13
Maven Mapp
>
> @Piotr P. Karwasz
understood.
reproduced, yes.
I would investigate it today.
right now I already found how to solve it into the dest xsd, but I need
some time to learn about how to insert it into the
modello-generator&mdo-model.
Hi Xeno,
On 20.01.2025 05:01, Xeno Amess wrote:
org.apache.maven.plugins
maven-plugin-plugin
it can pass xsd check(maven-4.0.0.xsd), using dom4
ps: IMO even better if we apply a value-checker in xsd to ensure the
usable values.
Xeno Amess 于2025年1月20日周一 12:26写道：
> @Guillaume Nodet
> dependency scope now sounds a mystery to me.
> 1. in mdo(and thus generated xsd), we declare there be 5 type of
> dependency scopes:
> [image: 截图 2025-01-20
@Guillaume Nodet
dependency scope now sounds a mystery to me.
1. in mdo(and thus generated xsd), we declare there be 5 type of dependency
scopes:
[image: 截图 2025-01-20 12-19-01.png]
means compile, runtime, test, system, provided
2. in the url website
https://maven.apache.org/guides/introduction/int
Hi.
I checked the xml
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
https://maven.apache.org/xsd/maven-4.0.0.xsd";>
4.0.0
org.example
acm_test
1.0-SNAPSHOT
acm_test
> It would be nice to be able to validate XML properly.
yep, I would look into it.
maybe it can be another smaller pr first.
Gary Gregory 于2025年1月17日周五 21:23写道：
> As a tangent "combine.self" shows up as an XML validation failure in
> maven-v4_0_0.xsd, which confusingly is used with Maven 3.
>
>
Ok thanks that's the issue. But is it my problem? Its not obvious how to
remediate.
So I offer this fix https://github.com/apache/maven-archiver/pull/86/files
Delany
On Sun, 19 Jan 2025 at 15:47, Jorge Solórzano wrote:
> This is due to a limitation of MS-DOS time limitation in zip files:
> https
This is due to a limitation of MS-DOS time limitation in zip files:
https://issues.apache.org/jira/browse/MSHARED-1446
On Sun, Jan 19, 2025 at 2:09 PM Delany wrote:
> Hi,
>
> I updated maven-remote-resource-plugin from 3.2.0 to 3.3.0 and now my build
> fails with:
> '1970-08-23T09:01:59Z' is not
Hi,
I updated maven-remote-resource-plugin from 3.2.0 to 3.3.0 and now my build
fails with:
'1970-08-23T09:01:59Z' is not within the valid range 1980-01-01T00:00:02Z
to 2099-12-31T23:59:59Z
August 1970 is within this Unix epoch so what's the problem?
Something special about 1980-01-01T00:00:02Z d
10 matches
Mail list logo
