What you have described is almost all available now. You can execute
any JBossQL at runtime using DynamicQL. To make it available to any
code, just add a home method to some bean the calls an internal
ejbSelect method that is mapped to DynamicQL.
What this doesn't get you is the ability to qu
Would this allow JBossQL be used in an ad-hoc manner? So you could use
it in a very similar way to JDBC, but in the EJB domain rather than the
database domain?
A simple solution might be to have a JBossQL -> Native SQL convertor, so
you can use the standard JDBC functionality provided by your dat
On ons, 2002-11-13 at 16:12, Dain Sundstrom wrote:
> That shouldn't be to hard once we add support for sub queries, but
> unless it is supported by most of the major vendors
>(postgres,
Supported (ref. help in last post)
> oracle,
Supported:http://www.cs.uwindsor.ca/meta-index/courses/95F/60-3
Don't know who supports it, but it is standard sql-92 (intermed level, not
entry)
david jencks
On 2002.11.13 10:12:35 -0500 Dain Sundstrom wrote:
> That shouldn't be to hard once we add support for sub queries, but
> unless it is supported by most of the major vendors (postgres, oracle,
> ms, i
That shouldn't be to hard once we add support for sub queries, but
unless it is supported by most of the major vendors (postgres, oracle,
ms, ibm), it wouldn't be worth the work.
-dain
[EMAIL PROTECTED] wrote:
On Tue, Nov 12, 2002 at 04:53:28PM -0600, Dain Sundstrom wrote:
What is an INTERSEC
Michael Bartmann wrote:
Dain,
I could help defining the grammar; unfortunately I'm
quite busy this week and on a long sought vacation
next week, so you'll have to be patient with me.
No rush; I won't be able to get to it for a while anyway.
The current grammar for JBossQL is not exactly tiny,
Dain,
I could help defining the grammar; unfortunately I'm
quite busy this week and on a long sought vacation
next week, so you'll have to be patient with me.
The current grammar for JBossQL is not exactly tiny,
at least the JavaCC representation is a bit difficult
to read due to the way JavaCC g
What is an INTERSECTION query? Is it widely supported?
-dain
Marius Kotsbak wrote:
What about adding INTERSECTION-queries (whis is possible in postgresql)?
Or is it possible by some easy workaround now?
On tir, 2002-11-12 at 20:10, Dain Sundstrom wrote:
Pete,
To better support complex repor
What about adding INTERSECTION-queries (whis is possible in postgresql)?
Or is it possible by some easy workaround now?
On tir, 2002-11-12 at 20:10, Dain Sundstrom wrote:
> Pete,
>
> To better support complex reporting we just need to add more features to
> JBossQL select statements (e.g., group
Pete,
To better support complex reporting we just need to add more features to
JBossQL select statements (e.g., group by, having, sub queries, and
multiple fields in the select clause). I plan on adding most of these
features. It would be cool if sun added this stuff, but I find it
incredibl
Even better would be if Sun added something to the spec.
It seems to me that this is a fundamental limitation of CMP 2. No
matter how fast the container, it is difficult to see how it would ever
be able to do complex reports using CMP without such a feature.
Some reports may only return a few reco
if the changes to DB are quite frequent.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Michael
Bartmann
Sent: Wednesday, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Hel
if the changes to DB are quite frequent.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Michael
Bartmann
Sent: Wednesday, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
:29 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Hi,
Have you tried your tests out on 3.0.4 yet?
Some CMR performance optimisations made it into 3.0.4, because we
desperately needed them for our own application.
Steve Coy
On Wednesday, November 6
consider a way to prevent a mixture of entities and
plain sql in the
application, so thing can only get better.
This becomes crucial if the changes to DB are quite frequent.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Michael
comes crucial if the changes to DB are quite frequent.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Michael
Bartmann
Sent: Wednesday, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance
onsdagen den 6 november 2002 kl 15.19 skrev Dain Sundstrom:
The idea for an in memory query engine is interesting, but this
requires that all of you data to fit into memory and actually be in
memory. If you want to write it, that would be cool, but I think
there are way more important things
, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Absolutely!
I don't have to add much to this, but I think that this request
(non-container ejb-ql) is so important (and a good "workaround",
too), that I simply couldn&#x
onsdagen den 6 november 2002 kl 13.51 skrev saroj kumar:
1) If there is no container then how do we parse the XML?
2) If there are no Entity beans then how do you query?
3) If Above points are sorted out then how do we achieve complex
joins/unions?
How would Hibernate stand up ? ...
As a bon
, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Absolutely!
I don't have to add much to this, but I think that this request
(non-container ejb-ql) is so important (and a good "workaround",
too), that I simply couldn&#x
Michael
Bartmann
Sent: Wednesday, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Absolutely!
I don't have to add much to this, but I think that this request
(non-container ejb-ql) is so important (and a good "workaround"
Absolutely!
I don't have to add much to this, but I think that this request
(non-container ejb-ql) is so important (and a good "workaround",
too), that I simply couldn't resist to reply.
Anyway, would this be difficult to achieve?
Regards,
Michael Bartmann
Pete Beck wrote:
On Tue, 2002-10-29
On Tue, 2002-10-29 at 17:28, Bill Burke wrote:
> JBoss is being used in production everywhere. I've been at 6 sites myself
> over the past year. IMHO and experience, entity beans are not the right
> choice if you're doing complex reporting. A handmade query cache with
> direct JDBC will always b
PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Luttrell, Peter wrote:
It is faster. I tried it in response to danch's message early in the
thread.
Thus I have the same question (which no one commented on): "Time
~1200ms
is
a lot better then the original 2200
nt: Monday, November 04, 2002 7:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Luttrell, Peter wrote:
> It is faster. I tried it in response to danch's message early in the
thread.
>
> Thus I have the same question (which no one commented o
Luttrell, Peter wrote:
It is faster. I tried it in response to danch's message early in the thread.
Thus I have the same question (which no one commented on): "Time ~1200ms is
a lot better then the original 2200, but can this still be acceptable for
reading ~10 fields from 750ejbs that are 100% c
s still very long >11,000 ms for
>the exact same code and data...course a bit of this is creating db pool
>connections.
>
>.peter
-Original Message-
From: Dain Sundstrom [mailto:dain@;daingroup.com]
Sent: Monday, November 04, 2002 5:10 PM
To: [EMAIL PROTECTED]
Subject:
just a note : extends EJBObject -> extends EntityBean
Dain Sundstrom wrote:
Luttrell, Peter wrote:
Bill also suggested that it was my code, which i don't think is the
case. I
could be wrong ~ can anyone suggest how i can optimize this constructor:
public MyValueObject(SomeLocalInterface ejb){
Luttrell, Peter wrote:
Bill also suggested that it was my code, which i don't think is the case. I
could be wrong ~ can anyone suggest how i can optimize this constructor:
public MyValueObject(SomeLocalInterface ejb){
name = ejb.getName();
id = ejb.getId();
someOtherField = ejb.getSomeOtherFi
Thanks for the advice.
I'll checkout SwiftMQ.
.peter
-Original Message-
From: Georg Schmid [mailto:georg-schmid@;ti.com]
Sent: Tuesday, October 29, 2002 11:28 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
Peter,
it's a great rel
I was using read-ahead, as it's on by default.
See original posting.
-Original Message-
From: Emerson Cargnin - SICREDI Serviços
[mailto:emersonc@;sicredi.com.br]
Sent: Tuesday, October 29, 2002 1:35 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning
l see if i have time this week for a quick sample. Last week was
deployment week.
.peter
-Original Message-
From: Sacha Labourey [mailto:Sacha.Labourey@;ml.cogito-info.ch]
Sent: Wednesday, October 30, 2002 3:14 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance T
Darren Hartford wrote:
Have been having similar issues, and my 'psuedo-hack' tests show similar
results to Georg, so thank you Georg for pointing out that the database
lookups are not the problem, but the object conversion piece.
I don't wish to sell other products, but for a reference, has anyon
#x27;s would be awesome!!!
-D
--__--__--
Message: 1
Date: Wed, 30 Oct 2002 14:14:06 -0600
From: Dain Sundstrom <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Reply-To: [EMAIL PROTECTED]
Georg Schmid wrote:
> It seems that my
Georg Schmid wrote:
It seems that my (and, at least to some degree, Peter's) specific
problem is misunderstood.
Sorry, that happens all the time on the lists
In my case: the problem is NOT getting the data from the database fast
(the finders execute fast enough).
I think Jboss does not hav
Georg,
> It seems that my (and, at least to some degree, Peter's) specific
> problem is misunderstood.
>
...
> into a collection of value objects. None of the previous posts (except
> Peter's) touches upon this subject.
That's wrong: Bill suggested something wrt to your value object and I
suggest
: Georg Schmid [mailto:georg-schmid@;ti.com]
Sent: Wednesday, 30 October 2002 4:34 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
It seems that my (and, at least to some degree, Peter's) specific
problem is misunderstood.
In my case: the problem i
the
trend work for you'.
Regards
Georg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Dain
Sundstrom
Sent: Wednesday, October 30, 2002 01:07
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
E
Hello,
> Yes, in 4.0 there will be an abstraction layer between the cmp view of
> the world and the physical storage. This means that it will be possible
> to map several cmp beans in different applications to the same store.
> The real trick is keeping the caches in sync and this is where the ne
Emerson Cargnin - SICREDI Serviços wrote:
Dain Sundstrom wrote:
Emerson,
I disagree with you classification that cmp is not usable. There are
many people that find the performance completely with in their
expectations. It is only when you have a high expectation and a very
complex schema
MAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Dain
Sundstrom
Sent: Tuesday, October 29, 2002 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Jason Westra wrote:
Hi JBoss friends,
I tend to agree with Bill and Dain's last posting her
render the pages very fast, compared to the
super
> long
> time it takes with large tables.
>
> .peter
>
> -Original Message-
> From: Georg Schmid [mailto:georg-schmid@;ti.com]
> Sent: Tuesday, October 29, 2002 2:23 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [J
spec's CMP section able solve ALL data query
problems.
J
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Dain
Sundstrom
Sent: Tuesday, October 29, 2002 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performa
2 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Jason Westra wrote:
Hi JBoss friends,
I tend to agree with Bill and Dain's last posting here. There are certain
things that CMP is not designed to do *well* and large, heavy reads is one
of them
ROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Dain
Sundstrom
Sent: Tuesday, October 29, 2002 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Jason Westra wrote:
> Hi JBoss friends,
>
> I tend to agree with Bill and D
Jason Westra wrote:
Hi JBoss friends,
I tend to agree with Bill and Dain's last posting here. There are certain
things that CMP is not designed to do *well* and large, heavy reads is one
of them.
I disagree with you here. It depends on the type of reads you are
doing. A lot of applications
ECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Bill Burke
Sent: Tuesday, October 29, 2002 10:28 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
JBoss is being used in production everywhere. I've been at 6 sites myself
over the p
>
> -Original Message-----
> From: Georg Schmid [mailto:georg-schmid@;ti.com]
> Sent: Tuesday, October 29, 2002 2:23 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
>
>
>
> First of all:
>
> This was
s.
.peter
-Original Message-
From: Georg Schmid [mailto:georg-schmid@;ti.com]
Sent: Tuesday, October 29, 2002 2:23 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
First of all:
This was only an experiment to check the imp
39
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
Georg,
I used 2 other non-ejb solutions to get what I needed done.
Cache the dataobjects in the webtier. It will only work in certain
cases, 2/3 in my case. I know it's duplicating work that the
ssage-
From: Georg Schmid [mailto:georg-schmid@;ti.com]
Sent: Tuesday, October 29, 2002 2:23 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
First of all:
This was only an experiment to check the impact of the
EntitySynchronizationInterceptor on performanc
ginal Message-
From: Georg Schmid [mailto:georg-schmid@;ti.com]
Sent: Tuesday, October 29, 2002 2:23 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
First of all:
This was only an experiment to check the impact of the
EntitySynchronizationIntercept
Hello Georg,
Do you mean that your slowness problem occurs when accessing the collection
*even* in mono-threaded behaviour? If I understand your scenario, you have
something like this:
- a web page that display the content of 4000 entity beans (either directly
or using a SLSB)
- the entity bean
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Bill Burke
Sent: Tuesday, October 29, 2002 07:24
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
Georg stop spewing nonsenseNever ever take out the synchronization
interceptor! It registers synchronzations with
to:jboss-user-admin@;lists.sourceforge.net]On Behalf Of Georg Schmid
> Sent: Monday, October 21, 2002 4:32 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-user] Entity Bean Performance Tuning Help
>
>
> Peter,
>
> I have a similar problem and tried to dig into it.
> You may ha
db pool
connections.
.peter
-Original Message-
From: Dan Christopherson [mailto:danch@;nvisia.com]
Sent: Monday, October 21, 2002 12:45 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Luttrell, Peter wrote:
> basically pass in a reference to the e
r
jbosscmp-jdbc.xml
cheers
dim
- Original Message -
From: Luttrell, Peter
To: '[EMAIL PROTECTED]'
Sent: Saturday, October 19, 2002 10:17 AM
Subject: [JBoss-user] Entity Bean Performance Tuning Help
I have something that is taking longer then I would like and am trying to
tune jboss t
I have something that is taking
longer then I would like and am trying to tune jboss to reduce the time it
takes.
My test scenario is as
such:
JBoss3.0.3 on
jdk1.4.1_01
1 2.0 CMP Enity bean with about
10 fields and 3 relationships.
I'm using commit-option A so
all beans should be cache
58 matches
Mail list logo
