[jboss-dev] changes in parsing with xb
Dimitris Andreadis
dandread at redhat.com
Thu Apr 9 10:46:43 EDT 2009
Since this setting is likely to cause problems to user deployments, as well, should the
default be to allow undordered sequences?
I mean not having to set this through the build scripts, or otherwise.
Rather, enable strictordering if only you want to.
Jaikiran Pai wrote:
> I have now added this property to the server-config in
> org.jboss.test:jboss-test project
> https://svn.jboss.org/repos/jbossas/projects/test/trunk/src/main/resources/server-config.xml
>
>
> This will prevent server startup issues in testsuites of projects (like
> EJB3) which depend on org.jboss.test:jboss-test. Version 1.1.5-SNAPSHOT
> of org.jboss.test:jboss-test has been deployed in repo with this change.
>
> regards,
> -Jaikiran
>
>
>
> Jason T. Greene wrote:
>> Ah yeah, noticed this as well. I updated all server configs to include
>> this for now. So far it looks like this resolves the issue.
>>
>> Shelly McGowan wrote:
>>>
>>> Jason,
>>>
>>> When starting the minimal server from the command line; i.e.,
>>>
>>> ./run.sh -c minimal
>>>
>>> -Dxb.builder.useUnorderedSequence=true is passed in via:
>>>
>>> JAVA_OPTS="$JAVA_OPTS -Dxb.builder.useUnorderedSequence=true"
>>>
>>> But this property is not passed in when starting the test configs
>>>
>>>
>>> Shelly
>>>
>>>
>>> ----- Original Message -----
>>> From: "Jason T. Greene" <jason.greene at redhat.com>
>>> To: "JBoss.org development list" <jboss-development at lists.jboss.org>
>>> Sent: Tuesday, April 7, 2009 2:15:10 PM GMT -05:00 US/Canada Eastern
>>> Subject: Re: [jboss-dev] changes in parsing with xb
>>>
>>>
>>> Anyone else see this? It is working for me
>>>
>>> Carlo de Wolf wrote:
>>>> Testsuite shows a 100% regression as minimal fails to boot up.
>>>>
>>>> Failed to boot JBoss:
>>>> org.jboss.xb.binding.JBossXBException: Failed to parse source:
>>>> file:/home/hudson/.hudson/jobs/JBoss-AS-5.x-TestSuite-sun15/workspace/Branch_5_x/build/output/jboss-5.1.0.CR1/server/minimal/conf/bootstrap/deployers.xml at 46,56
>>>>
>>>> Caused by: org.jboss.xb.binding.JBossXBRuntimeException:
>>>> {urn:jboss:bean-deployer:2.0}incallback cannot appear in this
>>>> position. Expected content of {urn:jboss:bean-deployer:2.0}bean is
>>>> sequence: {urn:jboss:bean-deployer:2.0}alias*
>>>> {urn:jboss:bean-deployer:2.0}related-class*
>>>> {urn:jboss:bean-deployer:2.0}annotation*
>>>> {urn:jboss:bean-deployer:2.0}classloader?
>>>> {urn:jboss:bean-deployer:2.0}constructor?
>>>> {urn:jboss:bean-deployer:2.0}property*
>>>> {urn:jboss:bean-deployer:2.0}create?
>>>> {urn:jboss:bean-deployer:2.0}start?
>>>> {urn:jboss:bean-deployer:2.0}stop?
>>>> {urn:jboss:bean-deployer:2.0}destroy?
>>>> {urn:jboss:bean-deployer:2.0}depends*
>>>> {urn:jboss:bean-deployer:2.0}demand*
>>>> {urn:jboss:bean-deployer:2.0}supply*
>>>> {urn:jboss:bean-deployer:2.0}install*
>>>> {urn:jboss:bean-deployer:2.0}uninstall*
>>>> {urn:jboss:bean-deployer:2.0}incallback*
>>>> {urn:jboss:bean-deployer:2.0}uncallback*
>>>>
>>>> I'm inclined to do a rollback, because anything coming in *must* be
>>>> backwards compatible.
>>>> A log.warn instead of a failure would have been better.
>>>>
>>>> I'll give it 24 hours to be fixed.
>>>>
>>>> Your friendly BOFH,
>>>>
>>>> Carlo
>>>>
>>>> Alexey Loubyansky wrote:
>>>>> There have been many fixes in the last two beta releases of XB that
>>>>> will affect AS and other users.
>>>>> Most noticeable changes/fixes are related to internal navigation
>>>>> across schema structures during XML parsing. In simple words, XB is
>>>>> now (much) more sensitive to validation issues (incorrect element
>>>>> order, etc).
>>>>> Some files that could be parsed before, now (with default settings)
>>>>> won't. WRT AS it would be e.g. vfs, aop xml etc.
>>>>>
>>>>> To workaround this, you can set system property
>>>>> xb.builder.useUnorderedSequence to true. This will make the order
>>>>> in which elements from a sequence appear in xml not important.
>>>>> Alternatively, you can call
>>>>> JBossXBBuilder.setUseUnorderedSequence(boolean value) or use
>>>>> annotation
>>>>> @JBossXmlModelGroup(kind=JBossXmlConstants.MODEL_GROUP_UNORDERED_SEQUENCE)
>>>>> to bind classes to unordered sequences.
>>>>>
>>>>> But this has to remain a workaround, not the default. There has to
>>>>> be a good reason to use unordered sequences. Fix your XML and
>>>>> binding now.
>>>>>
>>>>> The latest XB has not been integrated into the AS yet (although, I
>>>>> ran some tests from the AS testsuite locally) due to dependency on
>>>>> changes in VFS and deployers:
>>>>> https://jira.jboss.org/jira/browse/JBVFS-99
>>>>> https://jira.jboss.org/jira/browse/JBDEPLOY-173
>>>>>
>>>>> The latest metadata release (1.0.0.CR17) requires at least XB
>>>>> 2.0.1.Beta3.
>>>>>
>>>>> If you are using XB, please, try the latest beta.
>>>>>
>>>>> Here are release notes for XB 2.0.1.Beta3
>>>>> https://jira.jboss.org/jira/secure/ReleaseNote.jspa?version=12313320&styleName=Html&projectId=10069
>>>>>
>>>>>
>>>>> and XB 2.0.1.Beta2
>>>>> https://jira.jboss.org/jira/secure/ReleaseNote.jspa?version=12313217&styleName=Html&projectId=10069
>>>>>
>>>>> _______________________________________________
>>>>> jboss-development mailing list
>>>>> jboss-development at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>>>> _______________________________________________
>>>> jboss-development mailing list
>>>> jboss-development at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>>>
>>>
>>
>>
>
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
More information about the jboss-development
mailing list