Dennis Sosnoski wrote:
> Hi Ivo,
>
> Right now I'm trying to figure out how to do that. Nigel Charman is also
> looking into it. Is there some way of automatically generating all the
> artifacts for maven2?
>
Well I don't know of an ant plugin that takes care of this. You could
consider moving to maven as your main build system off course :). I
think the simplest way would be to use maven to generate the pom for you
when you deploy. For example if you want to deploy your bind jar:
mvn deploy:deploy-file -DartifactId=jibx-bind -DgroupId=org.jibx
-Dversion=1.1.6 -DrepositoryId=jibx.org-DgeneratePom=true
-Durl=scp://jibx.org/path/to/www/dir -Dpackaging=jar
-Dfile=jibx-bind-1.1.6.jar
Before you run this you need to set up a settings.xml file in your local
maven home dir with the necessary authentication information. See
http://maven.apache.org/plugins/maven-deploy-plugin/deploy-file-mojo.html
for all the details.
You could off course integrate this into your ant build file. If you
need any help just let me know, I haven't been using ant as much lately,
but I'm quite familiar with maven.
> And by the way, there will be a 1.1.6a release out within the next day
> or two. It turns out the 1.1.6 binding compiler has a problem on Windows
> when you use default values in a binding, so the 1.1.6a release will
> include a fix. I'll also correct one glitch in the build.xml for the
> starter project, and add a link for the maven2 information (assuming we
> can figure out how to get the latter updated).
>
Great stuff.
Btw, Do you perhaps know more about the jibx-eclipse plugin? I want to
integrate the settings for the plugin in my maven build so that the
development environment is completely set up with a single maven build
again. Specifically I would like to know where the plugin stores it's
settings. I've seen other plugins store the settings in a simple text
file, but the jibx plugin seems to use some form of persistent storage?
Thanks so far,
Ivo
> - Dennis
>
>
> Ivo van Dongen wrote:
>
>> That's fantastic news. Could you please upload the new artifacts to the
>> maven 2 repository as well? We're using maven for all our projects and
>> it would be great if we can get all our dependencies that way (jibx,
>> maven-plugin and eclipse-plugin). Atm we've deployed the artifacts in
>> our local repository, but this is far from ideal.
>>
>> Thanks so much,
>> Ivo
>>
>> Dennis Sosnoski wrote:
>>
>>
>>> I've released JiBX 1.1.6, which includes several added features and many
>>> bug fixes. Here's a full list of the fixes since the 1.1 production release
>>> (with changes <= 12 included in prior 1.1.x releases):
>>>
>>> 1. Corrected a pair of problems with nested unordered groups, which
>>> resulted in exceptions during code generation.
>>> 2. Fixed the "j2me" target for building under Windows.
>>> 3. Changed child component order under <binding> element to namespace,
>>> format include; corrected binding.xsd, binding.dtd, and documentation to
>>> match.
>>> 4. Extended <include> support to allow <format> definitions from included
>>> bindings to be used within the including binding, and to support namespace
>>> scoping (global namespaces within the including binding apply to all
>>> included bindings; global namespaces within included binding apply only to
>>> that binding)
>>> 5. Fixed handling of abstract <mapping> with attributes (with or without
>>> content).
>>> 6. Added check for abstract class used directly (needs factory-method).
>>> 7. Loosened checks for element name on child components of collection to
>>> only test <value> element children.
>>> 8. Fixed problem with abstract base mapping use in unordered collection
>>> failing code generation (stack size mismatch).
>>> 9. Corrected a problem in working with arrays of longs or doubles which
>>> could result in modified classes failing JVM validation.
>>> 10. Corrected handling of optional mapping references.
>>> 11. Changed default JiBX build Ant target to build the full distribution
>>> with debug information included, added a new "small-jars" target to compile
>>> and jar without debug information.
>>> 12. Added propagation of namespaces defined in abstract <mapping>s up to
>>> the context of each reference to those <mapping>s.
>>> 13. Fixed add-constructors='true' option to make existing default
>>> constructors accessible, and to add superclass default constructors where
>>> necessary.
>>> 14. Fixed handling of abstract <mapping> with no content or attributes
>>> present
>>> 15. Removed erronous warning message about default used without
>>> usage='optional' (default actually implies optional)
>>> 16. Corrected problem with adding constructor to mapped user interfaces
>>> when add-constructors="true".
>>> 17. Added enum-value-method='...' option to support Java 5 enums with
>>> values which don't match the names (using the defined method to get the
>>> actual text value from an enum instance).
>>> 18. Corrected binding validation problem where using the same <mapping>
>>> name in different namespaces reported a duplicate name error.
>>> 19. Fixed problems with nillable="true" and optional="true" combination on
>>> a <value> element, and also with primitive values which are nillable and/or
>>> optional.
>>> 20. Fixed problems with file path names using a period, and with binding
>>> file names including characters not allowed in Java identifiers.
>>> 21. Corrected a problem which sometimes caused
>>> ArrayIndexOutOfBoundsException when writing to an ISO-8859-1 encoded stream.
>>> 22. Added validation checks for several binding constructs which were
>>> either ambiguous, unsupported, or could cause errors in code generation.
>>>
>>> There's also an updated jibxtools (Beta 0.4) to go along with this, and a
>>> new Eclipse plugin (documentation and instructions included in the
>>> main release download, and also online at
>>> http://jibx.sourceforge.net/eclipse/index.html
>>>
>>> Barring any major problems, this should be the last of the 1.1.x releases.
>>> The initial 1.2 Beta release should be out within the next week or two.
>>>
>>> - Dennis
>>>
>>>
>>>
>>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> jibx-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>
>>
>>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> jibx-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
jibx-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jibx-users
