You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by "David Schmitz (JIRA)" <ji...@apache.org> on 2011/01/25 20:33:44 UTC

[jira] Issue Comment Edited: (ARIES-556) Aries fails to read persistence.xml files larger than 8192 bytes

    [ https://issues.apache.org/jira/browse/ARIES-556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986636#action_12986636 ] 

David Schmitz edited comment on ARIES-556 at 1/25/11 2:33 PM:
--------------------------------------------------------------

Hi Timothy, 

we are pulling in Aries stuff via Maven as long as the build is sufficiently stable we don't care whether it is a 0.3... (currently we are on 0.2-incubation). 

By the way just a suggestion why don't you take the persistence.xsd from Oracle and generate JAXB classes. With JAXB you can read the whole stuff without having to write your own parser logic.

schema can be found here:
http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd

      was (Author: dschmitz):
    Hi Timothy, 

we are pulling in Aries stuff via Maven as long as the build is sufficiently stable we don't care wether it is a 0.3... (currently we are on 0.2-incubation). 

By the way just a suggestion why don't you take the persistence.xsd from Oracle and generate JAXB classes. With JAXB you can read the whole stuff without having to write your own parser logic.

schema can be found here:
http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd
  
> Aries fails to read persistence.xml files larger than 8192 bytes
> ----------------------------------------------------------------
>
>                 Key: ARIES-556
>                 URL: https://issues.apache.org/jira/browse/ARIES-556
>             Project: Aries
>          Issue Type: Bug
>          Components: JPA
>    Affects Versions: 0.2
>            Reporter: David Schmitz
>            Assignee: Timothy Ward
>            Priority: Critical
>
> Aries fails to read persistence.xml files larger than 8192 bytes. We recognized this bug while we were adding new Entity classes to persistence.xml when we removed enough data so that we were below or equal to 8192 bytes everything went fine.
> This is probably caused by wrong implementation within org.apache.aries.jpa.container.parsing.impl.PersistenceDescriptorParserImpl parse method.
> If one tries to read persistence.xml files larger than 8192 the following exception is thrown:
> 13:52:01.492 ERROR [Start Level Event Dispatcher][org.apache.aries.jpa.container:331] There was an error while parsing the persistence descriptor META-INF/openjpa_persistence_product.xml in bundle com.navteq.phoenix.jpa_1.0.0. No persistence units will be managed for this bundle
> org.apache.aries.jpa.container.parsing.PersistenceDescriptorParserException: There was an error parsing META-INF/openjpa_persistence_product.xml in bundle com.navteq.phoenix.jpa_1.0.0
>         at org.apache.aries.jpa.container.parsing.impl.PersistenceDescriptorParserImpl.parse(PersistenceDescriptorParserImpl.java:98) ~[org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         at org.apache.aries.jpa.container.impl.PersistenceBundleManager.parseBundle(PersistenceBundleManager.java:329) [org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         at org.apache.aries.jpa.container.impl.PersistenceBundleManager.setupManager(PersistenceBundleManager.java:350) [org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         at org.apache.aries.jpa.container.impl.PersistenceBundleManager.addingBundle(PersistenceBundleManager.java:148) [org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         at org.apache.aries.util.tracker.InternalRecursiveBundleTracker.addingBundle(InternalRecursiveBundleTracker.java:70) [org.apache.aries.util-0.2-incubating.jar:0.2-incubating]
>         at org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:440) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:261) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:184) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.osgi.util.tracker.BundleTracker.open(BundleTracker.java:159) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.apache.aries.util.tracker.RecursiveBundleTracker.open(RecursiveBundleTracker.java:77) [org.apache.aries.util-0.2-incubating.jar:0.2-incubating]
>         at org.apache.aries.jpa.container.impl.PersistenceBundleManager.open(PersistenceBundleManager.java:132) [org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         at org.apache.aries.jpa.container.impl.PersistenceBundleManager.start(PersistenceBundleManager.java:619) [org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:783) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at java.security.AccessController.doPrivileged(Native Method) [na:1.6.0_22]
>         at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:774) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:755) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:370) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:374) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1067) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:561) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:546) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:459) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:440) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:227) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
>         at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:337) [org.eclipse.osgi_3.6.0.v20100517.jar:na]
> Caused by: java.io.IOException: Resetting to invalid mark
>         at java.io.BufferedInputStream.reset(BufferedInputStream.java:416) ~[na:1.6.0_22]
>         at org.apache.aries.jpa.container.parsing.impl.PersistenceDescriptorParserImpl.parse(PersistenceDescriptorParserImpl.java:90) ~[org.apache.aries.jpa.container-0.2-incubating.jar:0.2-incubating]
>         ... 25 common frames omitted

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