Source-und Javadoc-jar-generation

Ich denke, meine Frage ist einfach. Allerdings ist es erstaunlich, dass ich konnte nicht finden eine einfache Lösung.

Ich bin die Entwicklung einer open-source-Java-Bibliothek Projekt auf Netbeans und wie viele andere möchte ich für die Freigabe als binary.jar, source.jar und javadoc.jar.

Gibt es eine Möglichkeit, diese zu generieren, die automatisch auf Netbeans? Ich kenne maven kann es tun. Aber die Lernkurve scheint zu lang.

Gibt es eine ähnliche Frage, aber die einzige Antwort, die hat nicht funktioniert: Die automatische Generierung von source-und doc-Gläser in Netbeans

a) ich denke, die Lernkurve, um das maven-Lösung deutlich niedriger ist als die für eine manuelle Lösung b) bitte definiere "hat nicht funktioniert"

InformationsquelleAutor hrzafer | 2010-10-26

Hier ist die Lösung kam ich mit am Ende. Es nutzt Ant und erzeugt javadoc und source-jar. Dann ist es archives binary jar, javadoc, source.jar -, Lizenz-und readme-Datei in eine zip-Datei, die bereit ist, Sie zu entlassen.

 <target name="-pre-init">
    <property file="version.properties"/>
    <property name="dist.jar" value="dist/${ant.project.name}-${project.version}.jar"/>
</target>

<target description="bundle sources in a jar" name="package-sources">
    <jar basedir="src" destfile="build/release/${ant.project.name}-${project.version}-sources.jar"/>
</target>


<target name="package_for_release" depends="jar,javadoc, package-sources">
    <mkdir dir="build/release"/>
    <copy file="${dist.jar}" todir="build/release/"/>
    <copy file="licence.txt" todir="build/release/"/>
    <copy file="beni_oku.txt" todir="build/release/"/>
    <mkdir dir="build/release/doc"/>
    <copy todir="build/release/doc">
        <fileset dir="dist/javadoc" includes="**"/>
    </copy>

    <zip basedir="build/release/" includes="**" destfile="dist/${ant.project.name}-${project.version}.zip"/>
</target>

Öffnen build.xml in NetBeans als Rechte Maustaste - > ausführen-Ziel -> [weitere Ziele] -> package_for_release

Skript bekommt die Versionsnummer aus einer properties-Datei. Ich habe diese Lösung aus hier.

InformationsquelleAutor hrzafer

Dies ist maven config müssen Sie source und javadoc automatisch zu dem build:

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-javadoc-plugin</artifactId>
            <version>2.7</version>
            <executions>
                <execution>
                    <id>attach-javadoc</id>
                    <goals>
                        <goal>jar</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-source-plugin</artifactId>
            <version>2.1.2</version>
            <executions>
                <execution>
                    <id>attach-source</id>
                    <goals>
                        <goal>jar</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Dass es nicht so schrecklich, oder?

Und die Leute kritisieren, die die ant für Ihre ausführliche XML-format...
tun Sie das? Ich nur kritisieren, ant, weil es schrecklich ist, um code vor und zu Debuggen. im ernst: du könntest Streifen groupIds, Ausführung ids und die plugin-Versionen aus diesem code und es würde kürzer sein, aber ich bevorzuge Zauber Dinge aus.

InformationsquelleAutor Sean Patrick Floyd

1

Versuchen, ant http://ant.apache.org/ . Es ist einfacher zu lernen als maven und kannst deinen code compilation.
- Meiner Erfahrung nach ist es anders herum. Wir verwendet ein ant-build-Skript zu bauen, unsere Anwendung mit Quellcode und mehreren jar-Dateien. Später wechselten wir zu maven und mein Eindruck war, dass es stärker mit automatische lib Holen. Aber ich habe nur begrenzte Erfahrung mit beiden.
- es gibt verschiedene Arten von hart. Ant ist viel einfacher zu bedienen und zu erlernen schrittweise, weil Sie nicht haben, Ihr Projekt zu organisieren um ihn herum.
- das ist genau das, was macht die Ameise hart. Mit maven, Sie haben, um den übergang einmal und du bist und läuft, mit der Ameise, die Sie haben zu halten, optimieren und halten Sie sich Fragen, warum die Dinge nicht funktionieren, wie Sie es von Ihnen erwarten. Mit maven, alle plugins zusammen wirken auf Natürliche Weise, denn es ist ein gut definiertes Modell, dass unter jeder benutzt.
- die zwei wichtigsten features von maven sind a) automatisierte management von Abhängigkeiten und b) die Konvention über die Konfiguration (z.B. können Sie sich darauf verlassen, dass die Dinge sind, wo Sie sein sollen durch die Abfrage der entsprechenden Eigenschaften). Das wichtigste feature ist der ant ist, dass Sie können gerade über alles tun, aber das ist auch der Hauptgrund bug meiner Meinung nach.
- Von dem, was ich gehört habe, einige Leute haben sehr schlechte exoeriences mit maven handeln alles andere als "Natürliche", wnd, während ich bin sicher, es ist viel einfacher zu bekommen, um die Geschwindigkeit mit einem großen Komplex maven config als einen großen Komplex ant-Skript, wenn Sie nur wollen, X zu tun, ant können Sie einfach tun, ohne zu fordern, dass Sie Ihren rechten arm, Ihre Erstgeborene, und Ihre unsterbliche Seele.
- Ich denke, das hängt von Ihrer definition von "natural". Aber ich Stimme mit Ihrem zweiten Punkt: für kleine, isolierte Aufgaben, die Ameise ist wahrscheinlich besser, maven ist besser für das große Bild. BTW beide meinen rechten arm und meinen Erstgeborenen Sohn sind wohlauf, und nach kurzem Umstieg von windows zu ubuntu sogar meine unsterbliche Seele sollte ok sein.
- Maven ist ein Greuel, und nur für diejenigen geeignet, die nicht wirklich verstehen wollen, was Los ist unter der Haube. Nicht überraschend, wenn SHTF (und es ist am dampfen viel mit alle, aber die meisten trivial-Projekte) mit Maven, Sie werfen Ihre Hände in die Luft und verfluchen Ihr Schicksal. Erfahren Sie, Ant. Es ist sehr einfach, leistungsstark, einfach erweiterbar und es gibt keine Magische beteiligt. Es sagt viel über die engineering-Prozesse einer Organisation, Sie könnten wollen zu "abstrahieren", Ihren build-system.
- ... und wenn es um die Lösung und ziehen Sie in Abhängigkeiten die Kombination von Ant mit Ivy bietet alle von der oft angepriesenen "Vorteile" der Maven in Bezug auf dependency resolution, wieder mit keine Magie in eine völlig transparente Weise.
InformationsquelleAutor kasten

Maven-plugins könnte Sie beantworten

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-javadoc-plugin</artifactId>
    <version>2.7</version>
    <executions>
        <execution>
            <goals>
                <goal>jar</goal>
            </goals>
            <phase>package</phase>
        </execution>
    </executions>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-source-plugin</artifactId>
    <version>2.0.4</version>
    <executions>
        <execution>
            <goals>
                <goal>jar</goal>
            </goals>
            <phase>package</phase>
        </execution>
    </executions>
</plugin>

Nur Lesen Sie Ihre Frage genauer. Aber für ein einfaches Maven-Projekt dar nicht zu große Lernkurve, imho.

InformationsquelleAutor Paul McKenzie

0

Mit ant können Sie ganz einfach erstellen Sie Ihre javadoc, kompilieren, erstellen von jar-Dateien und zip-Datei.
Es ist besser, als es in netbeans, wenn da jemand dazu beitragen wollen, kann er es mit seiner bevorzugten IDE.

InformationsquelleAutor niels
0

Wenn Sie die Entwicklung einer Bibliothek, die anderen helfen könnten, zu entwickeln, dann sollten Sie darüber nachdenken, mit Maven.

Diese Weise Ihr Projekt wird unabhängig von der IDE und auch Abhängigkeiten, tests und Bereitstellung kümmern und zentral, statt je Beitragszahler Rollen Ihre eigenen.m

InformationsquelleAutor Peter Knego

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.