Neeme Praks | 1 Apr 01:00 2003
Picon

Re: OJB inside JBoss


Phil Warrick ::

> There are EJB sample beans for OJB. Check out the jBoss deployment 
> section of the OJB docs and see how far that helps you. 

Thanks, found them... was quite helpful, but some questions are still 
unclear for me...

> Neeme Praks wrote:
>
>> There is support for JBoss and other application servers in OJB, but 
>> the documentation is lacking, so here are some questions:
>> * what version of Jboss OJB has been tested with? 2.4.x vs. 3.x?
>> * any specific problems that I should be aware of when trying to run 
>> OJB under JBoss?
>> * location and loading of repository.xml... How is this achieved 
>> under JBoss? AFAIU, repository.xml is located outside of EJB EAR 
>> system, in some well-defined location? Is there any support for 
>> loading repository.xml file from the deployed EAR achive? I saw 
>> something is CVS that dealt with loading mapping info from per-class 
>> XML snippets... not sure that this would be the best route to take, 
>> however, some way for registering "external" repository.xml with OJB 
>> service would be useful? Something like this (pseudo-code):
>>
>> Context context = new InitialContext();
>> OJBService ojb = context.lookup("OJBService");
>> InputStream is = 
>> getContextClassloader().getResourceasStream("META-INF/repository.xml");
>> ojb.loadRepository(is);
(Continue reading)

Armin Waibel | 1 Apr 01:32 2003
Picon

Re: OJB inside JBoss

Hi Neeme,

----- Original Message -----
From: "Neeme Praks" <neeme <at> apache.org>
To: <ojb-dev <at> db.apache.org>
Sent: Monday, March 31, 2003 10:09 PM
Subject: OJB inside JBoss

> Hi again!
>
> There is support for JBoss and other application servers in OJB, but
the
> documentation is lacking, so here are some questions:
> * what version of Jboss OJB has been tested with? 2.4.x vs. 3.x?

I only use version 3.0.4 and 3.0.6 for testing

> * any specific problems that I should be aware of when trying to run
OJB
> under JBoss?

- do not use the Hi/Lo sequence manager implementation
- read the deployment doc
- only use ObjectCacheEmptyImpl or ObjectCachePerBrokerImpl
(we currently at that stuff to make caching more sophisticated)

> * location and loading of repository.xml... How is this achieved under
> JBoss?

there is no 'special mechanism', we use
(Continue reading)

Thomas Mahler | 1 Apr 07:07 2003
Picon

Re: OQL queries without full-blown ODMG?

Hi Neeme,

This will be possible without problems.
The current OQL query implementation allows to perform queries without 
opening an ODMG transaction.

So you can just load objects with OQL queries and operate on them with 
PersistenceBroker API.

cheers,
Thomas

Neeme Praks wrote:
> Hi!
> 
> Just wondering, how easy would it be to use OQL queries without all the 
> heavy artillery of ODMG?
> I like the OQL approach for making SQL queries abstract, but I do not 
> want to get into the full ODMG locking and transactions...
> 
> How easy would it be to just extract some code from OQLQueryImpl and use 
> the parsing support from there to get at the valid 
> org.apache.ojb.broker.query.Query object... any hidden gotchas?
> Maybe some helpful pointers? I'm very much willing to contribute back 
> something useful... ;-)
> 
> Rgds,
> Neeme
> 
> 
(Continue reading)

Thomas Mahler | 1 Apr 07:11 2003
Picon

Re: Plans for implicit locking

Hi Nuno,

For ODMG no, for JDO yes.

If someone volunteers to implement it for ODMG I won't object!
For JDO it's mandatory, but requires nasty things like bytecode-enhancement.

It is very easy to build objects in a "cooperative" way. That is, if a 
setter is called first obtain a write lock. The Odmg persistent 
collections are built in this way.

cheers,
Thomas

Nuno Marques wrote:
> Hye,
> 
> Are there any plans to support implicit locking (on object change, during transaction) for future
versions of OJB?
> 
> Tia,
> 
> Nuno Marques
> 
> 
> 
> ---------------------------------
> Yahoo! Mail 
> O melhor e-mail gratuito da internet: 6MB de espaço, antivírus, acesso POP3, filtro contra spam.
(Continue reading)

Torsten Schlabach | 1 Apr 14:29 2003
Picon
Picon

Problem with Mailing List Archive

Hi!

As far as I know lots of people have complained about that before, but as we
all know the link on the OJB site to the mailing list archive is wrong in
that it links to "ojb-dev <at> jakarta.apache.org" rather than
"ojb-dev <at> db.apache.org". Is it so difficult to fix that?!?!

As we all learned correcting the URL manually will take you to the archive,
but then it comes to the problem that I can search for archived mails, get a
list of subjects but cannot view the actual contant all I see is
"$msgHeaders" in the place where I would expect the message text.

If noone else has time I volunteer to fix this if someone authorizes me to
do so, but this is very annoying and will probably lead to a lot of people
flooding the list with issues that have been discussed already just because they
have no chance to find out.

Unfortunately also mail-archive.com carries ojb-user but not ojb-dev!

Torsten
arminw | 1 Apr 16:06 2003
Picon

cvs commit: db-ojb/src/schema ojbcore-schema.xml

arminw      2003/04/01 06:06:12

  Modified:    xdocs    sequencemanager.xml repository.xml
               src/test/org/apache/ojb repository_internal.xml
                        repository_database.xml repository.dtd
               src/test/org/apache/ojb/faraway-db OJB_FarAway.script
               src/test/org/apache/ojb/broker Role.java ReferenceTest.java
                        MultipleDBTest.java FarAwayReference.java
                        FarAwayClass.java
               src/test/org/apache/ojb/broker/sequence SMSameTableB.java
                        SMSameTableA.java SMMax.java SMKey.java
                        SequenceManagerTest.java
               src/schema ojbcore-schema.xml
  Log:
  - update sequence package
  - sequence manager implementation
  now use long instead of int ids
  - SequenceManagerHighLowImpl now use optimistic
  locking
  - make some test classes serializable
  - update scripts/schema to support new OL field
  'VERSION' in OJB_HL_SEQ
  
  Revision  Changes    Path
  1.6       +262 -92   db-ojb/xdocs/sequencemanager.xml
  
  Index: sequencemanager.xml
  ===================================================================
  RCS file: /home/cvs/db-ojb/xdocs/sequencemanager.xml,v
  retrieving revision 1.5
(Continue reading)

arminw | 1 Apr 16:09 2003
Picon

cvs commit: db-ojb/src/java/org/apache/ojb/broker/util/sequence SequenceManagerStoredProcedureImpl.java SequenceManagerHighLowImpl.java HighLowSequence.java AbstractSequenceManager.java SequenceManagerHelper.java SequenceManagerInMemoryImpl.java SequenceManagerMySQLImpl.java SequenceManagerNextValImpl.java SequenceManagerSeqHiLoImpl.java

arminw      2003/04/01 06:09:40

  Modified:    src/java/org/apache/ojb/broker/util/sequence
                        SequenceManagerHighLowImpl.java
                        HighLowSequence.java AbstractSequenceManager.java
                        SequenceManagerHelper.java
                        SequenceManagerInMemoryImpl.java
                        SequenceManagerMySQLImpl.java
                        SequenceManagerNextValImpl.java
                        SequenceManagerSeqHiLoImpl.java
  Added:       src/java/org/apache/ojb/broker/util/sequence
                        SequenceManagerStoredProcedureImpl.java
  Log:
  - update sequence package
  - add new SequenceManager implmentation
  use stored procedure to simulate an
  'oracle-like' sequence generation (Thanks Ryan)
  - sequence manager implementation
  now use long instead of int ids
  - SequenceManagerHighLowImpl now use optimistic
  locking
  
  Revision  Changes    Path
  1.16      +185 -48   db-ojb/src/java/org/apache/ojb/broker/util/sequence/SequenceManagerHighLowImpl.java
  
  Index: SequenceManagerHighLowImpl.java
  ===================================================================
  RCS file: /home/cvs/db-ojb/src/java/org/apache/ojb/broker/util/sequence/SequenceManagerHighLowImpl.java,v
  retrieving revision 1.15
  retrieving revision 1.16
(Continue reading)

Armin Waibel | 1 Apr 16:18 2003
Picon

[CVS sequence package] SequenceManagerHighLowImpl changed

Hi all,

currently I checked in a new version of SequenceManagerHighLowImpl.
Now the implementation use otimistic locking to avoid id generation
problems when OJB was used in different JVM with same database.

To enable this behaviour the OJB_HL_SEQ table was enhanced.
The table needs an additional INTEGER column VERSION.
If you want to update drop OJB_HL_SEQ table and recreate it
with the new field.

regards,
Armin
Torsten Schlabach | 1 Apr 17:04 2003
Picon
Picon

How to do a HOWTO

Dear list,

I spend multiple days recently to figure out some issues around LOBs in
Oracle and how to use them with OJB. At the end of the day I found that I
probably would have saved a lot of time if I had had just some quite simple
information at hand.

Therefore I wrote up my findings and would like to make sure the community
can benefit from that.

Therefore:

- Are there any OJB guidelines on authoring a HOWTO? (Couldn't find any.)
- What is the criteria for having a separate HOWTO or extending the
documentation?
- Do I get it right that the OJB project uses the term "Tutorial" where
other Apache projects use the term HOWTO?
- How and where should I submit my writing?

Torsten
Mahler Thomas | 1 Apr 17:13 2003

RE: Problem with Mailing List Archive

Hi Torsten,

> Hi!
> 
> As far as I know lots of people have complained about that 
> before, but as we
> all know the link on the OJB site to the mailing list archive 
> is wrong in
> that it links to "ojb-dev <at> jakarta.apache.org" rather than
> "ojb-dev <at> db.apache.org". Is it so difficult to fix that?!?!

The person in charge told me that he will place my request to get the list
repaired on his todo list.
But that he is *very* busy and can't tell when it's online again. 

> As we all learned correcting the URL manually will take you 
> to the archive,
> but then it comes to the problem that I can search for 
> archived mails, get a
> list of subjects but cannot view the actual contant all I see is
> "$msgHeaders" in the place where I would expect the message text.
> 
> If noone else has time I volunteer to fix this if someone 
> authorizes me to

you will have to contact root <at> apache.org to get this permissions. But I
doubt that they will give them to you.

> do so, but this is very annoying and will probably lead to a 
> lot of people
(Continue reading)


Gmane