OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-dev message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: RE: RE: [ubl-dev] infinite loop


I remember with LiquidXML and the OrderResponse and OrderChange documents
getting out of memory errors too some time ago. The way I got around it was to
first edit the schema to remove the order response line or order change line and
then generate examples, then generate examples from the line itself then combine
the two manually.

Best regards

Steve
---
Stephen D Green




On 28 June 2010 08:40, Roberto Cisternino <roberto@javest.com> wrote:
> Hello,
>
> almost any tool can suffer outofmemory errors but this is easely resolved
> by tuning the heap memory.
> I believe LiquidXML allows you to make such settings.
>
> For your information UBL Swinger
> (http://www.javest.com/products/UBLSwinger) is such a tool like you
> describe.
> Basically this is a visual editor able to dynamically create the UI for
> almost any XSD.
> The UBLSwinger (now UBLWriter) tool is however constrained to use just UBL
> as it is free.
>
> Best regards
>
> Roberto Cisternino
>
>> Hi all,
>> thanks a lot for the answers,
>> my objective was not to process UBL schemas for document instances but to
>> manage schemas usage and presentation within an end user application
>> (therefore with a strong focus on how to present a UBL schema within the
>> UI
>> and give the possibility to users both to navigate within the schema,
>> select
>> elements within it and, finally, define statements involving selected
>> elements).
>>
>> To this end we were analyzing the schemas and creating a tool to set up a
>> schema representation suitable for our UI idea. That's why the
>> (unexpected)
>> loops within the schemas created us some problems. Now we know there are
>> loops and we are defining tricks to manage them. We hope the loops are the
>> only "problem" we have to manage, even if, till now, we were not able to
>> reach an end within the "expansion of the schema tree" despite the fact
>> that
>> we reached a deep of 16 levels.
>> We also discover, for example, that tools like LiquidXML Studio 2010
>> "bangs"
>> when trying to expand the whole tree or to produce an instance with a
>> "usable" deep level (i.e. around 5-7).
>> Of course any  suggestion and hint is welcomed.
>> Thanks again ...
>> Elisa
>>
>>
>>
>> 2010/6/27 Roberto Cisternino <roberto@javest.com>
>>
>>> Yeah it could be a nice road show,
>>>
>>> you are right UBL introduce an advanced use of XML but this is mostly
>>> due
>>> to the business aspects.
>>>
>>> UBL TC has done an excellent job to prepare the road for adopters as UBL
>>> today is not just a Standard but a set of proven methodologies and UBL
>>> means today also adopting Genericode, Schematron, so on.
>>>
>>> UBL in the time has provided a complete solution for true
>>> interoperability
>>> (see NDR, validation, customization, codelist, ...)
>>>
>>> There is not a similar effort and viral effect around...
>>>
>>> Thanks to all of us and implementers
>>>
>>> Roberto
>>>
>>> > Maybe the TC should organise a plugfest to test interoperability
>>> between
>>> > these APIs based on nuances like disallowing or allowing empty
>>> elements,
>>> > nestings to various degrees, minor versions, etc.
>>> > On the whole the key factor of schema validity will likely be well
>>> covered
>>> > and these corner cases may be more the focus. Which subsets can be
>>> > supported
>>> > may be worth a look too.
>>> >
>>> > On 26 Jun 2010 13:41, "Stephen Green" <stephengreenubl@gmail.com>
>>> wrote:
>>> >
>>> > I did a search on "ubl api" brings up many APIs for UBL.
>>> > Maybe it is best for developers to use these if they are averse to
>>> complex
>>> > XML.
>>> > If you are writing such tools then the complexity might just be your
>>> > friend
>>> > if it means people will pay for the resulting API.
>>> > If the API is not enough to help developers then maybe the answer, as
>>> with
>>> > EDI before, is to hire a contractor or consultant.
>>> > I think it is easier to become a specialist for doing UBL than one for
>>> EDI
>>> > these days since XML is a widely used skillset and widely taught and
>>> > supported with tools.
>>> >
>>> >
>>> >
>>> > On 26 Jun 2010 12:09, "Stephen Green" <stephengreenubl@gmail.com>
>>> wrote:
>>> >
>>> > It seems indisputable th...
>>> >
>>> >
>>> >>
>>> >>
>>> >> >
>>> >> > On 26 Jun 2010 09:26, "Roberto Cisternino" <roberto@javest.com>
>>> wrote:
>>> >> >
>>> >> > Hi all,
>>> >> I never im...
>>> >
>>> >
>>> >>
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> > > Steve,
>>> >> > > Actually we do need to make this easy! Crushingly easy.
>>> >>
>>> >> > ...
>>> >
>>> >
>>> >>
>>> >>
>>> >> >
>>> >> > > Date: Fri, June 25, 2010 5:51 pm
>>> >> > > To: "David RR Webber (XML)"
>>> >> >
>>> >> > Cc: "ubl-dev@lists.oas...
>>> >
>>> >
>>> >>
>>> >>
>>> >> >
>>> >> > > OK but even if it is difficult isn't this what we pay software
>>> > engineers
>>> >>
>>> >> > for? I...
>>> >
>>> >
>>> >>
>>> >> --
>>> >> * JAVEST by Roberto Cisternino
>>> >> *
>>> >> * Document Engineering Services Ltd. - Alliance Memb...
>>> > * UBL It...
>>> >
>>>
>>>
>>> --
>>> * JAVEST by Roberto Cisternino
>>> *
>>>  * Document Engineering Services Ltd. - Alliance Member
>>> * UBL Italian Localization SubCommittee (ITLSC), co-Chair
>>> * UBL Online Community editorial board member (ubl.xml.org)
>>> * Italian UBL Advisor
>>>
>>>  Roberto Cisternino
>>>
>>>  mobile: +39 328 2148123
> begin_of_the_skype_highlighting              +39 328
> 2148123      end_of_the_skype_highlighting
> begin_of_the_skype_highlighting
>>> +39
>>> 328 2148123      end_of_the_skype_highlighting
>>>  skype:  roberto.cisternino.ubl-itlsc
>>>
>>> [UBL Technical Committee]
>>>    http://www.oasis-open.org/committees/ubl
>>>
>>> [UBL Online Community]
>>>    http://ubl.xml.org
>>>
>>> [UBL International Conferences]
>>>    http://www.ublconference.org
>>>
>>> [UBL Italian Localization Subcommittee]
>>>    http://www.oasis-open.org/committees/ubl-itlsc
>>>
>>> [Iniziativa divulgativa UBL Italia]
>>>    http://www.ubl-italia.org
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
>>> For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org
>>>
>>>
>>
>
>
> --
> * JAVEST by Roberto Cisternino
> *
> * Document Engineering Services Ltd. - Alliance Member
> * UBL Italian Localization SubCommittee (ITLSC), co-Chair
> * UBL Online Community editorial board member (ubl.xml.org)
> * Italian UBL Advisor
>
>  Roberto Cisternino
>
>  mobile: +39 328 2148123
>  skype:  roberto.cisternino.ubl-itlsc
>
> [UBL Technical Committee]
>    http://www.oasis-open.org/committees/ubl
>
> [UBL Online Community]
>    http://ubl.xml.org
>
> [UBL International Conferences]
>    http://www.ublconference.org
>
> [UBL Italian Localization Subcommittee]
>    http://www.oasis-open.org/committees/ubl-itlsc
>
> [Iniziativa divulgativa UBL Italia]
>    http://www.ubl-italia.org
>
>
>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]