will be
better to just create my own implementation using code from
JavaCodeTransform?
Regards,
Plamen Totev
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Hi Enrico,
Thanks for the reply.
On 24.10.2019 г. 0:57, Enrico Olivelli wrote:
> Il mer 23 ott 2019, 20:29 Plamen Totev ha
> scritto:
>
>> Hi,
>>
>> I would like to create plugin that generates test coverage report.
> Yes, it my have sense.
>
> As far as I k
Hi,
As the branch is now merged is there anything that blocks the release of
Plexus IO 3.0.0?
Regards,
Plamen Totev
to be able to reprieve
artifacts from a new service, not the Dependency plug-in.
Regards,
Plamen Totev
On Jun 4, 2017 14:23, "Paul Hammant" wrote:
> So I have 27 releases of XStream unzipped and pushed to
> https://github.com/paul-hammant/mc-xs-classes
>
> (8.4M of Ja
' t have the time
to participate right now. But I'll follow the development with interest.
Regards,
Plamen Totev
s
are worth taking the risk?
What do you think? Do you have any other concerns related to the
support of symbolic links on Windows.
Regards,
Plamen Totev
p.s. Microsoft is trying to improve the support for symbolic links.
The Windows 10 Creators update will contain some improvements that
will allo
n help you with that.
Make sure you're not executing any macros on the second parsing (or at
least that is what the APT parser is doing, Maybe there is a better
way to avoid infinite recursion or similar problems, but this should
do I think).
Hope this helps you.
Regards,
Plamen Totev
[1
ache/maven/doxia/module/markdown/MarkdownParser.java?view=markup#l109
[3]
http://svn.apache.org/viewvc/maven/doxia/doxia/trunk/doxia-modules/doxia-module-markdown/src/main/java/org/apache/maven/doxia/module/markdown/MarkdownParser.java?view=markup#l250
On Tue, Jun 13, 2017 at 11:26 PM, Plamen To
And one last thing - `AsciidoctorParser` actually extends
`org.apache.maven.doxia.module.xhtml.XhtmlParser` but I don't think it
delegates the parsing to it in any way. It's strange why it extends it
then. Maybe I'm missing something.
On Tue, Jun 13, 2017 at 11:49 PM, Plamen Totev
o run Maven, right?
Regards,
Plamen Totev
On Sun, Aug 13, 2017 at 12:12 AM, Karl Heinz Marbaise
wrote:
> Hi Robert,
>
> I've made a separate issue MCOMPILER-304 to introduce plexus-language
> component.
>
> Kind regards
> Karl Heinz Marbaise
>
> On 12/08/17
et? I personally think that the majority
of the projects would like to have the version set.
Regards,
Plamen Totev
On Tue, Aug 22, 2017 at 8:17 PM, Robert Scholte
wrote:
> Hi,
>
> The JDK 9 jar packager comes with 2 extra options: main-class and
> module-version.
> The first one i
On Tue, Aug 22, 2017 at 11:03 PM, Robert Scholte wrote:
>
>
> The maven-shade-plugin has the ability to re-package a jar and manipulate any
> type of file, including class files. The best example is relocation, where
> you give a set of classes a different package to prevent potential class
> c
e(modules or not) in their root folder, right? Or I
am wrong?
Regards,
Plamen Totev
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
that maybe such functionality(adding/replacing information
to the ModuleDescriptor) is good fit for the newly introduced
plexus-languages project?
Regards,
Plamen Totev
[1] http://cr.openjdk.java.net/~mr/jigsaw/spec/jar.html
[2] https://github.com/codehaus-plexus/plexus-archiver/issues/67
[3]
s well.
> Would be great if you can pick it up from here.
Yes, I will. Thanks for the starting point. I took a look at the asm
API, the class file format and the jar tool implementation so I should
be able to continue from here.
Regards,
Plamen Totev
--
ady yet as
there are no tests and Java Docs. The commit messages should be more
detailed as well. But all changes to the API and the work on
implementing the functionality are done so if you want you can take a
look. Any comments and suggestions are welcome. I'll continue with the
tests next wee
onfiguration.setMainClass( "com.example.app.Main" );
archiver.setModuleConfiguration( moduleConfiguration );
archiver.createArchive();
Regards,
Plamen Totev
[1] https://github.com/codehaus-plexus/plexus-archiver/pull/75
On Wed, Sep 6, 2017 at 10:03 PM, Plamen Totev wrote:
> Hi
Hi,
I've started working on implementing support for modular JARs in
Plexus Archiver but as I research the matter I found that they are
more complex than I expected. I've updated the GitHub issue[1] with
the details but I'll post the findings here as well. The modular JAR
files contain not only ve
Hi,
Actually that might just work. Good idea. I'll take a look at it.
Thanks,
Plamen Totev
On Wed, Dec 20, 2017 at 9:53 PM, Robert Scholte wrote:
> On Wed, 20 Dec 2017 07:40:24 +0100, Plamen Totev
> wrote:
>
>> Hi,
>>
>> I've started working on imp
one for https://svn.apache.org/repos/asf/maven/components/trunk/
no matter that actually those commits are the same - same date,
author, message, files, etc.
Regards,
Plamen Totev
On Sun, Dec 24, 2017 at 11:54 AM, wrote:
> I'd suggest to try the process to a personal personal repo on GitHub
/maven-war-plugin
and one for
https://svn.apache.org/repos/asf/maven/components/trunk/maven-plugins/
no matter that actually those commits are the same - same date,
author, message, files, etc.
I've just missed maven-plugins/ from the last URL
On Mon, Dec 25, 2017 at 10:58 AM, Plamen Totev
ing is ok. And it looks like the build is
failing on Linux JDK 9 and Windows JDK 8 as well, so if there is a bug
(and not a problem with the build) then it is probably not a Windows
or JDK 9 related.
Regards,
Plamen Totev
-
To unsub
Value(
Attributes.Name.CLASS_PATH );
assertNotNull( classPath );
The NullPointerExceptions from the rest of the tests are coming from
the same expression (`manifest.getMainAttributes().getValue(
"Class-Path" ).getBytes()`).
On Wed, Dec 27, 2017 at 9:39 AM, Plamen Totev wrote:
&
e topic - looks like the branches are not
migrated into the maven-plugins repository.
Also as the script modifies the tag I fell obligated to mention the
usual warning when changing tags -
https://git-scm.com/docs/git-tag#_on_backdating_tags
Regards,
Plamen Totev
On Thu, Dec 28, 2017 at 10:43 A
- 15 tags have an issue I don't really understand yet [5]
I haven't looked at them yet, but in general the error means that a
"prepare release" commit reachable from master is found but the
content of the files (the SHA of the root tree) does not match the
tagged ones. I suspect
"create a fluido
1.3.x branch" and "copy for tag") so the only thing left is to update
the tag(the HEAD is actually the 1.3.1 release):
$ git tag -f -a maven-fluido-skin-1.3.1
Regards,
Plamen Totev
p.s. Hervé, sorry looks like I've hit reply instead of reply all
acr-plugin-1.1/pom.xml
*
https://github.com/apache/maven-acr-plugin/compare/maven-acr-plugin-1.0...maven-acr-plugin-1.1
- but this shows all changes. I'm not sure how to limit it to specific
file.
Regards,
Plamen Totev
-
To
om/apache/maven-apache-parent/compare/apache-18...HEAD
* The commits between apache-18 and apache-17:
https://github.com/apache/maven-apache-parent/compare/apache-17...apache-18
I guess the tags are now updated so it should work for you as well.
Regards,
Plamen Totev
p.s. Hervé, excuse me for the s
ticed that the pom.xml at `apache-5` tag does have very
"interesting" content. The version says "6-SNAPSHOT" instead of "5".
Maybe the tag points to commit after the release?
Regards,
Plamen Totev
[1]
https://github.com/apache/maven-apache-parent/compare/apache-5
e copied should not
be based on their usage. To me it makes more sense to copy the
attributes, although copying the last modified timestamp may surprise
some evelopers (like me for example) as `cp` on Linux updates the last
modified timestamp of the copy.
Regards,
Plamen Totev
[1] https://gith
lity using only the JDK jar
tool, it would be easier to update the module descriptors using asm (IMHO).
About the ToolProvider - maybe I'm missing something but it is available
only for Java 9 and does not allow the use of tool chains, does it?
Regard
n to the Java compiler.
Regards,
Plamen Totev
[1] https://github.com/codehaus-plexus/plexus-archiver/pull/75
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
me
the class format version is increased we should update the ASM library
and release a new version of the JAR plugin otherwise the build will
fail. Also the users should update the JAR plugin version. That may
prove to be a bit inconvenient.
From my point of view the trade-off is ease of main
Hi,
On Wed, Jan 31, 2018 at 7:40 PM, Hervé BOUTEMY wrote:
> I must confess that I don't understand G+ nor Facebook buttons result
Facebook might show in your news feed that you've liked the link
(https://maven.apache.org/pom/maven). Given the fact that is not the
page where the button is locat
y objections to implement it this way? I think this
is better approach than my previous attempt[2].
Regards,
Plamen Totev
[1]
https://github.com/plamentotev/plexus-archiver/commit/b124aceb3f6a912a9dca44f5d14b9f3f2919bc6d
[2] https://github.com
with the
content of the pull_request_template.md file.
Regards,
Plamen Totev
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
hat is far as I can go as I don't have permissions
to publish the artifacts. Is there any volunteer to make the releases?
Regards,
Plamen Totev
[1] https://github.com/codehaus-plexus/plexus-archiver/milestone/11
[2] https://github.com/codehaus-plexus/plexus
Sorry, the correct Plexus Archiver version is 3.6.0
On Sat, Apr 14, 2018 at 9:50 AM, Plamen Totev wrote:
> Hi,
>
> I would like to prepare a release for Plexus Archiver 3.6.1 [1] and
> Plexus IO 3.0.1[2]. There are a couple of bug fixes and support for
> modular JAR archive is
we can make the codehaus-plexus repositories regular ones
(they appear as forks now). That would help with them being more
easily identified as the canonical repositories.
Regards,
Plamen Totev
-
To unsubscribe, e-mail: dev
can call it with:
git pushwithlease
You can read more here - https://www.atlassian.com/blog/git/extending-git
Regards,
Plamen Totev
On Sun, Jul 22, 2018 at 1:30 PM Karl Heinz Marbaise wrote:
>
> Hi,
>
> I have wrote up a conclusion about my currently working scripts to make
>
Speaking of making the plugins Java 11 ready maybe we should update
the Plexus Parent POM as some of the plugins are not compatible with
Java 11 (Enforcer plugin in particular) and that blocks the CI builds
of some Plexus projects. What do you think?
Regards,
Plamen Totev
On Wed, Oct 3, 2018 at 7
d love
to contribute to the project and help it with the maintenance but not
sure about what to do so I'll be very grateful if you could give me some
directions where I can get more info or help.
Thanks,
Plamen Totev
-
To
was
wondering if there are any Maven plugins affected by it.
Regards,
Plamen Totev
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
ch. Does this change require major version change
in Plexus Archiver? Not quite sure if ConcurrentJarCreator is part of
the public interface of the library.
Thanks,
Plamen Totev
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apach
44 matches
Mail list logo