[ 
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.

Reply via email to