February 2010 - jboss-user - Jboss List Archives

[Beginner's Corner] New message: "Re: jboss creates alot of index.html files"

by shay ngr

User development, A new message was posted in the thread "jboss creates alot of index.html files": http://community.jboss.org/message/524056#524056 Author : shay ngr Profile : http://community.jboss.org/people/shayna Message: -------------------------------------------------------------- thank you i will check it.. sorry on my late response... -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524056#524056

16 years, 2 months

1
0
0 / 0

[jBPM] New message: "Re: Installing jBPM 4.3 in tomcat 5.5"

by Deepak Sharma

User development, A new message was posted in the thread "Installing jBPM 4.3 in tomcat 5.5": http://community.jboss.org/message/524054#524054 Author : Deepak Sharma Profile : http://community.jboss.org/people/deepak_sharma_25 Message: -------------------------------------------------------------- Hey i tried that first, but doesn't worked. In Install/build.xml file i made the following changes: *<property name="tomcat.version" value="5.5.28" /> <property name="tomcat.parent.dir" value="${jbpm.home}" /> <property name="tomcat.home" value="C:\apache-tomcat-5.5.28" />* when i run this ant script, i got the following error: *C:\jbpm-4.3\install>ant install.jbpm.into.tomcat Buildfile: build.xml [echo] database......... oracle [echo] tx............... standalone [echo] mail.smtp.host... localhost* *create.cfg: [copy] Copying 1 file to C:\jbpm-4.3\install\generated\cfg [copy] Copying 1 file to C:\jbpm-4.3\install\generated\cfg [copy] Copying 1 file to C:\jbpm-4.3\install\generated\cfg [copy] Copying 1 file to C:\jbpm-4.3\install\generated\cfg [echo] database......... oracle [echo] tx............... standalone [echo] mail.smtp.host... localhost* *internal.copy.spring.applicationContext:* *install.jbpm.into.tomcat: [jar] Building jar: C:\apache-tomcat-5.5.28\lib\jbpm.cfg.jar* *BUILD FAILED C:\jbpm-4.3\install\build.xml:471: Problem creating jar: C:\apache-tomcat-5.5.2 \lib\jbpm.cfg.jar (The system cannot find the path specified) (and the archive s probably corrupt but I could not delete it)* What i understood from this error is that, the *directory structure* of *tomcat 5.5.28* is *different* from *tomcat 6.0* directory structure. So, what should i do to install it successfully? Thanks in advance Deepak -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524054#524054

16 years, 2 months

1
0
0 / 0

[JBoss Tools] New message: "Re: Error in Eclipse when adding server, saving properties, and publishing"

by Denis Golovin

User development, A new message was posted in the thread "Error in Eclipse when adding server, saving properties, and publishing": http://community.jboss.org/message/524043#524043 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- Thank you for update. It looks like you need to update jmx feature plugins to CR1 and that should help. Problem you have happens because JBoss AS tool has not declared version for jmx dependency in its manifest. It starts and seems to work until it gets to classes that was introduces in jmx tool since CR1, but you have jmx tool M4 and that's the reason of ClassNotFoundException, because jmx tool M4 just has no such classes. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524043#524043

16 years, 2 months

1
0
0 / 0

[JBoss Tools] New message: "Re: Adding JBoss AS source to a project"

by Denis Golovin

User development, A new message was posted in the thread "Adding JBoss AS source to a project": http://community.jboss.org/message/524042#524042 Author : Denis Golovin Profile : http://community.jboss.org/people/dgolovin Message: -------------------------------------------------------------- It should be an option in Delete confirmation dialog like Delete Project has a checkbox "Delete project contents on disk (cannot be undone)" -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524042#524042

16 years, 2 months

1
0
0 / 0

[EJB 3.0 Development] New message: "Re: Externalizing Scope: Resolving EJB References and Endpoints"

by Andrew Rubinger

User development, A new message was posted in the thread "Externalizing Scope: Resolving EJB References and Endpoints": http://community.jboss.org/message/524041#524041 Author : Andrew Rubinger Profile : http://community.jboss.org/people/ALRubinger Message: -------------------------------------------------------------- Some notes from our discussion today: This cannot work: //API: /** * All EJB3.x SFSBs will have this bound into JNDI * at default: [appName]/moduleName/beanName/home */ interface StatefulSessionHome { void remove(StatefulSessionHandle) boolean exists(StatefulSessionHandle); <T> T create(T type) throws IllegalArgumentException; } //API: /** * All SFSB proxies may be cast to this type * by the client */ interface StatefulSessionHandle { // Marker only from the client view } //SPI: /** * This is how the container knows the ID of the session to remove; * all SFSB proxies will implement this method */ interface StatefulSessionHandleProvider extends StatefulSessionHandle { Object getId(); } // Usage: StatefulSessionHome home = (StatefulSessionHome)context.lookup("beanName/home"); MyBusiness bean = home.create(MyBusiness.class); home.remove((StatefulSessionHandle)bean); // Traditional JNDI lookup removal: MyBusiness bean = context.lookup("beanName/remote"); home.remove((StatefulSessionHandle)bean); Again, this is because we can't define *any* methods upon a proxy which is for business interfaces; we could introduce conflicts in method names. In the case above, no user code could have "getId();" for example. An alternative way is to do something like have a Home per EJB Container. Then the home knows how to go into the internals of the proxy handler to extract the ID. Jaikiran wrote up a nice example: /***************** client (weld-int) *********************/ // user looks up or injects a SFSB (as usual) UserSFSBInterface proxy = ...//get it as usual // now get a StatefulSessionHandleProvider (this needs discussion, but let's say it's available in JNDI for each SFSB) StatefulSessionHandleProvider handleProvider = ctx.lookup("beanName/handleprovider"); StatefulSessionHandle handle = handleProvider.getHandle(proxy); // do some stuff handle.destroy(); /***************** SPI*********************/ StatefulSessionHandleProvider { StatefulSessionHandle getHandle(Object proxy); } StatefulSessionHandle { destroy(); } /***************** SPI implementation (for nointerface view) *********************/ // Individual handle provider impl JavassistProxyBasedHandleProvider implements StatefulSessionHandleProvider { StatefulSessionHandle getHandle(Object proxy) { // do some checks on proxy // and return a handle new JavassistBasedSFSBHandle(proxy) } } // JavassistBased handle for nointerface view JavassistBasedSFSBHandle implements StatefulSessionHandle { Serializable sessionId; JavassistBasedSFSBHandle(Object proxy) { // this knows the magic to get the session id from proxy this.sessionId = doSomeMagicOnProxy(); } destroy() { // destroy the session using hte session id container.destroy(this.sessionId); } } Too bad here we'd need a Home handle (HandleProvider in the example above) per container type. S, ALR -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524041#524041

16 years, 2 months

1
0
0 / 0

[JBoss Tools] New Comment: DevStudioReleaseProcess

by Denis Golovin

User development, A new comment was created on the document DevStudioReleaseProcess: http://community.jboss.org/docs/DOC-9570#comment-2722 Author : Denis Golovin Profile: http://community.jboss.org/people/dgolovin Comment: This article should be moved to JBoss Developer Studio Space

16 years, 2 months

1
0
0 / 0

[jBPM] New message: "Re: Deployment mechanism details"

by Ronald van Kuijk

User development, A new message was posted in the thread "Deployment mechanism details": http://community.jboss.org/message/524037#524037 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Deploying is central, but that can be done in many ways. So it is not a showstopper. What makes deploying via a .bar file more difficult is that you have to have official checks in place regarding versioning. People can often do that best themselves meaning deciding upfront and e.g. looking if new processes should be deployed when the app (war/ear) is deployed with e.g. a startup servlet or... -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524037#524037

16 years, 2 months

1
0
0 / 0

[jBPM] New message: "Re: Deployment mechanism details"

by M M

User development, A new message was posted in the thread "Deployment mechanism details": http://community.jboss.org/message/524034#524034 Author : M M Profile : http://community.jboss.org/people/gubespam Message: -------------------------------------------------------------- Thanks. Honestly, that is strange for something that is so central to using jBPM. As for the Jira, I was totally confused as to what aspect of the issue you were referring to, so thanks. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524034#524034

16 years, 2 months

1
0
0 / 0

[jBPM] New message: "Re: Upgrade from JBPM3 to JBPM4 woes"

by Ronald van Kuijk

User development, A new message was posted in the thread "Upgrade from JBPM3 to JBPM4 woes": http://community.jboss.org/message/524033#524033 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Nick, > Not sure how we sort that atm for v4. Your example should still be possible. use e.g. the getActiveActivities on the execution service to get 'nodenames'. Getting the transition of all kinds of 'nodes' is going to be an addition in 4.4. afaik. > v3 was much more "hackable", > and I mean that in a good way. 4 stil is, You can often cast to *Impl classes and do more. The major difference is that there is an official 'stable' public api and you should use services to interact with the engine, not the model itself So e.g. processInstance.signal() becomes executionService.signal(processInstance); > The model was pretty small and coherent: Sure? Others think differently... I agree that once you were into it it was usable. But I've seen many do it wrongly. > the only thing that didn't make a lot of sense was why you have Node and State. This one is clear... Node had no default behaviour... just like custom in jBPM 4. State was just a state, like in jBPM 4 > Should be just State is a non-transient and Node is a transient state. IOW a boolean would have worked, my $0.02. Yes but that was because you could add 'custom behaviour' to state to. Should not have been so, then the difference would have been much more clear. > Spring > integration: What worked well with us was making various adaptors for > Spring DI into a process defintion where JbpmTemplate was less than > perfect. > Anything less then perfect (ok, exaggerated a little) should not be used or fixed. Nobody ever did fix the template.... why? Not used a lot? Scared? .... If I may ask why didn't you? Cheers, Ronald -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524033#524033

16 years, 2 months

1
0
0 / 0

[jBPM] New message: "Re: handling exceptions in AssignmentHandler"

by Ronald van Kuijk

User development, A new message was posted in the thread "handling exceptions in AssignmentHandler": http://community.jboss.org/message/524031#524031 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Runtime assignments in production failing due to a wrong configuration? Shouldn't this be found in test? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524031#524031

16 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 2010