February 2009 - jboss-user - Jboss List Archives

[EJB 3.0] - Re: JBoss 5.0.0.GA and Ejb 3.1 - Singleton Services

by ALRubinger

Hi Paata: The EJB3 Plugin installer currently updates AS to the latest EJB3 release, 1.0.0. We don't yet have EJB 3.1 features available, but these are either scheduled or under development, and we'll be pushing them to the community as they reach stable/preview state. Check back to the announcements on this forum for the latest updates. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206231#4206231 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206231

17 years, 2 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Far cache problem (3.0.2) tx problems

by manik.surtani＠jboss.com

Could you please enable JBoss Cache TRACE level logging? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206229#4206229 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206229

17 years, 2 months

1
0
0 / 0

[JBoss jBPM] - Re: Dynamic Fork + External Async WS invocation + problem

by clandestino_bgd

Hi, 1st, thanks for looking into this. process looks like this: S-F-T-J-E S: Start state, D: Dynamic Fork (based on WF variable creates N new tokens), T: Task Node (on create has Action Handler that calls WS), Task ends when WS make a callback, child tokens wait in J: Join. E: End state - NPE in callback method: | JbpmTaskInstance taskInstance = (JbpmTaskInstance) context.getTaskInstance(taskInstanceId); | log.debug("documentId: " + taskInstance.getDocumentId()); | context.getTaskInstance() returns null, nothing particulary intersesting in stacktrace, simply task instance with that ID cannot be found neither in context nor in DB in that moment. My understanding of the subject, and please correct me if I am wrong is that in Dynamic Fork which looks like this: | for (int i = 0; i < numberOfDocuments; i++) { | String documentId = documentList.get(i); | // build a new token name | String tokenName = JPDLConstants.DOCUMENT_PREFIX+ documentId; | final Token newToken = new Token(rootToken, tokenName); | newToken.setTerminationImplicit(true); | context.getJbpmContext().getSession().save(newToken); | final ExecutionContext newExecutionContext = new ExecutionContext(newToken); | newExecutionContext.getJbpmContext().getSession().save(newToken); | node.leave(newExecutionContext); | } | after new ExecutionContext is constructed and node.leave(context) is called for Token #1, the task instance in that token is created, action handler is invoked and then the next token is processed in for loop, but task instance is still not persisted in DB physically. What I would like to have is when I call this action handler and WS in it, to be able to save that task instance in DB, so callback method can find it immediately. As far as I know, the default behavior is to propagate execution in ALL outgoing paths, until the wait state is reached in all of the child tokens and then to persist everything in DB. Making task node async does not remove the problem. Again as far as I understand async continuations, you just spawn another thread but it does not commit stuff in DB. In other words, in both cases (regular or async task node). task instances will not be created in DB until all of them are not created, and that will happen when all child token paths are calculated while leaving Fork node. Is this a nonsense? if yes, please help me understand. Btw, It is completely clear that this problem is not related to WS, but to any async invocation. Thank you for any hint/idea/comment/question. milan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206226#4206226 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206226

17 years, 2 months

1
0
0 / 0

[JBoss Messaging] - Re: Upgrade from JBM 1.4.0SP# to JBM 1.4.2 GA on JBoss 4.2.2

by stig_dk

Regarding the readme: "When upgrading an existing installation be sure to update all the configuration files in server/<server name>/deploy/jboss-messaging.sar with the newer versions and replace jboss-messaging.jar in server/<server name>/lib and on the client classpath. You will also need to drop all tables and indexes in the database." Sounds like overkill to me? What about productions systems with lots of messages in queue, how do you upgrade them. Seems to me that there is no need to drop all the tables. Looks like one new table was added, and three indices droped from 1.4.0 SP3 to 1.4.2 GA. It's no biggie to upgrade the DB by hand, keeping persisted messages in queue. Would it be possible to include som DDL scripts for the JBM database in the distribution? Would be nice not having to search for them in xx-persistence-service.xml by hand. cheers /Stig View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206225#4206225 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206225

17 years, 2 months

1
0
0 / 0

[EJB 3.0] - Re: NullPointerException in JavaEEComponentHelper with JBoss

by zmach

Well, it seems that we have a workaround how to avoid this NPE. Our app.ear contains ejb modules dao.jar and business.jar. Business depends on dao. Because modules are deployed in alphabetical order, business is being deployed first and whole deployment fails because of missing dao. Since we changed modules names to 01_dao.jar and 02_business.jar we are able to deploy app.ear without NPE problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206219#4206219 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206219

17 years, 2 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: RPCManagerImpl

by manik.surtani＠jboss.com

Yes that is what I meant. Try increasing your JGroups log levels, you should get more info there on who generates the view change. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206218#4206218 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206218

17 years, 2 months

1
0
0 / 0

[JBoss Tools (users)] - Re: JBoss View Error

by max.andersen＠jboss.com

the jee download have them all. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206216#4206216 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206216

17 years, 2 months

1
0
0 / 0

[JBoss Portal] - cms campatibility with java script

by k.lakshmi.narayana

how compatible is jboss portal with java scripts. I have tried to include promp windows and pop up windows, but hey did not reflect in portal. so please tell me till what level can I go with regards to designing in jboss portal View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206212#4206212 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206212

17 years, 2 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: RPCManagerImpl

by dorbd

Or i don't understand you of what is the "Full log line look like" or you mean this: 2009-02-02 14:17:01,118 INFO [org.jboss.cache.RPCManagerImpl] Received new cluster view: [212.111.11.104:43708|2] [212.111.11.104:43708, 212.111.11.104:44346, 212.111.11.104:41194] 2009-02-02 14:17:01,136 INFO [org.jboss.cache.RPCManagerImpl] Received new cluster view: [212.111.11.104:43708|2] [212.111.11.104:43708,212.111.11.104:44346, 212.111.11.104:41194] 2009-02-02 14:17:01,139 INFO [org.jboss.cache.RPCManagerImpl] Received new cluster view: [212.111.11.104:43708|2] [212.111.11.104:43708, 212.111.11.104:44346, 212.111.11.104:41194] View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206211#4206211 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206211

17 years, 2 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: EAR Deployment failed with JBoss 4.2.3 and Mysql

by agusmag

"jaikiran" wrote : anonymous wrote : java.lang.NullPointerException | | at org.hibernate.cfg.OneToOneSecondPass.doSecondPass(OneToOneSecondPass.java:135) | | | | Looks like a bug in Hibernate which was fixed http://forum.hibernate.org/viewtopic.php?t=970823 | | But that doesn't explain why your application works on Windows and not on Linux. Are you sure there are no other server configuration changes between these two setups. Like jar files, classpath etc... Yes the two configurations are the same (zipped and unzipped the whole jboss directory including the deploy directory with the web application). With your suggestion and the information I've found in your blog the bug seems to be resolved now. For anyone facing the same problem, I've done the following: 1) I' have created a "lib" directory in the web application ear directory 2) I put in the lib directory the following jar files (according to the hibernate compatibility matrix): hibernate (3.2.6 GA) hibernate-annotations (3.3.0 GA) hibernate-commons-annotations (3.3.0 GA) (contained in the lib directory of hibernate-annotations) hibernate-entitymanager (3.3.0 GA) hibernate-search (3.0.0 GA) hibernate-validator (3.0.0 GA) lucene-core-2.4.0 (2.4.0) Thanks for your help. A. P.S.: it's incredible that the bug affects only the Linux system.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206210#4206210 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206210

17 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user February 2009