openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Jencks (JIRA)" <j...@apache.org>
Subject [jira] Updated: (OPENJPA-148) Parsing exception while using an "exploded" archive
Date Wed, 02 May 2007 22:07:16 GMT

     [ https://issues.apache.org/jira/browse/OPENJPA-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

David Jencks updated OPENJPA-148:
---------------------------------

    Attachment: OPENJPA-148.patch

This patch fixes the issue for me in the geronimo integration.  There are 2 changes:

1. there's an apparent bug in the treatment of a directory.  There's a var "dir" which is
AFAICT never set that used to be scanned.  I changed it to scan the directory under consideration,
which does find the persistent classes in the dir.  I don't know if dir should be set to one
of the scanned directories.

2. In the geronimo environment, the same locations show up in both the files and urls lists.
 I haven't figured out exactly why.  However, this lets the second part of the fix work, which
is to ignore urls that point to a file that has already been scanned.  I think this is probably
OK since non-file urls generally can't be scanned like a directory.  

I'll be happy to work on improvements given advice on problems with this patch, but this patch
would IMO be a good start.

> Parsing exception while using an "exploded" archive
> ---------------------------------------------------
>
>                 Key: OPENJPA-148
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-148
>             Project: OpenJPA
>          Issue Type: Bug
>          Components: jpa
>         Environment: Sun JDK 5.0 / EasyBeans / OpenJPA snapshot 0.9.7
>            Reporter: Florent BENOIT
>            Priority: Minor
>             Fix For: 0.9.8
>
>         Attachments: debug_traces_directorymode.txt, debug_traces_filemode_working.txt,
OPENJPA-148.patch, stacktrace-error.txt, steps.txt
>
>
> This happens when using OpenJPA as persistence provider for the EasyBeans ObjectWeb container.
> The error is happening with "exploded" archive.
> Exploded means that there is a directory, named "entitybean.jar" with a folder META-INF
which contains a file named persistence.xml, and other directories/files for the classes.
> It seems that when using this mode, OpenJPA is trying to parse the directory inputstream
(which is failing).
> This exception is not occuring if a jar file is used instead of the "exploded" mode,
but the exploded mode is the default mode for EasyBeans.
> Note also that this exception don't occur by using Hibernate Entity Manager or Oracle
TopLink Essentials as persistence provider.
> I will attach to this issue a stack trace (with the exploded directory) which fails and
at the end with a jar file (which work)
> And 4 steps used to reproduce this problem

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


Mime
View raw message