January 2007 - jboss-dev-forums - Jboss List Archives

[Deployers on JBoss (Deployers/JBoss)] - JBOSS4.0 - Startup Class in Ear - Urgent HELP

by krishna_mv

Hi friends, I have the following issue. I have a custom startup class which is supposed to run when we start the server. I have a message in the class which should print just before "Started in 29s:750ms (which is the last line when u start the server)". I can handle this with Mbean and jboss-service.xml. But I have some dependency classes in ear file which talks to this startup class. So, the issue is - is it possible to put the startup class in EAR and configure somewhere so that my message gets printed when I just start the server. Appreciate you suggestion. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999190#3999190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999190

19 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Re: ejb3-head testsuite

by bstansberry＠jboss.com

Not really, other than looking in the server.log from the all config to see if it reveals anything. Last week I was testing with the clustering configs (called node0 and node1) and ant didn't have any problems stopping them on my dev machine. They're stripped down versions of 'all'. Only tangentially related, but the AS testsuite adds xmlns:server="http://jboss.org/ns/test/ant/server" to the "project" tag in its build xml and thereafter uses the server:start and server:stop macros to start/stop servers. This is instead of the start-jboss and stop-jboss macros that EJB3 is pulling in from testsuite/imports/server-config.xml. Should we look at doing the same in EJB3? Having 2 ways of starting/stopping the AS seems unnecessary and a possible source of problems. Also, using the server:start/stop approach helps decouple EJB3 from the testuite module. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999188#3999188 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999188

19 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Re: ejb3-head testsuite

by akostadinov

It now fails to stop the server and build fails. I tried jdk1.5.0_10 also with no success. Any suggestions? See http://cruisecontrol.jboss.com/cc/artifacts/ejb3-head-testsuite/200701071... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999182#3999182 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999182

19 years, 3 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: ObjectStoreDir location

by Kevin.Conner＠jboss.com

"mark.little(a)jboss.com" wrote : There's a separate integration module in the TS code, where integration code for application servers exists. These days it only has AS code in there, but over the years the amount of code there has grown and shrunk. I prefer the current approach because then there's a single location for all integration code related to TS and supported platforms. This would also be my preference as we would normally only change it if there was a change in the associated core libraries. "mark.little(a)jboss.com" wrote : Kev will know for sure, but I suspect this code lives in its own jar. If that's the case then rebuilding that shouldn't ever require a re-QA of the stand-alone TS: just re-QA for the integration. Yes, that is correct. This has no bearing on our standalone QA run and is tested using the AS testsuite. Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999176#3999176 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999176

19 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: user based process versioning ?

by david.lloyd＠jboss.com

"koen.aers(a)jboss.com" wrote : Hm, does this not imply that you are forced to use Java EE? I think that much of the elegance of the current system comes from its lightweightness and its ability to embed itself in whatever system. It would be a pity to lose that IMO. Well, storing the archive data inside the database isn't exactly lightweight. :-) I don't think you'd have to use java ee deployers if you didn't want to, I'm just using that as an example. As long as the engine knows where to pick up process definitions it should work. This is (I think) actually a simpler use-case of javaee deployers, since there's no special startup or shutdown action to be taken; it just has to store the process information in a Map. Likewise the standalone version can just read the process definitions from the filesystem; it already has the plumbing to do this today as far as I can see. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999173#3999173 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999173

19 years, 3 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: ObjectStoreDir location

by mark.little＠jboss.com

There's a separate integration module in the TS code, where integration code for application servers exists. These days it only has AS code in there, but over the years the amount of code there has grown and shrunk. I prefer the current approach because then there's a single location for all integration code related to TS and supported platforms. Kev will know for sure, but I suspect this code lives in its own jar. If that's the case then rebuilding that shouldn't ever require a re-QA of the stand-alone TS: just re-QA for the integration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999171#3999171 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999171

19 years, 3 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: ObjectStoreDir location

by dimitris＠jboss.org

"Kevin.Conner(a)jboss.com" wrote : "dimitris(a)jboss.org" wrote : If you can just introduce property substitution that would be great. | JBossTS is a standalone transaction manager and does not currently support this. Overriding the default value in the integration layer would, however, allow you to configure it via the mbean and therefore take advantage of the substitution support in the app server. | Kev | You mean add it to the com.arjuna.ats.jbossatx.jta.TransactionManagerService mbean? Maybe this integrating mbean should live in the jboss codebase, that would make thinks a lot easier when applying small changes like this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999169#3999169 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999169

19 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: user based process versioning ?

by koen.aers＠jboss.com

"david" wrote : A process definition archive contains the name and version of the process, as well as any associated information (process diagram, forms, etc). A variation on the standard file deployer is used to add a process definition to the container. Hm, does this not imply that you are forced to use Java EE? I think that much of the elegance of the current system comes from its lightweightness and its ability to embed itself in whatever system. It would be a pity to lose that IMO. Or is there something I am not getting? I like the option of a 'settable version number', much like manifest information that you can add to any archive. Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999167#3999167 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999167

19 years, 3 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: ObjectStoreDir location

by mark.little＠jboss.com

"bill.burke(a)jboss.com" wrote : And the config file location System Property is? (Thanks for being my manual) I suppose you're just lucky Adrian isn't watching ;-) com.arjuna.ats.arjuna.common.propertiesFile is used to set the file name. If not passed an absolute filename (starting with the string abs://), then the system searches for the file in the order: * current working directory * in the directory specified by the system property user.dir * in the directory specified by the system property user.home * in the directory specified by the system property java.home * using the getResource() method Hope that helps. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999166#3999166 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999166

19 years, 3 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: ObjectStoreDir location

by mark.little＠jboss.com

"Kevin.Conner(a)jboss.com" wrote : "mark.little(a)jboss.com" wrote : Do we assume that the JBossAS directory is always writeable? | The data directory is :-) | | Kev | Good ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3999163#3999163 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3999163

19 years, 3 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 January 2007