openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <david_jen...@yahoo.com>
Subject Re: [jira] Updated: (OPENJPA-148) Parsing exception while using an "exploded" archive
Date Thu, 03 May 2007 21:54:25 GMT
I'd really appreciate it if a committer could take a look at this  
patch fairly soon and provide feedback or apply it.  I don't think  
geronimo can deploy persistence units in wars without it or its  
equivalent.

Of course I'd also like to know if it helps EasyBeans :-)

thanks
david jencks

On May 2, 2007, at 3:07 PM, David Jencks (JIRA) wrote:

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