Re: [JBoss-user] commit-option A: CMP fields not updated bug?
I don't see this behavior so submit a bug report with an example to sourceforge: http://sourceforge.net/tracker/?group_id=22866atid=376685 so we can look into your particular case. -- Scott Stark Chief Technology Officer JBoss Group, LLC Martin Vilcans wrote: I've got a big problem with commit-option A and CMP beans and it looks like a JBoss bug, but as I haven't found anything about it in the bug tracker or the mailing list, it might be that I'm doing something wrong. The problem is that when I call a CMP setter on a bean with commit-option A, the new value is correctly stored in the database, but the value is not updated in the cached bean. So if I call for instance setFoo(42), the foo column in the database is updated to 42, but if I then call getFoo(), I get the old value back. If I flush the EJB cache or simply restart the server, the correct value is fetched from the database, and getFoo() returns the correct value. One weirdness is that if I call getFoo() immediately after setFoo() (in the same transaction?) I get the correct value back. It's like the EJB is rolled back at the end of the transaction. The behaviour is the same no matter if I call the setters inside or outside a transaction when I call the EEJB through a local interface. If I call it through the remote interface, I get java.lang.IllegalStateException: There is no tranaction (sic!) associated with the current thread when I call the setter without a transaction, and the same behaviour as with the local interface if I call it within a transaction. I've tried both JBoss 3.2.1 and 3.2.2RC3 and got the same results. Here are the relevant parts of the deployment of one of the beans: jboss.xml: entity ejb-nameCalendarItem/ejb-name jndi-nameCalendarItem/jndi-name local-jndi-nameCalendarItemLocal/local-jndi-name read-onlyfalse/read-only configuration-nameCMP 2.x and Cache/configuration-name /entity . . container-configurations container-configuration extends=Standard CMP 2.x EntityBean container-nameCMP 2.x and Cache/container-name commit-optionA/commit-option /container-configuration /container-configurations jbosscmp-jdbc.xml: entity ejb-nameCalendarItem/ejb-name create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only table-namecalendarItem/table-name cmp-field field-namebody/field-name column-namebody/column-name /cmp-field cmp-field field-namecelebrityId/field-name column-namecelebrityId/column-name jdbc-typeSMALLINT/jdbc-type sql-typeSMALLINT UNSIGNED/sql-type /cmp-field cmp-field field-nameday/field-name column-nameday/column-name /cmp-field cmp-field field-nameordinal/field-name column-nameordinal/column-name /cmp-field cmp-field field-nameweek/field-name column-nameweek/column-name /cmp-field The database is MySQL 4.0.13 through mysql-connector-java-3.0.8-stable-bin.jar. If this is a JBoss bug, I can't see how I can be the only one with this problem. If noone recognizes this problem, I'll try to create a simple test case to reproduce this behaviour, but for now I just need to know if I'm alone. :-) Martin --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] CMT transaction timeouts
You would need to use a UserTransaction. -- Scott Stark Chief Technology Officer JBoss Group, LLC Meyer-Willner, Bernhard wrote: Hi, is it possible to set a different TX timeout for certain container managed transactions other than the default one specified in conf/jboss-service.xml or do I have to use a user transaction for that? Bernie --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] load-balance polices
Two things, I think you can set a LoadBalance policy on home lookups. xdoclet tags: * @jboss.cluster-config * partition-name=MyCluster * home-policy=org.jboss.ha.framework.interfaces.RoundRobin * bean-policy=org.jboss.ha.framework.interfaces.RoundRobin The other way is not to call home.create() for every call. Rafal Kedziorski [EMAIL PROTECTED] writes: hi, in the latest (2003-08-03) payed clustering documentation on page 37 listing 5-5 and 5-6 shows how poxies works. Now my question. We workinf with JBoss 3.2.2RC2 and 3.2.2RC4 and start to develop an application which will run on a JBoss cluster. We want to user Round-Robin. Our Client is the web container, which uses the business logic implemented in app server. Browse --call to Web-Container-- Web-Container --call to App-Server-- App-Server Our service locator will cache the remote interfaces of our session beans facades. That means, that on each call to a method on facade, we would create a new proxy (Remote myRemote = myHome.create()). That means, that the one call to the method goes every time to the same node in our partition, cause the calls are not load-balanced. -- SynXis Corporation | [EMAIL PROTECTED]| no .sig today. 1610 Wynkoop, Suite 400 | Ph: (303)595-2511 | Denver, CO 80202 | Fax:(303)534-4257 | --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] sar file META-INF and *-ds.xml files
Put the -ds.xml file in the sar outside of the META-INF dir and either put the mbean configuration in the -ds.xml. -- Scott Stark Chief Technology Officer JBoss Group, LLC Brian Wallis wrote: I am porting an app from 3.0.7 to 3.2.1 and have a -service.xml file that configures a JCA and two MBeans. Now in 3.2.1 I configure a JCA using a -ds.xml file and the no-tx-connection-factory tag and I can put depends tags inside that for the MBeans. In the 3.0.7 version I had all of this in the -service.xml and this was included as jboss-service.xml in the META-INF of the sar file. What do I do for 3.2.1? 1) Can I put a jboss-ds.xml file in a sar. 2) Can I include the MBean configuration inside the depends element in the -ds.xml file or does the MBean config have to be in a -service.xml 3) If (1) and not (2) Can I put both a jboss-service.xml and and a jboss-ds.xml in META-INF. In brief, in 3.0.7 I had a -service.xml file with a connector and two MBeans that the connector depended in in it. Do I need two files now and where do I put them in the sar? thanks, brian wallis... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] load-balance polices
If you always want the ejb calls to ignore any colocated beans you would
need to replace the org.jboss.invocation.InvokerInterceptor in the
proxy-factory-config for the bean to use a variation that bypassed the
colocation check. Its invoke method would simply be:
public Object invoke(Invocation invocation)
throws Exception
{
Object returnValue = null;
InvocationContext ctx = invocation.getInvocationContext();
// The payload will go through marshalling at the invoker layer
Invoker invoker = ctx.getInvoker();
returnValue = invoker.invoke(invocation);
return returnValue;
}
rather than:
public Object invoke(Invocation invocation)
throws Exception
{
Object returnValue = null;
InvocationContext ctx = invocation.getInvocationContext();
// optimize if calling another bean in same server VM
if ( isLocal() )
{
// The payload as is is good
returnValue = localInvoker.invoke(invocation);
}
else
{
// The payload will go through marshalling at the invoker layer
Invoker invoker = ctx.getInvoker();
returnValue = invoker.invoke(invocation);
}
return returnValue;
}
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Rafal Kedziorski wrote:
hi,
in the latest (2003-08-03) payed clustering documentation on page 37
listing 5-5 and 5-6 shows how poxies works.
Now my question. We workinf with JBoss 3.2.2RC2 and 3.2.2RC4 and start
to develop an application which will run on a JBoss cluster. We want to
user Round-Robin. Our Client is the web container, which uses the
business logic implemented in app server.
Browse --call to Web-Container-- Web-Container --call to App-Server--
App-Server
Our service locator will cache the remote interfaces of our session
beans facades. That means, that on each call to a method on facade, we
would create a new proxy (Remote myRemote = myHome.create()). That
means, that the one call to the method goes every time to the same node
in our partition, cause the calls are not load-balanced.
Waht will be the soulution.
Regards,
Rafal
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Thread and MDB
You can do that if you want. -- Scott Stark Chief Technology Officer JBoss Group, LLC [EMAIL PROTECTED] wrote: Hello, can anyone help me with MDBs? Can I use threads with MDB in JBoss? Is there any problem on using it? Is it possible to call Thread.sleep(1) inside a MDB? I have a MDB, and I need to execute some methods and then make it sleep 5 seconds, but inside a 3000 iteration loop, with a total of 15000 seconds. Is it possible? Thanks Gabriel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JMS Use: Multiple Server Versions?
Its possible but will depend on whether the jms invocation protocol has changed in an incompatible way between versions. The non-protocol specific objects can also change incompatibly at times. Neither should occur within a x.y.z series where z is changing, but is likely y or x changes. Scott Stark Chief Technology Officer JBoss Group, LLC Peter Luttrell wrote: We're considering the use of JMS with JBoss (JBossMQ). We're wondering if anyone has any ideas or opinions on this aspect: Our environment consists of multiple JBoss servers all with their own applications. We need to have a server app on one jboss server send and receive messages from a queue/topic on a different server; pretty simple to implement. We would also like to be able to upgrade jboss versions on different servers without needing to upgrade all the servers at once. I think this should work, but might depend on the protocol that the connection factories use. Should this even work? Is this possible at all? Is it only between major versions of jboss such as 2.x, 3.x, 3.2.x, etc? Do you have recommendations on what connection factories to use? Other thoughts? thanks. .peter --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] ClassCircularityError-QueuedPessimisticEJBLock$TxLock
See bug#4699981, ClassCircularityError thrown without reason during class loading http://developer.java.sun.com/developer/bugParade/bugs/4699981.html -- Scott Stark Chief Technology Officer JBoss Group, LLC Toshiya Kobayashi wrote: Hi all, I did a stress test on my application. then I got the following stacktrace. org.jboss.tm.JBossTransactionRolledbackException: Unexpected Error java.lang.ClassCircularityError: org/jboss/ejb/plugins/lock/QueuedPessimisticEJBLock$TxLock at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.getTxLock(QueuedPessimis ticEJBLock.java:129) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.waitForTx(QueuedPessimis ticEJBLock.java:291) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.doSchedule(QueuedPessimi sticEJBLock.java:209) at org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock.schedule(QueuedPessimist icEJBLock.java:157) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.jav a:85) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterce ptor.java:53) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:11 7) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinde rInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:483) at org.jboss.ejb.Container.invoke(Container.java:674) at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalProxyFacto ry.java:353) at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:38) at $Proxy60.getStatus(Unknown Source) at jp.co.sunmoretec.pronto.bbs.ejb.BunshoListControl.getSortBunshoList(BunshoLi stControl.java:207) at jp.co.sunmoretec.pronto.bbs.ejb.BunshoListControl.getKeijibanList(BunshoList Control.java:100) at jp.co.sunmoretec.pronto.bbs.ejb.BbsControlBean.keijibanList(BbsControlBean.j ava:292) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(Stateles sSessionContainer.java:629) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(Cach edConnectionInterceptor.java:186) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSe ssionInstanceInterceptor.java:72) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor .java:84) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:243) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:11 7) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinde rInterceptor.java:122) at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionConta iner.java:322) at org.jboss.ejb.Container.invoke(Container.java:674) at sun.reflect.GeneratedMethodAccessor68.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:83) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46 ) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInter ceptor.java:100) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85) at $Proxy45.keijibanList(Unknown Source) at jp.co.sunmoretec.pronto.bbs.servlet.CallBbsControl.callKeijibanList(CallBbsC ontrol.java:144) - conditions of my application/environment JBoss 3.2.1(with Tomcat 4.1.24) Test Clients send requests to a Servlet. And the Servlet calls a SessionFacade(transaction-Required). the EntityBean of interest [BunshoEntity] uses CMR, but the type of the field [status] is String.
Re: [JBoss-user] how to access servlet context
That is correct, getResourceAsStream should always work, it is the
ServletContext.getRealPath(String) that is not guarenteed to work
if the war is not unpacked.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Anders Engström wrote:
On Mon, Sep 15, 2003 at 05:29:08PM +0100, Adrian Brock wrote:
You need to deploy your web-app as unpacked for this to work.
Does 3.2.1 have the configuration option to automatically unpack in
jbossweb-tomcat41.sar/META-INF/jboss-service.xml?
That doesn't sound right - getResourceAsStream should work regardless of
how the app is deployed.
What probably is the problem though is that getServletContext() is
called in the constructor of the servlet. This is expected to fail as
the servlet context isn't garanteed to exist before the init() method
have been called by the container.
So - don't put any code in the servlet's constructor - put it in init()
instead:
public class Config extends HttpServlet {
public Config(){}
public void init(ServletConfig config) throws ServletException {
// access the servlet context
}
//...
}
//Anders
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JUnitEJB and ear scoping
You can try the JBoss testsuite variation of the EJBTestCase that allows the jndi name of the session runner to be changed per deployment and uses the thread context class loader to load the test case rather than Class.forName which causes problems. See the testsuite/src/main/org/jboss/test/util/ejb package in the current 3.2 cvs tree. The 3.2.2RC4 release includes this as well, but that version is still using the Class.forName call. -- Scott Stark Chief Technology Officer JBoss Group, LLC Stefan Puiu wrote: Hello again, it seems the stack trace in the first attachment (and the exception that caused it) are log4j-related, the line that triggers the ClassCastException is the following: [EMAIL PROTECTED] ra]$ cat src/main/org/eupki/ra/test/RASetup.java | nl -b a| grep -w 71 -A 1 71logger = (EupkiLogger)EupkiLogger.getLogger( 72 RASetup.class.getName()); Anyway, I still have the packaging issue which is now solved by putting only the junitejb.jar (which is 7 KB large) in the ear. However, if I package JUnitEJB in each ear then I'd get a JNDI name clash when deploying all modules, so it's not a good solution. Other suggestions? Stefan Puiu wrote: --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Thread and MDB
Your MDB is transacted and the transaction has a timeout = - either make the timeout value higher - or manages the Tx yourself in your MDB Cheers, Sacha xxx Sacha Labourey General Manager JBoss Group (Europe) SàRL xxx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: samedi, 20. septembre 2003 18:09 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Thread and MDB Scott, the problem is that I´m receiving some kind of timout exception while executing my MDB, and when it happens the MDB onMessage is called again. It seems to lock the message in the queue, and then it is called lots of times. Thanks for your help. Gabriel Scott M Stark [EMAIL PROTECTED] escreveu: You can do that if you want. WorldWeb Webmail - http://www.wwi.com.br --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] load-balance polices
On Fri, 2003-09-19 at 10:47, Rafal Kedziorski wrote: hi, in the latest (2003-08-03) payed clustering documentation on page 37 listing 5-5 and 5-6 shows how poxies works. Now my question. We workinf with JBoss 3.2.2RC2 and 3.2.2RC4 and start to develop an application which will run on a JBoss cluster. We want to user Round-Robin. Our Client is the web container, which uses the business logic implemented in app server. Browse --call to Web-Container-- Web-Container --call to App-Server-- App-Server Our service locator will cache the remote interfaces of our session beans facades. That means, that on each call to a method on facade, we would create a new proxy (Remote myRemote = myHome.create()). That means, that the one call to the method goes every time to the same node in our partition, cause the calls are not load-balanced. Waht will be the soulution. With the latest versions of jboss the list of targets is retained independently of proxies so you won't see the problem. With older versions you can use RandomRobin rather than RoundRobin. Additionally, for Stateless beans if the remote is invalid it is likely the home is invalid as well. There is an optimizing interceptor available for stateless homes that caches the bean proxy rather going back to the server on every create(). In standardjboss.xml or jboss.xml home !-- standard that dispatches create() on every request interceptororg.jboss.proxy.ejb.HomeInterceptor/interceptor -- !-- Caches the result of the first create() -- interceptororg.jboss.proxy.ejb.StatelessSessionHomeInterceptor/interceptor interceptororg.jboss.proxy.SecurityInterceptor/interceptor interceptororg.jboss.proxy.TransactionInterceptor/interceptor interceptororg.jboss.invocation.InvokerInterceptor/interceptor /home The only downside is that create() won't go through the server side security check if you are passing home objects to untrusted code. Regards, Adrian Regards, Rafal --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] ejbSelect
Hi friends, please help me, I browse since hours the web and documentation's to find my problem. I wish to use an ejb.select method since I want to use a distinct, Bill told me it is implemented in 3.2.x I use xdoclet for generating my home interfaces and have this code in my Bean implementation. /** * @ejb.select query = SELECT DISTINCT (t.topic.uniqueSequence) FROM Occurrence where t.document.uniqueSequence = ?1 */ public abstract Collection ejbSelectTopicsOfDocument(Long documentPK) throws FinderException; However xdoclet does not generating any method in my local home interface. Have I miss understand the usage of ejbSelect. Is there a other stupid mistake I do? Thanks for any hints. Stefan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] ejbSelect
A select method is a query method that is not directly exposed to the client in the home or component interface. The bean provider typically calls a select method within a business method. If you want to expose it in the home add an ejbHomeMETHOD that delegates to ejbSelectMETHOD Regards, Adrian On Sat, 2003-09-20 at 21:05, Stefan Groschupf wrote: Hi friends, please help me, I browse since hours the web and documentation's to find my problem. I wish to use an ejb.select method since I want to use a distinct, Bill told me it is implemented in 3.2.x I use xdoclet for generating my home interfaces and have this code in my Bean implementation. /** * @ejb.select query = SELECT DISTINCT (t.topic.uniqueSequence) FROM Occurrence where t.document.uniqueSequence = ?1 */ public abstract Collection ejbSelectTopicsOfDocument(Long documentPK) throws FinderException; However xdoclet does not generating any method in my local home interface. Have I miss understand the usage of ejbSelect. Is there a other stupid mistake I do? Thanks for any hints. Stefan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss welcomes the Hibernate project
Hello, Any information what will happen to the current JBossJDO implementation and will it make to Jboss 4.0 or atleast to JBoss 4.0DR3? I've noticed that the current Jboss CVS version no longer include the persistence-project (and thus no jboss-persistence and jbossdo.jar etc...) is this a mistake in the build-project or is that how it's supposed to be? Is there going to be a deep hole between the current JBoss(J)DO and the integration of Hibernate.. -Jarkko -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 17, 2003 8:07 PM To: Jboss-Dev; JBoss 2 Subject: [JBoss-user] JBoss welcomes the Hibernate project All, I would sincerely like to welcome Gavin and Hibernate to the JBoss Group and JBoss.org umbrella. I can't tell you how incredibly psyched and excited we at JBoss are about this. Over the past year, I can't tell you how many times we've encountered customers that are using Hibernate or are looking to use Hibernate to replace the clunky design that EJB CMP is. Technically this is a perfect marriage for both projects. We at JBoss have been looking at replacing our aging CMP persistence for over a year now in JBoss 4.0. We are excited that we will be able to leverage Hibernate as the backbone of our persistence solutions rather than having to patch our existing, aging solution or rewriting it from scratch. Hibernate will also become part of our POJO/AOP based solution and a key component of our aspect-oriented middleware offering. These two things alone will expand the userbase and developer base of Hibernate. This means more people finding bugs and more people fixing bugs. JBoss developers have also done a lot of distributed caching work that will be applicable to Hibernate. We will also help Gavin create tighter integration of Hibernate with JBoss for those of you who are interested in that. Things like packaged Hibernate components that can be hot-deployed. JMX management of Hibernate components. Those are just a few of the things that we can introduce. JBoss Group is proud to pionner a model we call Professional Open Source whereby JBoss.org grows and JBoss Group recruits the top talent from succesful open source efforts. It enables developers to work fulltime, become pro, on their own projects. Recently JBoss Group recruited Remy Maucherat, the lead developer of Tomcat 5, Julien Viet the developer of Nukes, Bela Ban, creator of JavaGroups, more are coming. JBG offers the rare opportunity to turn from hobbyist open source to professional open source. All core JBoss developers are pro themselves(myself included). JBoss Group professional open source sponsors the top developers to work full time on their projects and thus provides a boost to the projects involved by sponsoring their leaders. Finally the availability of professional services is a boost to corporate adoption of succesful open source projects such as Hibernate. We strongly believe this is the way of the future at JBoss. All and all, I hope you all look favorably on this new relationship. I know I do. Thanks all! Bill --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] commit-option A: CMP fields not updated bug?
Your going to have to create a bug report with a testcase as I certainly don't see this behavior. Submit the bug report here: https://sourceforge.net/tracker/?group_id=22866atid=376685 -- Scott Stark Chief Technology Officer JBoss Group, LLC Martin Vilcans wrote: I've got a big problem with commit-option A and CMP beans and it looks like a JBoss bug, but as I haven't found anything about it in the bug tracker or the mailing list, it might be that I'm doing something wrong. The problem is that when I call a CMP setter on a bean with commit-option A, the new value is correctly stored in the database, but the value is not updated in the cached bean. So if I call for instance setFoo(42), the foo column in the database is updated to 42, but if I then call getFoo(), I get the old value back. If I flush the EJB cache or simply restart the server, the correct value is fetched from the database, and getFoo() returns the correct value. One weirdness is that if I call getFoo() immediately after setFoo() (in the same transaction?) I get the correct value back. It's like the EJB is rolled back at the end of the transaction. The behaviour is the same no matter if I call the setters inside or outside a transaction when I call the EEJB through a local interface. If I call it through the remote interface, I get java.lang.IllegalStateException: There is no tranaction (sic!) associated with the current thread when I call the setter without a transaction, and the same behaviour as with the local interface if I call it within a transaction. I've tried both JBoss 3.2.1 and 3.2.2RC3 and got the same results. Here are the relevant parts of the deployment of one of the beans: jboss.xml: entity ejb-nameCalendarItem/ejb-name jndi-nameCalendarItem/jndi-name local-jndi-nameCalendarItemLocal/local-jndi-name read-onlyfalse/read-only configuration-nameCMP 2.x and Cache/configuration-name /entity . . container-configurations container-configuration extends=Standard CMP 2.x EntityBean container-nameCMP 2.x and Cache/container-name commit-optionA/commit-option /container-configuration /container-configurations jbosscmp-jdbc.xml: entity ejb-nameCalendarItem/ejb-name create-tabletrue/create-table remove-tablefalse/remove-table read-onlyfalse/read-only table-namecalendarItem/table-name cmp-field field-namebody/field-name column-namebody/column-name /cmp-field cmp-field field-namecelebrityId/field-name column-namecelebrityId/column-name jdbc-typeSMALLINT/jdbc-type sql-typeSMALLINT UNSIGNED/sql-type /cmp-field cmp-field field-nameday/field-name column-nameday/column-name /cmp-field cmp-field field-nameordinal/field-name column-nameordinal/column-name /cmp-field cmp-field field-nameweek/field-name column-nameweek/column-name /cmp-field The database is MySQL 4.0.13 through mysql-connector-java-3.0.8-stable-bin.jar. If this is a JBoss bug, I can't see how I can be the only one with this problem. If noone recognizes this problem, I'll try to create a simple test case to reproduce this behaviour, but for now I just need to know if I'm alone. :-) Martin --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] ear redeployment error on Jboss 3.2.2RC4
hi all i got some exception on redeploying an ear. is this a bug? cheers lothar 14:05:24,453 INFO [Engine] ContextConfig[/intranet]: Added certificates - request attribute Valve 14:05:24,677 WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] 14:05:24,678 INFO [Engine] StandardManager[/intranet]: Seeding random number generator class java.security.SecureRandom 14:05:24,679 INFO [Engine] StandardManager[/intranet]: Seeding of random number generator has been completed 14:05:24,841 INFO [PropertyMessageResources] Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true 14:05:24,843 INFO [PropertyMessageResources] Initializing, config='org.apache.struts.action.ActionResources', returnNull=true 14:05:26,063 INFO [PropertyMessageResources] Initializing, config='resources.application', returnNull=true 14:05:26,568 INFO [TilesPlugin] Tiles definition factory loaded for module ''. 14:05:26,610 INFO [ValidatorPlugIn] Loading validation rules file from '/WEB-INF/validator-rules.xml' 14:05:27,676 INFO [ValidatorPlugIn] Loading validation rules file from '/WEB-INF/validation.xml' 14:05:28,043 INFO [Engine] StandardWrapper[/intranet:default]: Loading container servlet default 14:05:28,047 INFO [Engine] StandardWrapper[/intranet:invoker]: Loading container servlet invoker 14:05:28,948 ERROR [STDERR] javax.management.InstanceNotFoundException: jboss.management.local:J2EEApplication=Intranet.ear,J2EEServer=Local,j2eeTyp e=WebModule,name=OEBBIntranet.war is not registered. 14:05:28,951 ERROR [STDERR] at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java: 354) 14:05:28,952 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.getMBeanInfo(MBeanServerImpl.java:557) 14:05:28,953 ERROR [STDERR] at org.jboss.console.plugins.JSR77Lister.createDeployedObjects(JSR77Lister.java :172) 14:05:28,953 ERROR [STDERR] at org.jboss.console.plugins.JSR77Lister.createServer(JSR77Lister.java:197) 14:05:28,954 ERROR [STDERR] at org.jboss.console.plugins.JSR77Lister.createServers(JSR77Lister.java:223) 14:05:28,955 ERROR [STDERR] at org.jboss.console.plugins.JSR77Lister.createDomain(JSR77Lister.java:237) 14:05:28,956 ERROR [STDERR] at org.jboss.console.plugins.JSR77Lister.createDomains(JSR77Lister.java:255) 14:05:28,956 ERROR [STDERR] at org.jboss.console.plugins.JSR77Lister.getTreeForResource(JSR77Lister.java:26 5) 14:05:28,957 ERROR [STDERR] at org.jboss.console.plugins.helpers.AbstractPluginWrapper.getSubTreeForResourc e(AbstractPluginWrapper.java:201) 14:05:28,958 ERROR [STDERR] at org.jboss.console.manager.PluginManager.getTreesForResource(PluginManager.ja va:392) 14:05:28,958 ERROR [STDERR] at org.jboss.console.manager.PluginManager.getTreeForProfile(PluginManager.java :192) 14:05:28,959 ERROR [STDERR] at org.jboss.console.manager.PluginManager.getUpdateTreeForProfile(PluginManage r.java:275) 14:05:28,960 ERROR [STDERR] at sun.reflect.GeneratedMethodAccessor44.invoke(Unknown Source) 14:05:28,960 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) 14:05:28,961 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:324) 14:05:28,961 ERROR [STDERR] at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) 14:05:28,962 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546) 14:05:28,963 ERROR [STDERR] at org.jboss.console.remote.InvokerServlet.processRequest(InvokerServlet.java:8 6) 14:05:28,963 ERROR [STDERR] at org.jboss.console.remote.InvokerServlet.doPost(InvokerServlet.java:123) 14:05:28,964 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) 14:05:28,965 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 14:05:28,965 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) 14:05:28,966 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) 14:05:28,967 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:256) 14:05:28,968 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) 14:05:28,968 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 14:05:28,969 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 14:05:28,970 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) 14:05:28,970 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) 14:05:28,971 ERROR [STDERR] at
