>> Ah, gotcha. I think we're just grabbing the jars from ibiblio
>> currently.
Well, we're actually getting them from a second, unofficial
repository right now. The problem is that many of the official Sun
jars (JTA, JPA, JMS, and JCA, to use a lot of J-TLAs) seems to have
an ambiguous enough license that ibiblio doesn't host the actual
files (e.g., note that there is no jar file at http://www.ibiblio.org/
maven2/javax/transaction/jta/1.0.1B/ ). So when a dependency is
declared for those APIs, Maven will usually give a fairly cryptic
error about not being able to find them. The use would need to
manually download the files from java.sun.com and install them into
their local maven repository with a complicated maven command. It's
all very cumbersome.
So right now, we're just declaring an additional repository that I
just stumbled upon somewhere that hosts those files.
> These must be the Geronimo versions then. I think Glassfish will
> have the latest versions. As you know, javax.transaction was just
> updated for Java EE 5.
I hadn't noticed the Geronimo versions! They seem to contain
everything we need. Once I get SVN write access, I'll fix the
dependencies to use the Geronimo versions, and we can get rid of the
additional repository.
On Jul 11, 2006, at 10:26 AM, Craig L Russell wrote:
> On Jul 11, 2006, at 9:56 AM, Patrick Linskey wrote:
>
>>> On 7/11/06, Patrick Linskey <plinskey@bea.com> wrote:
>>>>
>>>>> 1) Have we decided how to resolve the Java EE 5 dependency?
>>>>> I didn't see where we had set up a maven dependency for these
>>>>> interfaces. For now, I can just use my own copy, but we should
>>>>> decide the formal solution.
>>>>
>>>> I don't follow -- what's the problem? To my knowledge, we
>>> don't have
>>>> any Java EE 5 dependencies, except for the openjpa-persistence
>>>> module's dependency on the JPA interfaces. We depend on
>>>> javax.transaction, javax.resource, and javax.jms.
>>>
>>>
>>> Sorry, I was being too generic. I meant the
>>> javax.persistence, javax.transaction, etc dependencies. Not
>>> all of Java EE 5, just the packages required by JPA. I just
>>> reviewed the discussion about how and where to house these
>>> interfaces for OpenJPA usage, but I didn't see any
>>> conclusions. There was talk about using the Glassfish or the
>>> Geronimo versions, but was a decision made?
>>
>> Ah, gotcha. I think we're just grabbing the jars from ibiblio
>> currently.
>
> These must be the Geronimo versions then. I think Glassfish will
> have the latest versions. As you know, javax.transaction was just
> updated for Java EE 5.
>
>> Personally, I'm +1 on using the "official" jars across the board.
>
> Which is Glassfish.
>
> Craig
>>
>>>> 2) Even with the Java EE 5 dependency resolved, I am still
>>>>> experiencing about 100+ errors in the openjpa-kernel project.
>>>>> Many errors with "JJxxxx cannot be resolved". Does this
>>> build for
>>>>> everybody else?
>>>>
>>>> Hmm. That's odd. Works for me. I remember that Marc told me
>>> to be sure
>>>> to have Maven 2.0.4 installed at one point; what do you get
>>> from 'mvn
>>>> -v'?
>>>
>>>
>>> Yep, I am using 2.0.4 (Maven version: 2.0.4). I do notice
>>> that I have an empty openjpa-kernel/src/main/jjtree
>>> directory. Should there be code in this directory? All of
>>> my errors are coming out in the org.apach.openjpa.kernel.jpql
>>> package -- JPQLExpressionBuilder (almost all of them are in
>>> here), ParseException, and SimpleNode.
>>
>> Hmm. Mine's certainly not empty. I've got an
>> org/apache/openjpa/kernel/jpql/JPQL.jjt in there. Maybe try updating
>> your working copy?
>>
>> -Patrick
>> _____________________________________________________________________
>> __
>> Notice: This email message, together with any attachments, may
>> contain
>> information of BEA Systems, Inc., its subsidiaries and
>> affiliated
>> entities, that may be confidential, proprietary, copyrighted
>> and/or
>> legally privileged, and is intended solely for the use of the
>> individual
>> or entity named in this message. If you are not the intended
>> recipient,
>> and have received this message in error, please immediately return
>> this
>> by email and then delete it.
>
> Craig Russell
> Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
> 408 276-5638 mailto:Craig.Russell@sun.com
> P.S. A good JDO? O, Gasp!
>
--
Marc Prud'hommeaux
BEA Systems, Inc.
_______________________________________________________________________
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may be confidential, proprietary, copyrighted and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.
|