Where can I get an XSD that defines the Clover XML schema? - clover

I have tried Atlassian Clover docs, but I can only find info on the Ant build XML specification. I am sure the information is there, but I am struggling to find it. Alternatively, an example of a modular Clover XML file would be helpful.

Download the Clover-for-Ant ZIP file (http://www.atlassian.com/software/clover/download) and unpack it. Schema is in etc\clover.xsd.

Related

Can not find LucenePDFDocument class in pdfbox-2.0.2.jar

I want to parse pdf document to be indexed by Lucene using pdfbox package. The required class LucenePDFDocument which is in org.apache.pdfbox.examples.lucene.LucenePDFDocument package. But in the jar file I have not found it. So, my java program is not getting compiled.
Kindly help!!!
The answer of the question goes as follows...
Previously before pdfbox version 1.7.1, org.apache.pdfbox.examples package was included but there is no package as examples.lucene.LucenePDFDocument.
From 1.7.1 there is no org.apache.pdfbox.examples package.
So, in order to use LucenePDFDocument class in your application, one has to compile the source and make a jar and use it in the application. In the source there is a example package directory. So, example package will be included once compiled from source.

Is there a reference website/manual that documents the structure of the .iml, .iws and .ipr files from intellij?

As the title suggests, is there any documentation that describes what the content of the configuration files should be? anything from an xsd to a reference manual regarding it's structure would be helpful.
I am researching how to automate the setup of my idea workspace using gradle's idea plugin.
After some correspondence with JetBrains Staff, I discovered that the XSD files are not available for public viewing.
an excerpt from the email:
"There is no complete references or XSD for these files. The format is internal and is not > designed for others to reuse."
If you want to generate projects, consider using Maven or Gradle, generate the files for these tools that IDEA will be able to import them.
Either that means JetBrains don't want you playing with their configuration files (I don't know how Gradle knows what to do) or the structure is subject to change and shouldn't be modified for backwards compatibility purposes (Say intellij updates their IDE and the config files are modified with a new structure, any programs designed to modify according to a previous structure may be invalid).

I can not find for the source code repository for poi-ooxml-schemas

Alright, this is a little bit wierd. I've checkout apache-poi version 3.9 source code from
http://archive.apache.org/dist/poi/release/src/
But I can not find the source code for poi-xml-schemas. I have been googling but to no avail. Where is the code repository for these project? Is it a separate project from the poi source code or it is from some other project used as a library, but where is the code repository?
This is covered in the Apache POI FAQ (#14), from which I quote:
14. I can't seem to find the source for the OOXML CT.. classes, where do they come from?
The OOXML support in Apache POI is built on top of the file format XML Schemas, as compiled into Java using XMLBeans. Currently, the compilation is done with XMLBeans 2.3, for maximum compatibility with installations. (You can use the resulting classes on the XMLBeans 2.3 runtime, or any later version of XMLBeans. If you are currently using XMLBeans 2.2 or earlier, you will unfortunately have to upgrade, but this isn't common any more).
All of the org.openxmlformats.schemas.spreadsheetml.x2006 CT... classes are auto-generated by XMLBeans. The resulting generated Java goes in the ooxml-schemas-src jar, and the compiled version into the ooxml-schemas jar.
The full ooxml-schemas jar is distributed with Apache POI, along with the cut-down poi-ooxml-schemas jar containing just the common parts. The source jar isn't normally distributed with POI. It is, however, available from Maven Central - ask your favourite Maven mirror for the ooxml-schemas-src jar. Alternately, if you download the POI source distribution (or checkout from SVN) and build, Ant will automatically download the specification XML Schema, and compile it for you to generate the source and binary ooxml-schemas jars.
https://repo1.maven.org/maven2/org/apache/poi/ooxml-schemas/1.0/
has the ooxml schema ----- CTArray jar files.

How can I use Sandcastle Help File Builder to generate documentation without documentation source?

I want to be able to generate help documentation from existing topic files (.AML) using Sandcastle. I use Sandcastle Help File Builder to assist the with the configuration and generatation of the documentation.
I do not want to publish any code documentation, however, if I do not specify a Documentation Source (e.g., project, solution, dll, exe, etc.) then the build fails.
How can I configure Sandcastle Help File Builder such that I can generate documentation without exposing the code documentation?
This is accomplished by enabling the Additional Content Only Plugin. This can be found in PlugInConfigurations in the Project Properties. Simply adding this plugin produces the desired output.

Is there a maven plugin that can diff files and output the result to file?

I've been working on integration-tests for a Java web service. The integration test now sends SOAP-requests to the server which are asserted via the SoapUI-plugin and for each of the SOAP-requests an xml file is produced and saved (a part of the integration-test phase).
Is there a plugin that allows me to diff the xml files that has been output and saved against a similar set of xml files that were produced in an earlier run? The idea is to diff xml files output from the previous release version with the current version to make sure the expected changes have been made to the xml files.
I hope my question is clear enough. Thanks in advance
EDIT: The xml files that I would like to compare against will be copied in to a directory (lets say, target/compare_against) by the person that is running the test. They are not under SCM.
The only plugin that will do diffs “natively” is the scm plugin, and that only if you've got the other version of the file committed to a repository. (I say “natively” because it probably just runs the diff in a subprocess internally anyway.) I mention this because your question wasn't really clear about how you were keeping around the data from the previous runs.
If that doesn't fit, you'll find the antrun plugin easiest.
I haven't seen any Maven plugins that will do it. You might be able to find an Ant Task (maybe this one?) to do it and use the antrun plugin to run the task. I did see some stuff about xmldiff and Maven/Ant integration but, it's kind of bare.