[JBoss-user] DB/2 and JBOSS

2002-01-14 Thread Frank Marx

Hello,

I used MySQL the whole time as a database for your EJB-App.
Now I moved to DB/2 to see if there are any big problems by switching the
database.

I use JBoss 2.1.
I activated the DB/2 Mapping and JBOSS comes up without any errors, but when
I try
to create a Entity Bean the EJB-Client and the DB/2 Driver are complaining
that the table
for this entity beans doesn't exist.

But it worked with MySQL where the tables have been created automaticly I
wonder why it is not working with DB/2.

Has some similiar experience with DB/2. When  I look at the database where
the tables should be created there is nothing there :-(.

Any tips ?

Thanks in advance,

Frank Marx


___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] HOW??

2001-09-26 Thread Frank Marx

Hi,

how can I unsubscribe to this list.
I tried two times no "unsubscribe" as a subject of a mail but it didn't work
at all :-(.

Frank

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] JBOSS TSHIRTS!!!!!! JBOSS MUGS!!!!!

2001-07-27 Thread Frank Marx


yes and a different design of the hat  a different model ... 

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury
Sent: Friday, July 27, 2001 2:58 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS!


ok so you want black t-shirts instead of white ok...

marcf

|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Frank Marx
|Sent: Friday, July 27, 2001 5:36 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-user] JBOSS TSHIRTS!! JBOSS MUGS!
|
|
|
|What I mean is that white t-shirts and this white ugly hat are really
|boring, both get dirty very fast.
|Maybe something in black or some other colors, maybe have a look at the
|stuff from ORACLE or SUN the
|things they have are pretty nice.
|
|Frank
|
|
|___
|JBoss-user mailing list
|[EMAIL PROTECTED]
|http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] JBOSS TSHIRTS!!!!!! JBOSS MUGS!!!!!

2001-07-27 Thread Frank Marx


What I mean is that white t-shirts and this white ugly hat are really
boring, both get dirty very fast.
Maybe something in black or some other colors, maybe have a look at the
stuff from ORACLE or SUN the
things they have are pretty nice.

Frank


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] JBOSS TSHIRTS!!!!!! JBOSS MUGS!!!!!

2001-07-27 Thread Frank Marx

HI,

I have seen the T-Shirts and Mugs and they are far away from pretty, they
are just boring.
The Hat sucks too a lot.

Maybe some different color and design would much be better.

Frank

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] IT'S ALIVE!!!!!

2001-07-10 Thread Frank Marx

Hi Marc,

for someone from France you are already pretty american  you go girl ...
LOL.

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury
Sent: Tuesday, July 10, 2001 11:07 AM
To: Jboss-User@Lists. Sourceforge. Net; Jboss-Development@Lists.
Sourceforge. Net
Subject: [JBoss-user] IT'S ALIVE!



www.jboss.org/forums


so go and bang on it, might go down for some maintainance but let's see how
much fire we can bring on it.

It is Jive/Jetty/JBoss

you go girl! bring it on!

marcf

PS: jboss-user is dead! long live jboss-forums!
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_



___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Datasource Lookup from a standalone client

2001-07-07 Thread Frank Marx


Hi,

the question was why I cannot do it ? The question was not why I want to do
this without using EJB,
the challenge was to find out how can I use JNDI to do that from a
standalone JAVA Client
which accesses a JNDI Service.

But as far as I know now it is possible, because the use of JNDI is not
bound to EJB.

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks
Sent: Friday, July 06, 2001 8:10 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Datasource Lookup from a standalone client


Hi,

(I am not a jndi expert, so some of the things I say ought to work might
not.  If I say they won't, I'm pretty sure they won't)

There are DataSources and DataSources.  Some DataSources simply hand out
jdbc1.0 connections, just like calling DriverManager.getConnection, except
you can put the configuration info into the datasource bound in jndi.  My
understanding (possibly wrong) is that when you look one of these up, jndi
starts up a DataSource in the vm of the looking up process.  I believe for
example Borland's InterClient does this.

The DataSources in JBoss and implied (as ConnectionFactory's) by the jca
spec are a bit more complicated: they are a facade that hands out temporary
handles to actual db connections which are pooled and have their
transactions managed elsewhere.  (IMHO reusing the Connection interface for
these is bogus, the transaction control methods shouldn't be there, or at
least use the cci LocalTransaction interface).  Since Connections usually
aren't serializable, and I would hope they wouldn't be, in order to get a
connection from one of these facade DataSources, you'd have to start up all
the pooling and transaction management machinery in your process's vm in
order to use the connection.  If you want that much infrastructure running,
I think you should be configuring it yourself so you know what you're
getting.

In fact jca resource adapters do provide an "unmanaged" mode, which is
expected to provide by default trivial (no) connection pooling.  You might
possibly be able to adapt the jbosscx module to deploy a resource adapter
(such as a jbosspool wrapped jdbc driver) into your standalone client.
However, why would you want to do this? If you aren't using the
architecture you get with an ejb framework, why are you bothering with
ejb's in the first place?

david jencks

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] ejb not bound

2001-07-06 Thread Frank Marx

Hi,

as far as I know does it know work when you use java:comp/env/ejb under
JBOSS, that is what the documentation online says.

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of G.L. Grobe
Sent: Friday, July 06, 2001 10:43 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] ejb not bound


I'm trying to get a servlet to make a lookup to an ejb's namespace.
I'm not sure if I've got ~/WEB-INF/jboss-web.xml and
~/META-INF/jboss.xml correct. Can someone go over this config to
help me get it working?

Be advised, I'm not even sure if I need all the listed files and
if their in the correct dirs (i.e. jboss.xml, jboss-web.xml).

- jboss server ouput ---

[Auto deploy] linkEjbRefs
[Auto deploy] Linking ejb-ref: ejb/ConfigBuildHome
to JNDI name: null
[Auto deploy] javax.naming.NamingException: ejb-ref:
ejb/ConfigBuildHome, expected jndi-name in jboss-web.xml
[Auto deploy]   at org.jboss.web.AbstractWebContainer.linkEjbRefs
(AbstractWebContainer.java:359)

--- servlet lookup to ejb 

 ConfigBuildHome configBuildHome = (ConfigBuildHome)
javax.rmi.PortableRemoteObject.narrow(
   ctx.lookup("java:comp/env/ejb/ConfigBuildHome"),
  ConfigBuildHome.class);

- project/web-app/WEB-INF/web.xml --

  
  ejb/ConfigBuildHome
  Session

com.neuroquest.cais.ejb.session.configBuild.ConfigBuildHome

com.neuroquest.cais.ejb.session.configBuild.ConfigBuild
   

 project/web-app/META-INF/jboss-web.xml 





   
  ejb/ConfigBuildHome
  ConfigBuild
   



- project/META-INF/jboss.xml ---




   
  
 ConfigBuild
 ConfigBuild
  
   



___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Datasource Lookup from a standalone client

2001-07-06 Thread Frank Marx


Sure I can access a DB from a standalone client using JDBC.
The question was why I cannot access a JNDI to access a Datasource there ?
I mean what is the reason, as far as I know JNDI is a basic service and is
not limited to EJB.

When you look up a home interface of a EJB you can do this from a standalone
client why should this not work
with datasources, I mean at least find the datasource.


Is it not possible to create a namespace under java: or java:comp and put
the datasource there
and look it up ?

Maybe the problem is that the beans are using per default the namespace
java:comp/env and the standalone
client not.

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Burkhard
Vogel
Sent: Friday, July 06, 2001 4:16 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Datasource Lookup from a standalone client


Let's put it simple:
You can't do it, forget it, stop trying, use beans or servlets for DB
access!!!
Burkhard
- Original Message -----
From: "Frank Marx" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 07, 2001 12:01 AM
Subject: RE: [JBoss-user] Datasource Lookup from a standalone client


> HI,
>
> so where has this Datasource to be bound that I can access it from a stand
> alone JAVA Client ?
>
> As far a I understand a datasource (which beans can access) would be bound
> to:
>
> java:comp/env/jdbc/DSource
>
> so how does this have to look like that a stand alone JAVA  Client can
> access this Datasource ??
>
> Thanks,
>
> Frank Marx
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> [EMAIL PROTECTED]
> Sent: Friday, July 06, 2001 2:09 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: [JBoss-user] Datasource Lookup from a standalone client
>
>
>
> You are reading the spec incorrectly. You can only access things from
> remote clients that are present in the Global jndi namespace (to get a
view
> of the namespace, use the jndiView mbean through http://localhost:8082 -
or
> whatever port you have it set on).
>
> You don't want to access the DataSource from a remote client - that would
> require the Connection object to be Serializable
>
> Alex
>
>
>
> |+-->
> ||  "gsekar ejb"|
> ||  <[EMAIL PROTECTED]>  |
> ||  Sent by:|
> ||  [EMAIL PROTECTED]|
> ||  eforge.net  |
> ||  |
> ||  |
> ||  07/06/01 03:44 PM   |
> ||  Please respond to jboss-user|
> ||  |
> |+-->
>
>
>---
> |
>   |
> |
>   |   To: [EMAIL PROTECTED]
> |
>   |   cc:
> |
>   |   Subject: [JBoss-user] Datasource Lookup from a standalone
> client|
>
>
>---
> |
>
>
>
>
> Version : JBoss-2.2.2
>
> I have defined a JDBC DataSource _pool and i can see that it is
> successfully bound as java:/_pool.
> [_pool] Starting
> [_pool] XA Connection pool _pool bound to java:/_pool
> [_pool] Started
>
> I have no problem accessing this datasource from within a Session Bean
> using
> Context ctx = new InitialContext();
> DataSource ds = ctx.lookup("java:/_pool");
>
> But when I try to access this datasource from a standalone java client, I
> am able to access the Context in the app server correctly and I am able to
> list the bound objects ( This tells me that my jndi.properties is at the
> right place and my client is able to connect to the App Server). But When
I
> do the  lookup for DataSource, I get a NamingException with _pool not
> bound. From my understanding of the j2ee spec, I should be able to do this
> lookup. IS this a bug or am I not understanding the spec correctly. Also
> the Context.list doesnt list any of the datasources. It lists only the
> bounf EJB objects.
>
> Thanks
>
> Sekar
>
> P.S. I have dont the same type of client look up in 2 other commercial App
> Servers.
>
>
>
>
> Get 250 color business cards for FREE!
> http://businesscards.lycos.com/vp/fastpath/
>
> __

RE: [JBoss-user] Datasource Lookup from a standalone client

2001-07-06 Thread Frank Marx

HI,

so where has this Datasource to be bound that I can access it from a stand
alone JAVA Client ?

As far a I understand a datasource (which beans can access) would be bound
to:

java:comp/env/jdbc/DSource

so how does this have to look like that a stand alone JAVA  Client can
access this Datasource ??

Thanks,

Frank Marx


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, July 06, 2001 2:09 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: [JBoss-user] Datasource Lookup from a standalone client



You are reading the spec incorrectly. You can only access things from
remote clients that are present in the Global jndi namespace (to get a view
of the namespace, use the jndiView mbean through http://localhost:8082 - or
whatever port you have it set on).

You don't want to access the DataSource from a remote client - that would
require the Connection object to be Serializable

Alex



|+-->
||  "gsekar ejb"|
||  <[EMAIL PROTECTED]>  |
||  Sent by:|
||  [EMAIL PROTECTED]|
||  eforge.net  |
||  |
||  |
||  07/06/01 03:44 PM   |
||  Please respond to jboss-user|
||  |
|+-->

>---
|
  |
|
  |   To: [EMAIL PROTECTED]
|
  |   cc:
|
  |   Subject: [JBoss-user] Datasource Lookup from a standalone
client|

>---
|




Version : JBoss-2.2.2

I have defined a JDBC DataSource _pool and i can see that it is
successfully bound as java:/_pool.
[_pool] Starting
[_pool] XA Connection pool _pool bound to java:/_pool
[_pool] Started

I have no problem accessing this datasource from within a Session Bean
using
Context ctx = new InitialContext();
DataSource ds = ctx.lookup("java:/_pool");

But when I try to access this datasource from a standalone java client, I
am able to access the Context in the app server correctly and I am able to
list the bound objects ( This tells me that my jndi.properties is at the
right place and my client is able to connect to the App Server). But When I
do the  lookup for DataSource, I get a NamingException with _pool not
bound. From my understanding of the j2ee spec, I should be able to do this
lookup. IS this a bug or am I not understanding the spec correctly. Also
the Context.list doesnt list any of the datasources. It lists only the
bounf EJB objects.

Thanks

Sekar

P.S. I have dont the same type of client look up in 2 other commercial App
Servers.




Get 250 color business cards for FREE!
http://businesscards.lycos.com/vp/fastpath/

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user





___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] InitialContext problem

2001-07-06 Thread Frank Marx


Hi,

have you checked if the settings in the jndi.properties file are correct ?

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Larry Kim
Sent: Friday, July 06, 2001 12:32 PM
To: [EMAIL PROTECTED]
Cc: Larry Kim
Subject: [JBoss-user] InitialContext problem


Hello, i am having problems with a test client.
Has anybody seen anything like this?


Exception: Cannot lookup HospitalHome:
javax.naming.NoInitialContextException: Need to specify class name in
environment or system property, or as an applet parameter, or in an
application resource file:  java.naming.factory.initial

i deployed a simple entity bean and JBoss server says it is "deployed
successfully".
my test client just does a simple:

InitialContext initialContext = new InitialContext(); 
System.out.println("got jndi");  // up to here is fine.

HospitalHome home =
(HospitalHome)PortableRemoteObject.narrow(initialContext.lookup(
"plexus/Hospital"), HospitalHome.class);  // this line causes the
exception


any ideas would be greatly appreciated. i think it is a configuration
issue (?)

-larry

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Re: Jboss Performance problems

2001-07-06 Thread Frank Marx


Hi,

one way we did it was pretty easy, you have a flag in the entity bean ,
let's say boolean bDirty = false;

In very method that writes you set this flag to true and in the ejbStore()
you set it back to false;

Is modified is implemented the following way:

public boolean isModified() {
return bDirty;
}

This should work then.

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hermann
RANGAMANA
Sent: Friday, July 06, 2001 4:50 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Re: Jboss Performance problems


Hi all,

could you post here some example of an entity beans implementing isModified
() ?

--hermann
- Original Message -
From: "Devraj Mukherjee" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 06, 2001 1:53 AM
Subject: Re: [JBoss-user] Re: Jboss Performance problems


> Hi Saul,
>
> I would like to know more about this, is it possible for you to email me
> one of your entity beans?
>
> Devraj
>
> At 16:00 5/07/01 -0400, you wrote:
> >Hello all,
> >
> >I implemented the isModified() method in each of the offending entity
> >beans, and the speed improvements are dramatic.  A page that used to
> >take around 30-45 seconds to load now takes around .75-1.25 seconds (the
> >hardware is pretty slow).  That is a HUGE performance increase.
> >
> >Thanks for your help!
> >
> >saul
> >
> >
> >___
> >JBoss-user mailing list
> >[EMAIL PROTECTED]
> >http://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user
>


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Design question - Singleton

2001-07-05 Thread Frank Marx


Ok , makes sense. but when you leave the Spec a bit behind you can use it
with static fields too I guess :-).

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Fred Loney
Sent: Thursday, July 05, 2001 4:33 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Design question - Singleton


The EJB spec forbids an enterprise Bean to use read/write static fields.
This restriction is part of the contract with the EJB Container to control
the bean lifecycle, e.g. by transparently distributing bean instances across
multiple JVMs. I understand GemStone was big on spawning JVMs.

The standard EJB singleton technique is to bind the singleton instance to a
known JNDI location and access it via JNDI lookup. A JNDI singleton is safe
because it is unique in the namespace and the jndi hook prevents garbage
collection.

Frank Marx wrote:

> I wonder if it is possible to have a static field in the session bean and
> check if this field is set in the ejbCreate()

--
Fred Loney
Enterprise Java Consultant
Spirited Software, Inc.
[EMAIL PROTECTED]



___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Re: Jboss Performance problems

2001-07-05 Thread Frank Marx



whatever


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Ferguson,
Doug
Sent: Thursday, July 05, 2001 2:11 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-user] Re: Jboss Performance problems


isModified() should still work for BMP.

With BMP you still define at ejbStore() method
This method won't get called if isModified returns false...
check the DBSynchronization class...

d.

-Original Message-----
From: Frank Marx [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 05, 2001 3:41 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Re: Jboss Performance problems



I think isModified() applies only to CMP-Beans, with BMP (as far as I
remember) you take care of
making entities persistent in the database.

Frank

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hunter
Hillegas
Sent: Thursday, July 05, 2001 1:23 PM
To: JBoss 2
Subject: Re: [JBoss-user] Re: Jboss Performance problems


Am I correct that isModified() only applies to BMP beans?

Hunter

> From: Saul Farber <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: 05 Jul 2001 16:00:25 -0400
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] Re: Jboss Performance problems
>
> Hello all,
>
> I implemented the isModified() method in each of the offending entity
> beans, and the speed improvements are dramatic.  A page that used to
> take around 30-45 seconds to load now takes around .75-1.25 seconds (the
> hardware is pretty slow).  That is a HUGE performance increase.
>
> Thanks for your help!
>
> saul
>
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user
>


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] JBOSS and JSP and Servlets

2001-07-05 Thread Frank Marx

Hi all,

I try to figure out that open source tools are fitting in the best to use
JBOSS and JSP and Servlets.
As far as I understand is that TomCat is the Servlet Engine and Jetty is for
the JSP ?
Is this right ?

What would you recommend to use JBOSS with JSP and maybe some Servlets ?

What about this Tool called ANT ?

Thanks in advance,

Frank Marx

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Re: Jboss Performance problems

2001-07-05 Thread Frank Marx


Sure, but you have to write the code which checks the flag when you are
using BMP as far as I know,
but this is done by the Container automaticly when you use CMP.

So with using tuned updates the effect is the same as when using
isModified() ?
How is this archieved  ?

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of danch (Dan
Christopherson)
Sent: Thursday, July 05, 2001 1:53 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Re: Jboss Performance problems


It's honored for BMP or CMP, although with CMP you can also turn on
tuned updates, which has somewhat the same effect. Also, for BMP, you
can simply check your mofified flag in ejbStore().

-danch

Hunter Hillegas wrote:

> Am I correct that isModified() only applies to BMP beans?
>
> Hunter
>
>
>>From: Saul Farber <[EMAIL PROTECTED]>
>>Reply-To: [EMAIL PROTECTED]
>>Date: 05 Jul 2001 16:00:25 -0400
>>To: [EMAIL PROTECTED]
>>Subject: [JBoss-user] Re: Jboss Performance problems
>>
>>Hello all,
>>
>>I implemented the isModified() method in each of the offending entity
>>beans, and the speed improvements are dramatic.  A page that used to
>>take around 30-45 seconds to load now takes around .75-1.25 seconds (the
>>hardware is pretty slow).  That is a HUGE performance increase.
>>
>>Thanks for your help!
>>
>>saul
>>
>>
>>___
>>JBoss-user mailing list
>>[EMAIL PROTECTED]
>>http://lists.sourceforge.net/lists/listinfo/jboss-user
>>
>>
>
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user
>



___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Re: Jboss Performance problems

2001-07-05 Thread Frank Marx


I think isModified() applies only to CMP-Beans, with BMP (as far as I
remember) you take care of
making entities persistent in the database.

Frank

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hunter
Hillegas
Sent: Thursday, July 05, 2001 1:23 PM
To: JBoss 2
Subject: Re: [JBoss-user] Re: Jboss Performance problems


Am I correct that isModified() only applies to BMP beans?

Hunter

> From: Saul Farber <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: 05 Jul 2001 16:00:25 -0400
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] Re: Jboss Performance problems
>
> Hello all,
>
> I implemented the isModified() method in each of the offending entity
> beans, and the speed improvements are dramatic.  A page that used to
> take around 30-45 seconds to load now takes around .75-1.25 seconds (the
> hardware is pretty slow).  That is a HUGE performance increase.
>
> Thanks for your help!
>
> saul
>
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user
>


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Design question - Singleton

2001-07-05 Thread Frank Marx


Hi,

I wonder if it is possible to have a static field in the session bean and
check if this field is set in the
ejbCreate() and then react according to set status of this field. I never
tried it but would this be a way to do it ?

Frank


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, July 05, 2001 12:23 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: [JBoss-user] Design question - Singleton



It sounds like there is a problem with your design if you are trying to do
this - the EJB container controls all instance creation, so you can't
really create a true Singleton bean.

What are you trying to do? There are many other ways to get Singleton-like
functionality with EJBs. I'm assuming the bean is stateless if you want to
create a Singleton, and for stateless beans the container will create as
many instances as necessary to service client requests.

Alex



|+-->
||  "Hermann RANGAMANA" |
||  <[EMAIL PROTECTED]> |
||  Sent by:|
||  [EMAIL PROTECTED]|
||  eforge.net  |
||  |
||  |
||  07/05/01 05:07 AM   |
||  Please respond to jboss-user|
||  |
|+-->

>---
|
  |
|
  |   To: <[EMAIL PROTECTED]>
|
  |   cc:
|
  |   Subject: [JBoss-user] Design question - Singleton
|

>---
|




Hi all,

I have a session bean, which number of  instance should be limited to 1
(Singleton). How can i implement this with ejb?

--hermann


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user





___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] Design question - Singleton

2001-07-05 Thread Frank Marx

Hi,

is it not possible to have a static field in the Session Bean, I mean it is
not made persistent anyway.

Have you tried this approach with the static field ?

Frank

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



RE: [JBoss-user] JBoss performance problems

2001-07-04 Thread Frank Marx

Hi,

as far as I know the ejbStore() is called after you access a method of the
Entity Bean (no matter if reading or writing access),
because the container cannot find out if it is neccessary to update the
corresponding row in the DB Table, also there is a
Transaction started for the when you access a method of the entity bean.

You may implement the isModified() method to support the Container. We did
this and we gained a lot of performance.

I hope this helps.

Frank Marx


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] Problem with Caching

2001-07-01 Thread Frank Marx

Hi,

I post this again because from the first posting I got no response so far
and I wonder if we are the only ones
who encountered this problem.

So here again:

We have a functionality in our Application which uses a lot of instances of
different entity beans in a short period of time for read access, when the
cache size is default or lower then default sometimes we get a deadlock,
when we make the cache size
very big the deadlock didn't show up so far.

Is this a evidence that there might be something wrong with the caching
mechanism of JBOSS 2.2.1, are there any other people here who encountered
the same problem ??

Thanks in advance,

Frank Marx

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user



[JBoss-user] Bug in caching mechanism ?????

2001-06-28 Thread Frank Marx

Hi,

we encountered a strange problem using JBOSS 2.2.1.

By accessing certain Entity-Beans we encounter a LOCK_WAITING Problem which
occurs more often when we decrease the CACHE-Size
og JBOSS and appears less often when we increase the CACHE-Size of JBOSS.

Is there something known that there might me something wrong with the JBOSS
CACHING Mechanism ?

Thanks in advance,

Frank Marx

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user