[JBoss-user] JB241-TC323: DatabaseServerLoginModule works, but plain EJB references don't
I have a simple EJB application. It works fine from an application client, including JAAS through DatabaseServerLoginModule, using my "UserBean" table. I set up a web application to go with it. I was able to set up form-based auth, and that also appears to work fine. However, after logging in, I try to execute a method on an EJB, which the user normally can access, and I get the following exception on the console: [ClassBean] Authentication exception, principal=null [Default] java.rmi.RemoteException: checkSecurityAssociation; nested exception is: java.lang.SecurityException: Authentication exception, principal=null [Default] java.rmi.RemoteException: checkSecurityAssociation; nested exception is: java.lang.SecurityException: Authentication exception, principal=null [Default] java.lang.SecurityException: Authentication exception, principal=null [Default] at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityInterceptor.java:168) What could I be missing? The "auth.conf" with the DatabaseServerLoginModule is in the jboss/conf/tomcat subdirectory, which was my startup config. -- === David M. Karr ; Best Consulting [EMAIL PROTECTED] ; Java/Unix/XML/C++/X ; BrainBench CJ12P (#12004) ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] log4j system.out category
Are these your beans? If so, why not convert everything to log4j calls? - Original Message - From: "Ferguson, Doug" <[EMAIL PROTECTED]> To: "JBoss User (E-mail)" <[EMAIL PROTECTED]> Sent: Friday, September 21, 2001 7:52 PM Subject: [JBoss-user] log4j system.out category > Is there a category specificly for stuff written to system.out from beans? > > I want to sent this to INFO so I get my messages. > But I want to set JBOSS to ERROR so that JBOSS doesn't print as many > messages.. > > Thanks, > d. > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Connection Pool Problems with JBoss
Thanks David-
You're right, I am using the XADataSourceLoader...Below
dbPool
org.opentools.minerva.jdbc.xa.wrapper.XADataSourc
eImpl
jdbc:mysql:url
user
true
10
pass
true
I went back through my code and did find a connection leak after sending
the previous message.
Thanks again for the advice,
Dan
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 9:18 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Connection Pool Problems with JBoss
Are you sure you showed the right piece of configuration? what you show
is
from a ConnectionFactoryLoader configuration, which is extremely
inconvenient to use in 2.2.2 - each time you start jboss, you have to
deploy by hand or program a resource adapter (rar). Is it possible that
you are actually using an XADatatSourceLoader with blocking = false?
One popular way to use up all the connections and break the pool is to
use
BMP and hold onto a connection over a transaction boundary, for instance
by
caching the connection between activation and passivation. Proper use
of
connections in jboss is like this:
(something starts the transaction, either the container or you)
(get the DataSource ds)
Connection c = ds.getConnection();
try {
do something and close all the resources you use.
}
finally{
c.close();
}
(transaction ends, either by container or by your code)
sun has many examples of holding onto connections, well, forever,
however
this is inconsistent with their explanation of how pooling works.
Hope this helps
david jencks
On 2001.09.21 17:41:23 -0400 Daniel Ferrante wrote:
> Hi All -
> I am using JBoss 2.2.2 with Tomcat. We are using minerva database
> connection pools and are having problems with
> connections returning null. The main problem is that once the null
> connection object is returned and the exception is caught, we need
> to restart JBoss, the connection pool dies and doesn't give out
anymore
> connections. I debated setting the MaxSize variable to 0 (constantly
> growing the PoolSize).
>
> Any help you can give to me in understanding how to approach this
> problem would be greatly appreciated.
>
> I used the default MaxSize of Connections to 10 (See Below),
>
>
> # Pool type - uncomment to force, otherwise it is the default
> #PoolConfiguration=per-factory
>
> # Connection pooling properties - see
> # org.opentools.minerva.pool.PoolParameters
> MinSize=0
> MaxSize=10
> Blocking=true
> GCEnabled=false
> IdleTimeoutEnabled=false
> InvalidateOnError=false
> TrackLastUsed=false
> GCIntervalMillis=12
> GCMinIdleMillis=120
> IdleTimeoutMillis=180
> MaxIdleTimeoutPercent=1.0
>
>
> Thanks
> Dan
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Path Configuration
Hmm, I was going to say the opposite, the deploy directory is an attribute of the AutoDeployer mbean (see jboss.jcml, and delete jboss-auto.jcml as often as you remember), whereas where lib/ext is set as the classpath is a complete mystery and presumably hardcoded ;-) So from both of us together maybe you have an answer. david jencks On 2001.09.21 20:22:18 -0400 Fred Loney wrote: > Deployment dir is hard-coded. However, I'd bet it would be easy to > override the standard deployer. Grab the jboss source, make a class > MyDeployer that extends J2eeDeployer, reimplement the base class > initService() to preferentially pick up the deploy dir from an envvar, > make a trivial MyDeployerMBean like J2eeDeployerMBean, place the > MyDeployer classes in a jar in lib/ext, change jboss.jcml entry: > > > to > > > and let the magical jboss service architecture do the rest. Caveat is > that deployment is usually the private purview of the container; it's > probably bad form to build external dependencies on deployment location. > > Classpath can be configured by changing the ClassPathExtension entries > in jboss.conf. > > Above is true jboss 2.2 - 2.4. It looks like it will change a bit for > 3.0. > > Fred Loney > Spirited Software, Inc. > www.spiritedsw.com > > > - Original Message - > From: "Mica Cooper" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, September 21, 2001 2:36 PM > Subject: [JBoss-user] Path Configuration > > > > Problem: > > I need to config the paths for \lib\ext and \deploy to point to other > > directories. Is there a config that will allow me to have Jboss set > > additional directories for this? > > > > I have the Jboss paths like this > > c:\Jboss\lib\ext > > c:\Jboss\deploy > > > > and need to able to set them to ALSO use other dirs > > > > c:\project\mycompany\lib > > c:\project\mycompany\deploy > > > > Thanks in advance, > > Mica Cooper > > > > > > ___ > > JBoss-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Problem with BMP
I don't see enough information to make a guess about the exception, however as a first step fix the verifier warnings. In particular, the hashcode and equals warnings mean something like this: a.equals(b) must imply a.hashCode() == b.hashCode() if a and b have the same values (i.e. identify the same row in a db) then a.equals(b). You need to implement these methods so these are true. david jencks On 2001.09.21 20:46:52 -0400 Jaime Gomez wrote: > please i have the follow problem, anyone have any idea about the > possible problem. > > [Glosario] javax.ejb.EJBException > [Glosario]at > org.jboss.ejb.plugins.BMPPersistenceManager.storeEntity > (BMPPersistenceManager.java:352) > [Glosario]at > org.jboss.ejb.plugins.EntitySynchronizationInterceptor$InstanceSynchroni > zation.beforeCompletion(EntitySynchronizationInterceptor.java:342) > [Glosario]at org.jboss.tm.TxCapsule.doBeforeCompletion > (TxCapsule.java:1228) > [Glosario]at org.jboss.tm.TxCapsule.commit(TxCapsule.java:322) > [Glosario]at org.jboss.tm.TransactionImpl.commit > (TransactionImpl.java:76) > > > Jaime > > > [Container factory] Deploying:file:/usr/java/JBoss-2.2.2_Tomcat- > 3.2.2/jboss/tmp/deploy/Default/edutrab.ear > [Container factory] res-jndi-name(jdbc_edutrab)does not start with > java:/ and assumeJavaPrefix is true > [Verifier] Verifying file:/usr/java/JBoss-2.2.2_Tomcat- > 3.2.2/jboss/tmp/deploy/Default/edutrab.ear/ejb1002.jar > [Verifier] > Bean : Alumno > Method : public abstract Alumno findByPrimaryKey(AlumnoBeanPK) throws > RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] > Bean : Alumno > Section: 9.2.9 > Warning: The primary key class must override hashCode(). > > [Verifier] > Bean : Matricula > Method : public abstract Matricula findByPrimaryKey(MatriculaBeanPK) > throws RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] > Bean : Matricula > Section: 9.2.9 > Warning: The primary key class must override equals(). > > [Verifier] > Bean : Matricula > Section: 9.2.9 > Warning: The primary key class must override hashCode(). > > [Verifier] > Bean : Claves > Method : public abstract Claves findByPrimaryKey(ClavesBeanPK) throws > RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] > Bean : Claves > Section: 9.2.9 > Warning: The primary key class must override equals(). > > [Verifier] > Bean : Claves > Section: 9.2.9 > Warning: The primary key class must override hashCode(). > > [Verifier] > Bean : Glosario > Method : public abstract Glosario findByPrimaryKey(GlosarioBeanPK) > throws RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] Glosario: Verified. > [Verifier] > Bean : Curso > Method : public abstract Curso findByPrimaryKey(CursoBeanPK) throws > RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] Curso: Verified. > [Verifier] > Bean : Area > Method : public abstract Area findByPrimaryKey(AreaBeanPK) throws > RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] > Bean : Area > Section: 9.2.9 > Warning: The primary key class must override equals(). > > [Verifier] > Bean : Area > Section: 9.2.9 > Warning: The primary key class must override hashCode(). > > [Verifier] > Bean : Tema > Method : public abstract Tema findByPrimaryKey(TemaBeanPK) throws > RemoteException, FinderException > Section: 9.2.8 > Warning: All the exceptions defined in the throws clause of an ejbFind > method of the entity bean class must be included in the throws clause > of the matching find method of the home interface. > > [Verifier] > Bean : Tema > Section: 9.2.9 > Warning: The primary key class must override equals(). > > [Verifier] > Bean : Tema > Section: 9.2.9 > Warning: The primary key class must
Re: [JBoss-user] Connection Pool Problems with JBoss
Are you sure you showed the right piece of configuration? what you show is
from a ConnectionFactoryLoader configuration, which is extremely
inconvenient to use in 2.2.2 - each time you start jboss, you have to
deploy by hand or program a resource adapter (rar). Is it possible that
you are actually using an XADatatSourceLoader with blocking = false?
One popular way to use up all the connections and break the pool is to use
BMP and hold onto a connection over a transaction boundary, for instance by
caching the connection between activation and passivation. Proper use of
connections in jboss is like this:
(something starts the transaction, either the container or you)
(get the DataSource ds)
Connection c = ds.getConnection();
try {
do something and close all the resources you use.
}
finally{
c.close();
}
(transaction ends, either by container or by your code)
sun has many examples of holding onto connections, well, forever, however
this is inconsistent with their explanation of how pooling works.
Hope this helps
david jencks
On 2001.09.21 17:41:23 -0400 Daniel Ferrante wrote:
> Hi All -
> I am using JBoss 2.2.2 with Tomcat. We are using minerva database
> connection pools and are having problems with
> connections returning null. The main problem is that once the null
> connection object is returned and the exception is caught, we need
> to restart JBoss, the connection pool dies and doesn't give out anymore
> connections. I debated setting the MaxSize variable to 0 (constantly
> growing the PoolSize).
>
> Any help you can give to me in understanding how to approach this
> problem would be greatly appreciated.
>
> I used the default MaxSize of Connections to 10 (See Below),
>
>
> # Pool type - uncomment to force, otherwise it is the default
> #PoolConfiguration=per-factory
>
> # Connection pooling properties - see
> # org.opentools.minerva.pool.PoolParameters
> MinSize=0
> MaxSize=10
> Blocking=true
> GCEnabled=false
> IdleTimeoutEnabled=false
> InvalidateOnError=false
> TrackLastUsed=false
> GCIntervalMillis=12
> GCMinIdleMillis=120
> IdleTimeoutMillis=180
> MaxIdleTimeoutPercent=1.0
>
>
> Thanks
> Dan
>
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] log4j system.out category
Default is the category. - Original Message - From: "Ferguson, Doug" <[EMAIL PROTECTED]> To: "JBoss User (E-mail)" <[EMAIL PROTECTED]> Sent: Friday, September 21, 2001 4:52 PM Subject: [JBoss-user] log4j system.out category > Is there a category specificly for stuff written to system.out from beans? > > I want to sent this to INFO so I get my messages. > But I want to set JBOSS to ERROR so that JBOSS doesn't print as many > messages.. > > Thanks, > d. > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] NPE: org.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl - Oracle8i and JBoss2.4.0
It may be a problem with the db not jboss. I would uncomment out the following line in conf\default\log4j.properties log4j.category.org.jboss.ejb.plugins=TRACE#org.jboss.logging.log4j.TracePrio rity Among other debugging messages, this will give you the oracle SQLExceptions if there are any via the console. HTH, Tom -Original Message- From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 18, 2001 7:51 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] NPE: org.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl - Oracle8i and JBoss2.4.0 This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Problem with BMP
please i have the follow problem, anyone have any idea about the possible problem. [Glosario] javax.ejb.EJBException [Glosario] at org.jboss.ejb.plugins.BMPPersistenceManager.storeEntity (BMPPersistenceManager.java:352) [Glosario] at org.jboss.ejb.plugins.EntitySynchronizationInterceptor$InstanceSynchroni zation.beforeCompletion(EntitySynchronizationInterceptor.java:342) [Glosario] at org.jboss.tm.TxCapsule.doBeforeCompletion (TxCapsule.java:1228) [Glosario] at org.jboss.tm.TxCapsule.commit(TxCapsule.java:322) [Glosario] at org.jboss.tm.TransactionImpl.commit (TransactionImpl.java:76) Jaime [Container factory] Deploying:file:/usr/java/JBoss-2.2.2_Tomcat- 3.2.2/jboss/tmp/deploy/Default/edutrab.ear [Container factory] res-jndi-name(jdbc_edutrab)does not start with java:/ and assumeJavaPrefix is true [Verifier] Verifying file:/usr/java/JBoss-2.2.2_Tomcat- 3.2.2/jboss/tmp/deploy/Default/edutrab.ear/ejb1002.jar [Verifier] Bean : Alumno Method : public abstract Alumno findByPrimaryKey(AlumnoBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Bean : Alumno Section: 9.2.9 Warning: The primary key class must override hashCode(). [Verifier] Bean : Matricula Method : public abstract Matricula findByPrimaryKey(MatriculaBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Bean : Matricula Section: 9.2.9 Warning: The primary key class must override equals(). [Verifier] Bean : Matricula Section: 9.2.9 Warning: The primary key class must override hashCode(). [Verifier] Bean : Claves Method : public abstract Claves findByPrimaryKey(ClavesBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Bean : Claves Section: 9.2.9 Warning: The primary key class must override equals(). [Verifier] Bean : Claves Section: 9.2.9 Warning: The primary key class must override hashCode(). [Verifier] Bean : Glosario Method : public abstract Glosario findByPrimaryKey(GlosarioBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Glosario: Verified. [Verifier] Bean : Curso Method : public abstract Curso findByPrimaryKey(CursoBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Curso: Verified. [Verifier] Bean : Area Method : public abstract Area findByPrimaryKey(AreaBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Bean : Area Section: 9.2.9 Warning: The primary key class must override equals(). [Verifier] Bean : Area Section: 9.2.9 Warning: The primary key class must override hashCode(). [Verifier] Bean : Tema Method : public abstract Tema findByPrimaryKey(TemaBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Bean : Tema Section: 9.2.9 Warning: The primary key class must override equals(). [Verifier] Bean : Tema Section: 9.2.9 Warning: The primary key class must override hashCode(). [Verifier] Bean : BolsaTrabajo Method : public abstract BolsaTrabajo findByPrimaryKey (BolsaTrabajoBeanPK) throws RemoteException, FinderException Section: 9.2.8 Warning: All the exceptions defined in the throws clause of an ejbFind method of the entity bean class must be included in the throws clause of the matching find method of the home interface. [Verifier] Bean : BolsaTrabajo Section: 9.2.9 Warning: The primary key class must override equals(). [Verifier] Bean : BolsaTrabajo Section: 9.2.9 Warning: The primary key class must override hashCode(). [Verifier] Bean : Test Method : public abstract Test findByPrimaryKey(TestBeanPK) throws RemoteException, FinderExce
Re: [JBoss-user] Path Configuration
Deployment dir is hard-coded. However, I'd bet it would be easy to override the standard deployer. Grab the jboss source, make a class MyDeployer that extends J2eeDeployer, reimplement the base class initService() to preferentially pick up the deploy dir from an envvar, make a trivial MyDeployerMBean like J2eeDeployerMBean, place the MyDeployer classes in a jar in lib/ext, change jboss.jcml entry: To: <[EMAIL PROTECTED]> Sent: Friday, September 21, 2001 2:36 PM Subject: [JBoss-user] Path Configuration > Problem: > I need to config the paths for \lib\ext and \deploy to point to other > directories. Is there a config that will allow me to have Jboss set > additional directories for this? > > I have the Jboss paths like this > c:\Jboss\lib\ext > c:\Jboss\deploy > > and need to able to set them to ALSO use other dirs > > c:\project\mycompany\lib > c:\project\mycompany\deploy > > Thanks in advance, > Mica Cooper > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] log4j system.out category
Is there a category specificly for stuff written to system.out from beans? I want to sent this to INFO so I get my messages. But I want to set JBOSS to ERROR so that JBOSS doesn't print as many messages.. Thanks, d. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] how about user-define type in cmp
No matter how exciting it looks in the Oracle manuals, don't use custom types. The "user defined type" of relational database design is the "row". - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 21, 2001 6:42 PM Subject: [JBoss-user] how about user-define type in cmp There is a user-define type in oralce, how to map it to an entity, in cmp entitybean.Is there any example ?thank you all »¯×±Æ·ÈýÕÛ£¬ÏãË®°ë¼Û IP¿¨ÉÏÍø¿¨È«ÏßÌøË®¼Û ¼ÓÈëÊéÓÑ»á»ñ¾«ÃÀÀñÆ·
[JBoss-user] Connection Pool Problems with JBoss
Hi All - I am using JBoss 2.2.2 with Tomcat. We are using minerva database connection pools and are having problems with connections returning null. The main problem is that once the null connection object is returned and the exception is caught, we need to restart JBoss, the connection pool dies and doesn't give out anymore connections. I debated setting the MaxSize variable to 0 (constantly growing the PoolSize). Any help you can give to me in understanding how to approach this problem would be greatly appreciated. I used the default MaxSize of Connections to 10 (See Below), # Pool type - uncomment to force, otherwise it is the default #PoolConfiguration=per-factory # Connection pooling properties - see # org.opentools.minerva.pool.PoolParameters MinSize=0 MaxSize=10 Blocking=true GCEnabled=false IdleTimeoutEnabled=false InvalidateOnError=false TrackLastUsed=false GCIntervalMillis=12 GCMinIdleMillis=120 IdleTimeoutMillis=180 MaxIdleTimeoutPercent=1.0 Thanks Dan ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Path Configuration
Problem: I need to config the paths for \lib\ext and \deploy to point to other directories. Is there a config that will allow me to have Jboss set additional directories for this? I have the Jboss paths like this c:\Jboss\lib\ext c:\Jboss\deploy and need to able to set them to ALSO use other dirs c:\project\mycompany\lib c:\project\mycompany\deploy Thanks in advance, Mica Cooper ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] strang jsp hanging problem
Dont worry I got it. I recompiled Apache without SSL support. Most likely an issue with EAPI - although I did compile correctly. Jboss is now dispatching my jsps nicely. Thx. -- Lee Smith Solutions Designer Airmedia UK London [EMAIL PROTECTED] +44 207 866 5821 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lee Smith Sent: 21 September 2001 19:27 To: [EMAIL PROTECTED] Subject: [JBoss-user] strang jsp hanging problem I am using jboss + tomcat + apache config. I am using mod_jk to integrate tomcat with apache. All on RH7 intel. I have a servlet that is using a page dispatch on a jsp. This jsp seems to only be parsed partially by the browser. I have tested on several browsers also. It is just hanging there and what seems it is continually trying to receive the rest of the jsp (or rather the html output). Looking at the page source cleary shows the remaining html code not present. What is even stranger is if I edit the jsp and take out several lines, just blank lines, and also join lines more on the html can be parsed. Its like a byte limit or something that can be pushed through. With this is mind I rip out the code in the jsp and replaced it with several large strings to be printed. This was fine so there is no byte limit really. I just cant see what the problem is here. I have updated to the latest current version of Jboss today with the same results. Anyone have any ideas? Thanks. -- Lee Smith Solutions Designer Airmedia UK London [EMAIL PROTECTED] +44 207 866 5821 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] strang jsp hanging problem
I am using jboss + tomcat + apache config. I am using mod_jk to integrate tomcat with apache. All on RH7 intel. I have a servlet that is using a page dispatch on a jsp. This jsp seems to only be parsed partially by the browser. I have tested on several browsers also. It is just hanging there and what seems it is continually trying to receive the rest of the jsp (or rather the html output). Looking at the page source cleary shows the remaining html code not present. What is even stranger is if I edit the jsp and take out several lines, just blank lines, and also join lines more on the html can be parsed. Its like a byte limit or something that can be pushed through. With this is mind I rip out the code in the jsp and replaced it with several large strings to be printed. This was fine so there is no byte limit really. I just cant see what the problem is here. I have updated to the latest current version of Jboss today with the same results. Anyone have any ideas? Thanks. -- Lee Smith Solutions Designer Airmedia UK London [EMAIL PROTECTED] +44 207 866 5821 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] RE: LDAPLoginModule config in auth.conf
Hi, That sure is an idea, but I was hopping that somebody already knew which attributes should be put in auth.conf as Windows 2000 Active Directory uses a similar structure on this. Is anyone performing authentication and authorisation against Win 2000 AD??? Thanks, Carlos Ferrao -Original Message- From: Achilleus Mantzios [mailto:[EMAIL PROTECTED]] Sent: sexta-feira, 21 de Setembro de 2001 8:13 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: LDAPLoginModule config in auth.conf Well carlos, since i assume you are in the same situation as me (ldap newbie), i would suggest: 1) in everything you do (either from jboss SecurityManager or from ldapsearch) watch the log of your ldap server CAREFULLY (i use slapd -d 111) 2) Build your own LdapLogin module put it in a package, and then modify your run.sh Notice you can do your job with org.jboss.security.auth.spi.LdapLoginModule quite well, but with building your own you can print debug info that will help you a lot. 3) Perform your ldapsearches in the SAME way that LdapLogin module does. Once you get the expected results from ldapsearch, then proceed onto examining your code in the module. Achilleus ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0
The 1.4 JDK is not stable. We have found several problems and it is significantly slower than 1.3.1. I would suggest not using it for anything except to play with. Mica Cooper -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hunter Hillegas Sent: Friday, September 21, 2001 10:18 AM To: JBoss 2 Subject: Re: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0 Are you sure about this? Everything I've read about EJB2.0 is that bean classes now ARE defined as abstract. Hunter > From: "Joost v.d. Wijgerd" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Fri, 21 Sep 2001 13:38:29 +0200 > To: <[EMAIL PROTECTED]> > Subject: RE: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0 > > your bean class should not be abstract, you either extend > this abstract class, in which you implement ejbCreate and > put in your deployment descriptor as the bean class, or you > make it a normal class, and implement ejbCreate()... and all > your getters and setters > > Joost. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] RE: [JBoss-dev] PLEASE NOTE! container-configuration has changed in 2.4.1
I'll put them in the change notes. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of marc fleury > Sent: Thursday, September 20, 2001 5:34 PM > To: [EMAIL PROTECTED]; Jboss-User@Lists. > Sourceforge. Net > Subject: [JBoss-user] RE: [JBoss-dev] PLEASE NOTE! > container-configuration has changed in 2.4.1 > > > it is in the "changelog notes" right? I found these to be very useful when > cutting a package > > marcf > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On Behalf Of Bill > |Burke > |Sent: Wednesday, September 19, 2001 11:54 AM > |To: Jboss-Development@Lists. Sourceforge. Net; Jboss-User@Lists. > |Sourceforge. Net > |Subject: [JBoss-dev] PLEASE NOTE! container-configuration has changed in > |2.4.1 > | > | > |PLEASE NOTE! > |There has been an extra interceptor added to the interceptor chain > |in 2.4.1. > |Please look in the distributed standardjboss.xml that comes with 2.4.1. > |EntityLockInterceptor should be in the interceptor chain, and also a new > |field should be set to QueuedPessmisticEJBLock. > | > |i.e. > | > |Standard CMP EntityBean > |false > |org.jboss.ejb.plugins.jrmp.server.JRMPContainerI > |nvoker |ontainer-invoker> > | > |org.jboss.ejb.plugins.LogInterceptor > |org.jboss.ejb.plugins.SecurityInterceptor > |org.jboss.ejb.plugins.TxInterceptorCMT > | |metricsEnabled="true">org.jboss.ejb.plugins.MetricsInterceptor |erceptor> > |org.jboss.ejb.plugins.EntityLockInterceptor > |org.jboss.ejb.plugins.EntityInstanceInterceptor erceptor> > |org.jboss.ejb.plugins.EntitySynchronizationInterceptor > | |ptor> > | > |org.jboss.ejb.plugins.EntityInstancePool > |org.jboss.ejb.plugins.EntityInstanceCache > |org.jboss.ejb.plugins.jaws.JAWSPersistenceMana > |ger |istence-manager> > |org.jboss.tm.TxManager > |org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock > | |-policy> > | > | > |True > | > | > |org.jboss.ejb.plugins.LRUEnterpriseContextCachePolicy > | |olicy> > | > |50 > |1000 > |300 > |600 > |400 > |60 > |1 > |0.75 > | > | > | > |100 > |10 > | > |A > | > | > | > | > |___ > |Jboss-development mailing list > |[EMAIL PROTECTED] > |https://lists.sourceforge.net/lists/listinfo/jboss-development > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Setting JNDI/RMI Port assignment??
Use the RmiPort attribute: 1099 0 - Original Message - From: Luke Studley To: '[EMAIL PROTECTED]' Sent: Friday, September 21, 2001 5:32 AM Subject: [JBoss-user] Setting JNDI/RMI Port assignment?? Hello In the documentation (http://www.jboss.org/documentation/HTML/ch11s03.html) it is stated what ports are required to users of JBoss and where they can be set (as we need to run through a firewall). I have found most of these, but the second one JNDI/RMI which it states as defaulting to anonymous and being able to be set in the jboss.jcml file, but not where or how. I couldn't see any likely candidates in the default jboss.jcml file. Can anybody help, I am using JBoss2.4.1 ?? Thanks Luke ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: XDoclet 1.0 released - was [JBoss-user] Creating EJB2.0 Relations and CMP XML filesXDoclet 1.0 released
Title: RE: XDoclet 1.0 released - was [JBoss-user] Creating EJB2.0 Relations and CMP XML filesXDoclet 1.0 released I've just switch from EJBDoclet to xDoclet.. awsomme! For me, EJB/xDoclet are the MOST essencial tools for EJB developement! -Original Message- From: Dmitri Colebatch [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 2:38 AM To: JBoss 2 Cc: Ara Abrahamian Subject: XDoclet 1.0 released - was [JBoss-user] Creating EJB2.0 Relations and CMP XML filesXDoclet 1.0 released Hey list, This would be an ideal time to let people know that XDoclet version 1.0 has just come of age. XDoclet is the successor of EJBDoclet, Rickard Oberg's tool for automatic generation of interfaces, deployment descriptors, and now much much more. XDoclet 1.0 has full support for EJB2.0 and is focused on JBoss, but also covers other EJB containers, meaning that if you find yourself in the unfortunate position of having to stop using JBoss and use another container all you need to do is change your ant script and some comments in your code. It also has support for Struts, JSP Taglibs, WebWork, Apache-SOAP, and JMX. Go to http://www.sourceforge.net/projects/xdoclet to get the download. cheesr dim ps - Hunter, this is exactly what you're asking about (o: On Thu, 20 Sep 2001, Hunter Hillegas wrote: > To all people using EJB2.0: > > How are you creating your XML files and defining your relationships? By > hand? Most of the references and documents I've seen suggest using the J2EE > DeployTool to create the files, since they have gotten more complex... > > I've had a hard time getting the deploytool to work. Are other people using > it? Something else? By hand? > > Thoughts? > > Hunter > > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0
Are you sure about this? Everything I've read about EJB2.0 is that bean classes now ARE defined as abstract. Hunter > From: "Joost v.d. Wijgerd" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Fri, 21 Sep 2001 13:38:29 +0200 > To: <[EMAIL PROTECTED]> > Subject: RE: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0 > > your bean class should not be abstract, you either extend > this abstract class, in which you implement ejbCreate and > put in your deployment descriptor as the bean class, or you > make it a normal class, and implement ejbCreate()... and all > your getters and setters > > Joost. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] transactional settings on methods
Fixed in 2.4. Bug base is at http://sourceforge.net/tracker/?group_id=22866&atid=376685 although a quick search didn't yield any hits. Fred LoneySpirited Software, Inc.www.spiritedsw.com - Original Message - From: Eric Lindauer To: [EMAIL PROTECTED] Sent: Thursday, September 20, 2001 2:38 PM Subject: [JBoss-user] transactional settings on methods Hi, I am trying to setup transactional settings on the methods of a bean via the element. According to the spec, I can set a default on all the methods by using * for one transactional setting, and then setName for another. When I try this, the bean acts as though the setting I created with * is set for all the methods, even those that have been overriden to some other setting. Do I misunderstand the spec? Might this be a bug? I've included my (edited) ejb-jar.xml file to help. Thanks for any suggestions you may have. -Eric PS. Is there a list of known bugs that I can search someplace? I apologize if this is a known issue. the ARemote session bean ARemote com.hcm.tools.test.ARemote com.hcm.tools.test.ARemote_Home com.hcm.tools.test.ARemote_Remote com.hcm.tools.test.ARemote_Bean Stateful Container com.hcm.tools.test.ARemote* Never com.hcm.tools.test.ARemoterequiresNew RequiresNew
Re: [JBoss-user] error runing tomcat
John LYC wrote: > hi all, > i get this error wherever i run the run_with_tomcat.sh. > - > JBOSS_CLASSPATH=:/usr/j2sdk1_3_1/lib/tools.jar: is not an identifier. > - > > this is due to the first line the run_with_tomcat.sh > the path to the tools.jar is correct.. > > when i exec run.sh. > my jboss starts up okay. > > i only change the jboss.jcml in both the default and tomcat directory. > the changes are identical... > i have change nothing else... > do i need to do any configuration to the tomcat conf? > > thanks > john > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user Is your run_with_tomcat.sh in unix format ? and not in dos format ? -- --- Jean-Louis PASTURELmail [EMAIL PROTECTED] Perso http://perso.wanadoo.fr/jean-louis.pasturel/ ___ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Error in 2.4.1
Hi, You dont close your database resources? you _always_ should close your database resources, inside a finally block... end of story. I'm not sure how you come to the conclusion that its a JBoss bug... anyway, at least you've figured out what you need to do to make it work - yes? cheesr dim On Fri, 21 Sep 2001, Edson Carlos Ericksson Richter wrote: > Hi! I've discovered the problem. At some point of view, is a JBoss bug > too. > > What I'm doing wrong is that I never close ResultSet, Statement and > Connection. At other side, after reaching limits from my Sybase SQL > Server (25 connections), JBoss just freeze in responding any client > (neihter Stateless, Statefull nor Entities)... > > Thanks, > > > Edson Carlos Ericksson Richter Gerente de Projetos ECONET Soluções Web > Distrito Federal - Brasil > > > - Original Message - > From: Edson Carlos Ericksson Richter > To: [EMAIL PROTECTED] > Sent: Wednesday, September 19, 2001 9:25 PM > Subject: [JBoss-user] Error in 2.4.1 > > > I'm using JBoss 2.4.1 with Tomcat 3.2.3. I've a simple StatefullSession bean that, >in some places acts as stateless (offering to my pages some services). > > I'm using only a method - List getCustomersByName( String name ) - that returns an >ArrayList of javabens containing some data from my customers. The sequence is Search >Page -> submit -> getCustomersByName -> Results Page. If I go back to Search Page and >repeat process 20 or more times, JBoss giveme following error: > > java.rmi.ServerException: RemoteException occurred in server thread; nested >exception is: > javax.transaction.TransactionRolledbackException: Application Error: tried to >enter Stateful bean with different transaction context; nested exception is: > java.rmi.RemoteException: Application Error: tried to enter Stateful bean with >different transaction context > javax.transaction.TransactionRolledbackException: Application Error: tried to enter >Stateful bean with different transaction context; nested exception is: > java.rmi.RemoteException: Application Error: tried to enter Stateful bean with >different transaction context > java.rmi.RemoteException: Application Error: tried to enter Stateful bean with >different transaction context > at >sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:245) > at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220) > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122) > at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_Stub.invoke(Unknown >Source) > at >org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:357) > at >org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136) > at $Proxy3.getPacientesByCodigo(Unknown Source) > at >cadastroPaciente._0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00032_0002ejspLocalizarPaciente_0005f02_jsp_8._jspService(_0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00032_0002ejspLocalizarPaciente_0005f02_jsp_8.java:153) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at >org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspServlet.java:130) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at >org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:282) > at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) > at org.apache.tomcat.core.Handler.service(Handler.java:287) > at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) > at >org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispatcherImpl.java:222) > at >org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:162) > at >br.com.econet.ms.portalHIV.cadastroPaciente.controller.LocalizarPaciente_01WebController.action(LocalizarPaciente_01WebController.java:56) > at br.com.econet.common.controller.WebController.service(WebController.java:80) > at >cadastroPaciente._0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00031_0002ejspLocalizarPaciente_0005f01_jsp_7._jspService(_0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00031_0002ejspLocalizarPaciente_0005f01_jsp_7.java:160) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at >org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspServlet.java:1
RE: [JBoss-user] Error in 2.4.1
This is not a bug in Jboss, you should close your connections for them to be released back into in the pool. The javadoc for java.sql.Connection.close() says: "Releases a Connection's database and JDBC resources immediately instead of waiting for them to be automatically released". automatic release will happen when the object is garbage collected... In general, you should always be careful with your resources Joost. -Original Message-From: Edson Carlos Ericksson Richter [mailto:[EMAIL PROTECTED]]Sent: Friday, September 21, 2001 2:57 PMTo: [EMAIL PROTECTED]Subject: Re: [JBoss-user] Error in 2.4.1 Hi! I've discovered the problem. At some point of view, is a JBoss bug too. What I'm doing wrong is that I never close ResultSet, Statement and Connection. At other side, after reaching limits from my Sybase SQL Server (25 connections), JBoss just freeze in responding any client (neihter Stateless, Statefull nor Entities)... Thanks, Edson Carlos Ericksson Richter Gerente de Projetos ECONET Soluções Web Distrito Federal - Brasil - Original Message - From: Edson Carlos Ericksson Richter To: [EMAIL PROTECTED] Sent: Wednesday, September 19, 2001 9:25 PM Subject: [JBoss-user] Error in 2.4.1 I'm using JBoss 2.4.1 with Tomcat 3.2.3. I've a simple StatefullSession bean that, in some places acts as stateless (offering to my pages some services). I'm using only a method - List getCustomersByName( String name ) - that returns an ArrayList of javabens containing some data from my customers. The sequence is Search Page -> submit -> getCustomersByName -> Results Page. If I go back to Search Page and repeat process 20 or more times, JBoss giveme following error: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledbackException: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context javax.transaction.TransactionRolledbackException: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:245) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_Stub.invoke(Unknown Source) at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:357) at org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136) at $Proxy3.getPacientesByCodigo(Unknown Source) at cadastroPaciente._0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00032_0002ejspLocalizarPaciente_0005f02_jsp_8._jspService(_0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00032_0002ejspLocalizarPaciente_0005f02_jsp_8.java:153) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspServlet.java:130) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:282) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispatcherImpl.java:222) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:162) at br.com.econet.ms.portalHIV.cadastroPaciente.controller.LocalizarPaciente_01WebController.action(LocalizarPaciente_01WebController.java:56) at br.com.econet.common.controller.WebController.service(WebController.java:80) at cadastroPaciente._0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00031_0002ejspLocalizarPaciente_0005f01_jsp_7._jspService(_0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00031_0002ejspLocalizarPaciente_0005f01_jsp_7.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpSe
Re: [JBoss-user] Error in 2.4.1
Hi! I've discovered the problem. At some point of view, is a JBoss bug too. What I'm doing wrong is that I never close ResultSet, Statement and Connection. At other side, after reaching limits from my Sybase SQL Server (25 connections), JBoss just freeze in responding any client (neihter Stateless, Statefull nor Entities)... Thanks, Edson Carlos Ericksson Richter Gerente de Projetos ECONET Soluções Web Distrito Federal - Brasil - Original Message - From: Edson Carlos Ericksson Richter To: [EMAIL PROTECTED] Sent: Wednesday, September 19, 2001 9:25 PM Subject: [JBoss-user] Error in 2.4.1 I'm using JBoss 2.4.1 with Tomcat 3.2.3. I've a simple StatefullSession bean that, in some places acts as stateless (offering to my pages some services). I'm using only a method - List getCustomersByName( String name ) - that returns an ArrayList of javabens containing some data from my customers. The sequence is Search Page -> submit -> getCustomersByName -> Results Page. If I go back to Search Page and repeat process 20 or more times, JBoss giveme following error: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledbackException: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context javax.transaction.TransactionRolledbackException: Application Error: tried to enter Stateful bean with different transaction context; nested exception is: java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context java.rmi.RemoteException: Application Error: tried to enter Stateful bean with different transaction context at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:245) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122) at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_Stub.invoke(Unknown Source) at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericProxy.java:357) at org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSessionProxy.java:136) at $Proxy3.getPacientesByCodigo(Unknown Source) at cadastroPaciente._0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00032_0002ejspLocalizarPaciente_0005f02_jsp_8._jspService(_0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00032_0002ejspLocalizarPaciente_0005f02_jsp_8.java:153) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspServlet.java:130) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:282) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispatcherImpl.java:222) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:162) at br.com.econet.ms.portalHIV.cadastroPaciente.controller.LocalizarPaciente_01WebController.action(LocalizarPaciente_01WebController.java:56) at br.com.econet.common.controller.WebController.service(WebController.java:80) at cadastroPaciente._0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00031_0002ejspLocalizarPaciente_0005f01_jsp_7._jspService(_0002fcadastroPaciente_0002fLocalizarPaciente_0005f_00030_00031_0002ejspLocalizarPaciente_0005f01_jsp_7.java:160) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspServlet.java:130) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:282) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.Co
[JBoss-user] Setting JNDI/RMI Port assignment??
Hello In the documentation (http://www.jboss.org/documentation/HTML/ch11s03.html) it is stated what ports are required to users of JBoss and where they can be set (as we need to run through a firewall). I have found most of these, but the second one JNDI/RMI which it states as defaulting to anonymous and being able to be set in the jboss.jcml file, but not where or how. I couldn't see any likely candidates in the default jboss.jcml file. Can anybody help, I am using JBoss2.4.1 ?? Thanks Luke
RE: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0
your bean class should not be abstract, you either extend
this abstract class, in which you implement ejbCreate and
put in your deployment descriptor as the bean class, or you
make it a normal class, and implement ejbCreate()... and all
your getters and setters
Joost.
-Original Message-
From: Jeroen van Erp [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 1:23 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0
Hello All,
I'm having a problem with the deployment of a simple (2 persistent
fields) Entity EJB.
The Stacktrace is the following:
Could not deploy
file:/home/jeroen/JBoss-3.0/jboss/deploy/Default/cmpTest.jar/, Cause:
org.jboss.ejb.DeploymentException: Could not deploy
file:/home/jeroen/JBoss-3.0/jboss/deploy/Default/cmpTest.jar/, Cause:
java.lang.NoSuchMethodException: ejbCreate
at org.jboss.deployment.J2eeDeployer.startModules(Unknown
Source)
at org.jboss.deployment.J2eeDeployer.startApplication(Unknown
Source)
at org.jboss.deployment.J2eeDeployer.deploy(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:42)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:28)
at java.lang.reflect.Method.invoke(Method.java:313)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.deployment.AutoDeployer.deploy(Unknown Source)
at org.jboss.deployment.AutoDeployer.run(Unknown Source)
at java.lang.Thread.run(Thread.java:539)
Caused by: org.jboss.ejb.DeploymentException: Could not deploy
file:/home/jeroen/JBoss-3.0/jboss/deploy/Default/cmpTest.jar/, Cause:
java.lang.NoSuchMethodException: ejbCreate
at org.jboss.ejb.ContainerFactory.deploy(Unknown Source)
at org.jboss.ejb.ContainerFactory.deploy(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:42)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:28)
at java.lang.reflect.Method.invoke(Method.java:313)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
... 12 more
Bean class:
public abstract class StudentBean implements EntityBean {
public abstract String getStudentId(); //prim key
public abstract void setStudentId(String id);
public abstract String getStudentName();
public abstract void setStudentName(String name);
}
localHome interface class:
public interface LocalStudentHome extends EJBLocalHome {
public LocalStudent create(String id, String name)
throws CreateException;
public LocalStudent findByPrimaryKey(String id)
throws FinderException;
}
Local interface class:
public interface LocalStudent extends EJBLocalObject {
public String getStudentId();
public String getStudentName();
public void setStudentId(String id);
public void setStudentName(String name);
}
What is wrong
kindest regards,
Jeroen van Erp
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Problem with deploying a CMP2.0 EJB on Jboss3.0
Hello All,
I'm having a problem with the deployment of a simple (2 persistent
fields) Entity EJB.
The Stacktrace is the following:
Could not deploy
file:/home/jeroen/JBoss-3.0/jboss/deploy/Default/cmpTest.jar/, Cause:
org.jboss.ejb.DeploymentException: Could not deploy
file:/home/jeroen/JBoss-3.0/jboss/deploy/Default/cmpTest.jar/, Cause:
java.lang.NoSuchMethodException: ejbCreate
at org.jboss.deployment.J2eeDeployer.startModules(Unknown Source)
at org.jboss.deployment.J2eeDeployer.startApplication(Unknown
Source)
at org.jboss.deployment.J2eeDeployer.deploy(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:42)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:28)
at java.lang.reflect.Method.invoke(Method.java:313)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.deployment.AutoDeployer.deploy(Unknown Source)
at org.jboss.deployment.AutoDeployer.run(Unknown Source)
at java.lang.Thread.run(Thread.java:539)
Caused by: org.jboss.ejb.DeploymentException: Could not deploy
file:/home/jeroen/JBoss-3.0/jboss/deploy/Default/cmpTest.jar/, Cause:
java.lang.NoSuchMethodException: ejbCreate
at org.jboss.ejb.ContainerFactory.deploy(Unknown Source)
at org.jboss.ejb.ContainerFactory.deploy(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:42)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:28)
at java.lang.reflect.Method.invoke(Method.java:313)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
at
com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
... 12 more
Bean class:
public abstract class StudentBean implements EntityBean {
public abstract String getStudentId(); //prim key
public abstract void setStudentId(String id);
public abstract String getStudentName();
public abstract void setStudentName(String name);
}
localHome interface class:
public interface LocalStudentHome extends EJBLocalHome {
public LocalStudent create(String id, String name)
throws CreateException;
public LocalStudent findByPrimaryKey(String id)
throws FinderException;
}
Local interface class:
public interface LocalStudent extends EJBLocalObject {
public String getStudentId();
public String getStudentName();
public void setStudentId(String id);
public void setStudentName(String name);
}
What is wrong
kindest regards,
Jeroen van Erp
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] problem Jboss and Tomcat
I have seen this when I tried to run Tomcat and JBoss in different JVM's. The new Embedded Tomcat support is very nice. Give JBoss 2.4.1-Tomcat-3.2.3 a try. -James -Original Message- From: Jaime Gomez [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 20, 2001 6:42 PM To: [EMAIL PROTECTED]; '[EMAIL PROTECTED]' Subject: [JBoss-user] problem Jboss and Tomcat I have the follow problem Error Query : java.lang.ClassCastException: $Proxy1 when invoque one enitity bean , since one aplication client i don't understand the message jaime ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] problem Jboss and Tomcat
Hi, sounds like you are trying to cast a home or a remote interface to something else.. you should use PortableRemoteObject.narrow to obtain the home interface, and then the create or findByPrimaryKey methods to obtain the remote interface to your entity bean. Joost -Original Message- From: Jaime Gomez [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 2:42 AM To: [EMAIL PROTECTED]; '[EMAIL PROTECTED]' Subject: [JBoss-user] problem Jboss and Tomcat I have the follow problem Error Query : java.lang.ClassCastException: $Proxy1 when invoque one enitity bean , since one aplication client i don't understand the message jaime ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] CommunicationException from lookup()
make sure you have jboss-client.jar, jnp-client.jar and jbosssx.jar in
your client classpath
-Original Message-
From: G.L. Grobe [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 21, 2001 5:12 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] CommunicationException from lookup()
Anyone have anyideas what causes this error.
javax.naming.CommunicationException: Can't find SerialContextProvider
It occurs when doing a TopicConnectionFactory lookup().
try {
ctx = new InitialContext();
}
catch (Exception e) {
...
}
try {
topicConnectionFactory = (TopicConnectionFactory)
ctx.lookup("TopicConnectionFactory");
...
}
...
In my ~/conf/tomcat/jndi.properties file I have:
---
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
# Do NOT uncomment this line as it causes in VM calls to go over
# RMI!
#java.naming.provider.url=localhost
Any help much appreciated!
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] how about user-define type in cmp
There is a user-define type in oralce, how to map it to an entity, in cmp entitybean. Is there any example ? thank you all »¯×±Æ·ÈýÕÛ£¬ÏãË®°ë¼ÛIP¿¨ÉÏÍø¿¨È«ÏßÌøË®¼Û ¼ÓÈëÊéÓÑ»á»ñ¾«ÃÀÀñÆ·
