Maven - Jak zjistit licence knihoven

mvn dependency:resolve

Nejprve se musí spustit tenhle příkaz.

mvn license:license-list

Vypíše seznam všech licencí ze všech dependencies., který vypadá např. takto:

 * agpl_v3   : GNU Affero General Public License (AGPL) version 3.0
 * apache_v2 : Apache License version 2.0
 * fdl_v1_3  : GNU Free Documentation License (FDL) version 1.3
 * gpl_v1    : GNU General Public License (GPL) version 1.0
 * gpl_v2    : GNU General Public License (GPL) version 2.0
 * gpl_v3    : GNU General Public License (GPL) version 3.0
 * lgpl_v2_1 : GNU General Lesser Public License (LGPL) version 2.1
 * lgpl_v3   : GNU General Lesser Public License (LGPL) version 3.0
 * mit       : MIT-License 

mvn license:license-list -Ddetail

Ke každé licenci vypíše i krátký popis.

mvn project-info-reports:dependencies

Do "target/site/dependencies.html" nageneruje html se seznamem knihoven potřebných pro překlad/testy...

Groovy - kompilace Mavenem pomoci groovy-eclipse-compiler pluginu

Konečně to vypadá, že mám funkční jednoduchý způsob jak mavenem kompilovat Groovy a provolávat libovolně mezi sebou třídy napsané v Javě a třídy napsané v Groovy! Takhle vypadá kus pom.xml, který se o to stará:

	<project ... >
	...
	<dependencies>
	<dependency>
	<groupId>org.codehaus.groovy</groupId>
	<artifactId>groovy-all</artifactId>
	<version>2.1.8</version>
	</dependency>
	</dependencies>
	<build>
	<plugins>
	<!-- http://groovy.codehaus.org/Groovy-Eclipse+compiler+plugin+for+Maven-->
	<plugin>
	<artifactId>maven-compiler-plugin</artifactId>
	<!-- 2.8.0-01 and later require maven-compiler-plugin 3.1 or higher -->
	<version>3.1</version>
	<configuration>
	<!--<source>1.6</source>-->
	<!--<target>1.6</target>-->
	<compilerId>groovy-eclipse-compiler</compilerId>
	<!-- set verbose to be true if you want lots of uninteresting messages -->
	<!-- <verbose>true</verbose> -->
	</configuration>
	<dependencies>
	<dependency>
	<groupId>org.codehaus.groovy</groupId>
	<artifactId>groovy-eclipse-compiler</artifactId>
	<version>2.8.0-01</version>
	</dependency>
	<dependency>
	<groupId>org.codehaus.groovy</groupId>
	<artifactId>groovy-eclipse-batch</artifactId>
	<version>2.1.8-01</version>
	</dependency>
	</dependencies>
	</plugin>
	</plugins>
	</build>
	</project>

view raw MavenCompileGroovyAndJava_pom.xml hosted with ❤ by GitHub

Mini samplový projekt jde stáhnout tady: https://bitbucket.org/bugs_/samples/src/default/MavenCompileGroovyAndJava/?at=default

JAXB marshal element without @XmlRootElement anotation

When you are trying marshal MyClass, that is not anotated as @XmlRootElement element, you can obtain:

unable to marshal type "org.company.MyClass" as an element
because it is missing an @XmlRootElement annotation

Possible workaround is marshal your object in this way:

	Marshaller marshaller = jc.createMarshaller();
	marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT, Boolean.TRUE);
	marshaller.marshal(new JAXBElement<MyClass>(new QName("NameSpaceUri","ElementName"), MyClass.class, myClassInstance), System.out);

view raw gistfile1.java hosted with ❤ by GitHub

I have found, that more details can be found here:
http://weblogs.java.net/blog/2006/03/03/why-does-jaxb-put-xmlrootelement-sometimes-not-always
http://stackoverflow.com/questions/819720/no-xmlrootelement-generated-by-jaxb

Jax-WS - SchemaValidation zkouší číst stream 2x

JAX-WS, Metro, hází "Stream already closed" Při použití streamovaného dataSource

	@StreamingAttachment(parseEagerly = true, memoryThreshold = 4000000L)
	@WebService(name = "SomeService", targetNamespace = "http://www.comnapy.com/Some/Namespace", serviceName = "SomeService")
	@MTOM
	@SchemaValidation

view raw gistfile1.java hosted with ❤ by GitHub

Stane se to, že když je zapnutá Schema Validation, tak při validaci se přečte celý stream (ten attachment). Takže validace ho celý přečte a když dojde na skutečné spracování requestu a chtějí se přečíst data, tak to hodí "Stream already closed". A je po srandě.

Neznám žádné rozumné řešení tohoto problému. U nás jsme to pořešili tím, že jsme udělali vlastní DataSource. Která obalí skutečný stream a při prvním zavolání metody getInputStream() - což je z validace nevrátí skutečný stream, ale jen "new ByteArrayInputStream(new byte[]{})"
A až při druhém zavolání metody getInputStream() vrátí skutečný stream.
Tím ho validace nezničí a vše funguje. Jak říkám, jestli ví někdo jak to řešit lépe - sem s tím.

Takový hrozný DataSource pak vypadá zhruba takhle:

	import javax.activation.DataSource;
	import java.io.ByteArrayInputStream;
	import java.io.IOException;
	import java.io.InputStream;
	import java.io.OutputStream;
	/**
	* Vzniklo to, protoze servisa, ktera ma zapnute @SchemaValidation
	* Udela to, ze pri validaci zavola getInputStream a cely ho precte
	* Potom se pri vyplnovani responsu znova zavola getInputStream a chce ho napsat do response, jenomze
	* to umre, protoze ho uz precetla a zavrela validace.
	*
	* Reseni: na prvni volani to nevrati pravy inputStream
	*/
	public class InputStreamDataSourceWithHackForSchemaValidation implements DataSource {
	private InputStream inputStream;
	private int count = 0;
	public InputStreamDataSourceWithHackForSchemaValidation(InputStream inputStream) {
	this.inputStream = inputStream;
	}
	@Override
	public InputStream getInputStream() throws IOException {
	if (count == 0) {
	//First access to data stream is for @SchemaValidation (and we do not need read stream for validation)
	count++;
	return new ByteArrayInputStream(new byte[]{});
	}
	if (count != 1) {
	throw new IllegalStateException("getInputStream was expected to be called exactly twice");
	}
	//second access is for writing data to response
	count++;
	return inputStream;
	}
	@Override
	public OutputStream getOutputStream() throws IOException {
	throw new UnsupportedOperationException("Not implemented");
	}
	@Override
	public String getContentType() {
	return "*/*";
	}
	@Override
	public String getName() {
	return "InputStreamDataSource";
	}
	}

view raw gistfile1.java hosted with ❤ by GitHub