[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xmlbeans-dev
Subject:    [jira] Commented: (XMLBEANS-282) When a schema is too deep, the
From:       "Simon File (JIRA)" <xmlbeans-dev () xml ! apache ! org>
Date:       2008-03-29 18:33:25
Message-ID: 633946089.1206815605073.JavaMail.jira () brutus
[Download RAW message or body]


    [ https://issues.apache.org/jira/browse/XMLBEANS-282?page=com.atlassian.jira.plugi \
n.system.issuetabpanels:comment-tabpanel&focusedCommentId=12583351#action_12583351 ] 

Simon File commented on XMLBEANS-282:
-------------------------------------

I am getting the same issue on v2.3 ... again with a deeply nested schema on Windows \
XP.  This is a show stopper for me ... is this going to be fixed?  JAXB xjc works \
fine.

> When a schema is too deep, the generated interface names will become too long on \
>                 windows
> ----------------------------------------------------------------------------------------
>  
> Key: XMLBEANS-282
> URL: https://issues.apache.org/jira/browse/XMLBEANS-282
> Project: XMLBeans
> Issue Type: New Feature
> Affects Versions: Version 2.1
> Environment: windows xp
> Reporter: Morten Wilken
> Fix For: unspecified
> 
> 
> We have quite deep schema structures and therefore the creted filenames for \
> interface classes will exceed the 256 char limit on filenames on windows. Is it \
> possible to add a switch to the generatir that generates all interfaces as normal \
> and not inner interfaces? With such a switch the issue would go away completely and \
> we would not have to resort to rewriting the xsd or mangle our classnames by using \
> .XSDCONFIG to rename the classnames.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]