A code generator needs input. Hence some generic formal language is used to
specify the input to the genric code generator? UML? Visualization of a generic
language could mean - speak UML, UML is a reality today. UML modells can says
much more then 1000 words? Hence I opt for better integration
Ahem ... this wasn't quite the path I was indenting to go with my question.
What I am looking for is a generator-plugin that uses a template engine (such
as Velocity) to generate code, and uses as input an pojo-object model
representing the details of a Java class that it should generate code
The bad thing is that just I noticed that m2e actually *clears* already
manually configured native library paths from Eclipse's build path config!
So while it is unable to *set* that information, it is checky enough to
*remove* correct, existing, wanted settings. :-(
-Ursprüngliche
Who said that I do not use the EclEmma Eclipse plugin? Actually I do. :-)
But that does neither solve the problem that each new guy in the team needs to
set up his java.library.path in Eclipse again, nor the problem that a CI server
like Jenkins / Hudson needs to know about all native libraries
I haven't seen any generator plugin that does what you're looking for.
Wearing a Maven hat, I don't think that having these stub classes generated
to src/main/java belongs to the build lifecycle. It's a separate process
that should be executed outside of a Maven build. SO you would then have a
Ok. I just assumed that the EclEmma Eclipse plugin would handle all of this
in Eclipse. I haven't used it myself.
Any CI problems are not related to this; I was just focusing on the Eclipse
part of the problem.
/Anders
On Thu, Feb 28, 2013 at 11:08 AM, Markus Karg k...@quipsy.de wrote:
Who
Take a look at https://github.com/lrkwz/konakart-mavenized
--
View this message in context:
http://maven.40175.n5.nabble.com/How-to-Add-multiple-Jars-tp5579644p5748729.html
Sent from the Maven - Users mailing list archive at Nabble.com.
EclEmma simply runs code coverage. AFAIK it does not care about
java.library.path at all. My actual need is one POM-centric declaration of a
DLL dependency that works in *any* tools able to deal with POMs. :-)
-Ursprüngliche Nachricht-
Von: anders.g.ham...@gmail.com
Not sure if it meets all of your criteria, but did you take a look at
war overlays? (
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html)
You could have your main project as a war file, and each client would
get his own overlay project.
Patrick
On 13-02-27 03:56
Hi everybody,
Currently I am trying to build up an assembly for our project. I needed a
filtered output so I came to the shade plugin.
This is what I am doing:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-shade-plugin/artifactId
version2.0/version
There is a golden principle of maven, one artifact per module...
You seem to be trying to get 4 artifacts out of 1 module... Not on the
maven way are you!
On Thursday, 28 February 2013, Jan Engler wrote:
Hi everybody,
Currently I am trying to build up an assembly for our project. I needed a
Am 28.02.2013 14:50, schrieb Jan Engler:
As you might have seen, I want to have 4 artifacts: api.jar,
api-sources.jar, full.jar, full-sources.jar.
Which of these are supposed to be used as dependencies in other projects?
Each project can supply exactly 1 artifact for dependent Maven builds.
Hi,
thanks for your help,
At first: in fact this is only one artifact. The full jar contains all
classes of the dependecies, the api a reduced set (using filtern in the
shade plugin).
Even if I split that up into 2 projects, I cannot define modules then in
the pom, right? I need to do s/t
Am 28.02.2013 16:24, schrieb Jan Engler:
At first: in fact this is only one artifact. The full jar contains all
classes of the dependecies, the api a reduced set (using filtern in the
shade plugin).
Is there a (conceivable) Maven build that uses api.jar as a dependency?
Then it must be the
Take a look at appfuse ( http://appfuse.org/display/APF/Home), there may be
some inspiration in how do things.
Patrick
On 13-02-28 04:57 AM, christofer.d...@c-ware.de wrote:
Ahem ... this wasn't quite the path I was indenting to go with my question.
What I am looking for is a
Am 28.02.2013 19:47, schrieb Joachim Durchholz:
Am 28.02.2013 16:24, schrieb Jan Engler:
At first: in fact this is only one artifact. The full jar contains all
classes of the dependecies, the api a reduced set (using filtern in the
shade plugin).
Is there a (conceivable) Maven build that uses
The following is not going to really help you, but I just wanted to point
out that a plugin was recently initiated at mojo (still in the sandbox)
dedicated to templating (called templating-maven-plugin).
It's currently only supporting Maven sources filtering, but the plan is to
support different
I doubt that this plugin is not executed when you perform a mvn install
if it executes for mvn initialize. If it would be the case, it's a bug in
Maven core.
If you're using Maven 3, the console output will very clearly state the
plugins being executed. Could you execute mvn install and ensure
Hi Tim,
Tim Kettler wrote:
Am 28.02.2013 19:47, schrieb Joachim Durchholz:
Am 28.02.2013 16:24, schrieb Jan Engler:
At first: in fact this is only one artifact. The full jar contains all
classes of the dependecies, the api a reduced set (using filtern in the
shade plugin).
Is there a
Hi,
Don't you have to use the https or ssh transport for github write access?
The git protocol is read-only on github.
Anyway you're right, the error message is a bit confusing. ;)
Andreas
Am Donnerstag, 28. Februar 2013 schrieb seba.wag...@gmail.com :
Hi,
I have configured a Maven project
Hi Andreas,
sorry its actually a private Git repo, I just replaced/obfuscated the
domain name
Sebastian
Am 01.03.2013 20:56 schrieb Andreas Gudian andreas.gud...@gmail.com:
Hi,
Don't you have to use the https or ssh transport for github write access?
The git protocol is read-only on github.
21 matches
Mail list logo