Skip to main content

[jsr363-experts] Re: "External" JAR compiling

  • From: Werner Keil < >
  • To: " " < >
  • Subject: [jsr363-experts] Re: "External" JAR compiling
  • Date: Mon, 9 Feb 2015 15:05:55 +0100

All,

Whatever we use (Profile, Toolchain, etc.) in the end, we may require at
least one Jenkins job per special environment somewhere, too.
For the default scenario I used the example of JSR 354 and others
subsequently adding Travis builds for UOM Parent and API
https://github.com/unitsofmeasurement/unit-api now shows in the Readme
file, if something broke the build.
We won't get Travis to build against separate platforms, so for that either
at GeoAPI or another friendly host different Jenkins or other CI
server jobs are necessary.

Regards,
Werner



On Wed, Feb 4, 2015 at 1:01 PM, Werner Keil 
< >
 wrote:

> Btw. there's also a place "in our own backyard" to see how Maven Compiler
> Plugin can be customized to use additional JARs (likely the main RT can
> also be changed in a similar way)
> https://github.com/unitsofmeasurement/uom-demos/blob/master/javafx/fxlib/pom.xml
>
> Together with Raj I started Mavenizing the JavaFX demo FXlib in
> Hackergarten on JavaOne. It's fully functional and built together with
> other demos since then.
> Running via Maven should work, though I'm not sure, if I tried that
> outside NetBeans, but especially building it happens whenever the POM is
> built.
>
> Regards,
> Werner
>
>
>
> On Tue, Feb 3, 2015 at 1:04 AM, Werner Keil 
> < >
>  wrote:
>
>> Profiles could be one approach.
>> See more onn compiler args including a different rt.jar here
>>
>http://maven.apache.org/plugins/maven-compiler-plugin/examples/pass-compiler-arguments.html
>>
>> Tamaya raised my attention to Maven Toolchains, another option to decide
>> between different JVMs and various options.
>> This Codehaus list of various toolchains
>http://docs.codehaus.org/display/MAVEN/Toolchains
>> even mentions a "J2ME Plugin"
>http://mojo.codehaus.org/j2me-maven-plugin/howto.html but I have no
>> idea, if that might do us any good with Java ME 8. Worth a look anyway.
>>
>> Werner
>>
>> On Tue, Feb 3, 2015 at 12:56 AM, Martin Desruisseaux <
>>
>>  wrote:
>>
>>> Le 03/02/15 00:50, Leonardo Lima a écrit :
>>>
>>> > Yes!
>>> >
>>> > Using a specific .jar instead of the default "rt.jar" from the JDK.
>>>
>>> with javac?
>>>
>>> If this is about using an other "rt.jar" file when compiling the code
>>> with javac, then you want to set the "bootstrap classpath". This can be
>>> done in Maven with a profile like below:
>>>
>>>   <profiles>
>>>     <profile>
>>>       <activation>
>>>         <property>
>>>           <name>bootclasspath</name>
>>>         </property>
>>>       </activation>
>>>       <build>
>>>         <plugins>
>>>           <plugin>
>>>             <artifactId>maven-compiler-plugin</artifactId>
>>>             <configuration>
>>>               <compilerArgs>
>>>                 <arg>-bootclasspath</arg>
>>>                 <arg>${bootclasspath}</arg>
>>>               </compilerArgs>
>>>             </configuration>
>>>           </plugin>
>>>         </plugins>
>>>       </build>
>>>     </profile>
>>>   </profiles>
>>>
>>> Then, when launching Maven, just pass the
>>> -Dbootclasspath=/path/to/your/rt.jar option to Maven.
>>>
>>>     Martin
>>>
>>>
>>
>


[jsr363-experts] "External" JAR compiling

Leonardo Lima 02/02/2015

[jsr363-experts] Re: "External" JAR compiling

Martin Desruisseaux 02/02/2015

[jsr363-experts] Re: "External" JAR compiling

Leonardo Lima 02/02/2015

[jsr363-experts] Re: "External" JAR compiling

Martin Desruisseaux 02/02/2015

[jsr363-experts] Re: "External" JAR compiling

Werner Keil 02/03/2015

[jsr363-experts] Re: "External" JAR compiling

Werner Keil 02/04/2015

[jsr363-experts] Re: "External" JAR compiling

Werner Keil 02/09/2015

[jsr363-experts] Re: "External" JAR compiling

Martin Desruisseaux 02/09/2015

[jsr363-experts] Re: "External" JAR compiling

Werner Keil 02/09/2015
 
 
Close
loading
Please Confirm
Close