December 2008 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: Meta data merging of beans using ejb-class

by emuckenhuber

"wolfc" wrote : | Is the ConcurrentStateful of OverrideConcurrentStatefulBean now a local or remote business interface? | I guess if you are also using the workaround i've applied for the xml post-processing: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=141501 this would create 2 beans, both with a remote business interface. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195353#4195353 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195353

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Meta data merging of beans using ejb-class

by alex.loubyansky＠jboss.com

I don't know. The beans should definitely be identified by their names. If the patch introduces regression then there is a bug somewhere else (than the merge). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195352#4195352 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195352

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Creatiing new pooled actors for every task instance

by kukeltje

The pooled actors can, ass you state be more than one id (e.g. as you have in a group). It can also be a list of individuals (I do not advise this to anyone, but it can be done). which can change over time and set via the api. But with your proposal that should still be possible. anonymous wrote : What the query hides is the MANY-TO-MANY table that is part of the hibernate mapping definition: | That is why I missed it, I try to stay away as much as possible from the hibernate mappings. I doubt this will be changed in jBPM 3, but for the task component of jBPM4 it is certainly something to keep in mind (maybe Alex/Tom have already simplified this) Thanks for the feedback View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195344#4195344 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195344

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1607 Update EJB3.0 Tutorials

by jaikiran

With this change, i was able to move forward to the point where the JBoss-5 GA server was being started from the maven-jboss-as-control-plugin. This maven-jboss-as-control-plugin uses 1.0.0.GA version of the jboss-server-manager: | <version.org.jboss.jbossas_jboss-server-manager>1.0.0.GA</version.org.jboss.jbossas_jboss-server-manager> |  | <dependency> | <groupId>org.jboss.jbossas</groupId> | <artifactId>jboss-server-manager</artifactId> | <version>${version.org.jboss.jbossas_jboss-server-manager}</version> | </dependency> Unfortunately, the jboss-server-manager fails to start the JBoss-5 GA server. It fails with: Caused by: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: | java.io.InvalidClassException: org.jboss.security.auth.callback.SecurityAssociationHandler; class invalid for deserialization | at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:282) | at sun.rmi.transport.Transport$1.run(Transport.java:153) | at java.security.AccessController.doPrivileged(Native Method) | at sun.rmi.transport.Transport.serviceCall(Transport.java:149) | at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466) | at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.io.InvalidClassException: org.jboss.security.auth.callback.SecurityAssociationHandler; class invalid for deserialization | at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:571) | at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1552) | at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) | at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908) | at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) | at org.jboss.invocation.MarshalledInvocation.readExternal(MarshalledInvocation.java:665) | at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1755) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1717) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) | at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:290) | at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:279) | ... 6 more | Based on this thread, http://www.jboss.com/index.html?module=bb&op=viewtopic&t=146034&postdays=..., the fix is in 2.0.2.SP3 of the org.jboss.security module. The jboss-server-manager in 1.0.0GA version as well as in trunk uses <version.org.jboss.security>2.0.2.CR9</version.org.jboss.security> I have locally updated the pom for jboss-server-manager and created a 1.0.1-SNAPSHOT to use in the maven-jboss-as-control-plugin. With these changes, i now have the server statup/stop/deploy working through the Maven plugin. To summarize - The 1.0.0 GA version and trunk of jboss-as-server with JBoss-5.0 GA fails. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195322#4195322 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195322

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Meta data merging of beans using ejb-class

by wolfc

As an extension to this suppose: <session> | <ejb-name>OverrideConcurrentStatefulBean</ejb-name> | <ejb-class>org.jboss.ejb3.test.stateful.ConcurrentStatefulBean</ejb-class> | <session-type>Stateful</session-type> | <transaction-type>Container</transaction-type> | </session> and @Remote(ConcurrentStateful.class) | public class ConcurrentStatefulBean implements ConcurrentStateful Is the ConcurrentStateful of OverrideConcurrentStatefulBean now a local or remote business interface? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195316#4195316 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195316

17 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1607 Update EJB3.0 Tutorials

by jaikiran

"ALRubinger" wrote : | | http://anonsvn.jboss.org/repos/maven/plugins/jbossas/trunk/ | | It's the "example" project which has a POM to show a working configuration. | | Thanks Andrew. I mvn installed it on my local repo. The pom.xml in the "example" project however has a typo: | <profiles> | <profile> |  | <id>it</id> | <build> | <plugins> | .... |  | <plugin> | | <groupId>org.jboss.maven.plugins</groupId> | <artifactId>maven-jboss-as-control-plugin</artifactId> | <version>0.1.0-SNAPSHOT</version> | The groupId should have been org.jboss.maven.plugins.jbossas. This is not caught (build succeeds) in the mvn install because of the "profile". However, running mvn install -P it shows this error: [INFO] Failed to resolve artifact. | | GroupId: org.jboss.maven.plugins | ArtifactId: maven-jboss-as-control-plugin | Version: 0.1.0-SNAPSHOT | I have made the fix to the groupId in the example locally. Let me know if i can check it in. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195315#4195315 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195315

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Task Management component?

by tom.baeyens＠jboss.com

Adrian, those are indeed very interesting scenarios. we could set up a module in the jbpm4 trunk for this. would that be a good starting point for you ? how about library dependencies ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195309#4195309 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195309

17 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Wise client

by mark.little＠jboss.com

Moving since this is not a design question. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195308#4195308 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195308

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Task Management component?

by tom.baeyens＠jboss.com

Facelets is not tied to JSF. It's a template technology. Seam uses it to render emails, for example. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195297#4195297 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195297

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - StorageManager::storeDelete

by timfox

This method is designed for deleting message ids (see the signature - it says message id). But it's currently also being used to delete paging related stuff: | public void clearLastPageRecord(final LastPageRecord lastRecord) throws Exception | { | trace("Clearing lastRecord information " + lastRecord.getLastId()); | | storageManager.storeDelete(lastRecord.getRecordId()); | } | Please don't muddy the separation of concerns here. If you need to delete paging related things please add a different method to do that explicitly. I notice you did this for the transactional case already, but not the non transactional case View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195291#4195291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195291

17 years, 4 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-dev-forums December 2008