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

[Design of JBoss Profiler] - Re: What is the status of the JBoss Profiler?

by jesper.pedersen

Well, there are currently two active branches. JBoss Profiler 2.x: Java 5 profiler with text output -- a web front-end is in development. The agent is 100% Java code and is therefore lacking some functionality. A native agent is in development. JBoss Profiler 1.x: JVMTI profiler with web front-end. Both versions can be used depending on your needs. HTH View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193579#4193579 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193579

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Missing org.jnp.server.NamingServer_Stub

by anil.saldhana＠jboss.com

https://jira.jboss.org/jira/browse/JBAS-6267 This task has been completed. conf/standardjboss.xml, testsuite customization of proxy interceptors and tck config have been updated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193565#4193565 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193565

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Emma runs on Hudson

by clebert.suconic＠jboss.com

I have created another project at our internal hudson server for the emma runs, and removed it from the regular tests. Emma is aways duplicating the same tests, and we are not really looking at emma on every run, and that is actually wrong as the emma result will replace the run without emma. When we need to look at the emma report, we can just manually start a new emma build and look at the report. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193552#4193552 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193552

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Missing org.jnp.server.NamingServer_Stub

by anil.saldhana＠jboss.com

I am adding "org.jboss.proxy.ejb.SecurityContextInterceptor" to standardjboss.xml and also to all the customizations of standardjboss.xml in the AS5 test suite, as I am unsure which of the customizations will give trouble (if the additional interceptor is not added). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193551#4193551 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193551

16 years, 2 months

1
0
0 / 0

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

by aapthorp

Tom, The original concept started out as you suggest: - an action handler to send iCalendar / iTip / iMip notifications to a user via e-mail - message bean yp handle iTip assignment confirmations / declines returned via e-mail. - http retrieval of tasks in iCalendar format and then developed further as I experimented with CalDav and CalDav sched: - retrieval of task entries via CalDav - accept / decline / complete / update tasks via CalDav - creation of ad-hoc tasks via CalDav - view actor free / busy via CalDav Apart from the currently limited VTODO (task support) in some clients the potential for extending PIM type apps based on standards for Human Task management is evident (have you come across HumanEdj?). The main limitation is task specific variables and rendering, although I have a few ideas on how to address this e.g. Xforms, XUL extensions. Currently a link to access the task instance via the JBPM console is provided, and for simple tasks the user can signal completion from the calendar client. As much as possible I've limited the integration to layering the iCalendar model over the JBPM task model and exposing this via e-mail, CalDav and HTTP .ics. The questions I outlined are a result of mismatches between the two models. I've also had initial discussions with CalConnect on limitations in the current iCalendar standards for this purpose. Hope this answers... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193550#4193550 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193550

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Missing org.jnp.server.NamingServer_Stub

by scott.stark＠jboss.org

"anil.saldhana(a)jboss.com" wrote : Historically, how has this issue of extended information on the invocation been solved in terms of compatibility? Or is this the first usecase? | | Should we be introducing a new proxy interceptor for the extended information? We have no history of change as its been the same over the previous versions. Introducing a separate interceptor so that we can choose the legacy information or the extended information is the right approach. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193542#4193542 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193542

16 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Missing org.jnp.server.NamingServer_Stub

by anil.saldhana＠jboss.com

Dimitris, | anil@localhost:~/jboss-4.2/Branch_4_2/testsuite$ ant tests-matrix -Dnojars=true -Dmatrix-versions=/home/anil/jboss-4.2/client/ -Djdk14=/opt/java/j2sdk1.4.2_18 -Djdk15=/opt/java/jdk1.5.0_15 | Buildfile: build.xml | | maybejars: | | tests-matrix: | [echo] creating legacy-invokers config | [copy] Copying 328 files to /home/anil/jboss-4.2/Branch_4_2/build/output/jboss-4.2.4.GA/server/legacy-invokers | [echo] Overwriting config descriptors | [copy] Copying 1 file to /home/anil/jboss-4.2/Branch_4_2/build/output/jboss-4.2.4.GA/server/legacy-invokers | [echo] Will start the jboss instance localhost with default, dist=/home/anil/jboss-4.2/Branch_4_2/build/output/jboss-4.2.4.GA | [echo] Waiting for localhost to start... | | tests-standard-unit-matrix-version50x: | | execute-matrix-unit-target: | [echo] >>>>>> Executing test=testbyvalue filter=org/jboss/test/testbyvalue/test/**/*TestCase.class | [junit] Running org.jboss.test.compatibility.test.matrix.MatrixTestContainer | [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 12.481 sec | | execute-matrix-unit-target: | [echo] >>>>>> Executing test=bmp filter=org/jboss/test/bmp/**/*TestCase.class | [junit] Running org.jboss.test.compatibility.test.matrix.MatrixTestContainer | [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 12.779 sec | | execute-matrix-unit-target: | [echo] >>>>>> Executing test=cmp2 filter=org/jboss/test/cmp2/**/*TestCase.class | [junit] Running org.jboss.test.compatibility.test.matrix.MatrixTestContainer | [junit] Tests run: 253, Failures: 0, Errors: 0, Time elapsed: 79.466 sec | [echo] Will stop the jboss instance at url jnp://localhost:1099 | [java] The jvmargs attribute is deprecated. Please use nested jvmarg elements. | [java] Shutdown message has been posted to the server. | [java] Server shutdown may take a while - check logfiles for completion | [echo] Waiting for 'default' server to stop... | [echo] Will start the jboss instance localhost with default, dist=/home/anil/jboss-4.2/Branch_4_2/build/output/jboss-4.2.4.GA | [echo] Waiting for localhost to start... | | tests-standard-unit-matrix-version-pooled: | | execute-matrix-unit-target: | [echo] >>>>>> Executing test=pooled-invoker filter=org/jboss/test/pooled/test/**/BeanStressTestCase.class | [junit] Running org.jboss.test.compatibility.test.matrix.MatrixTestContainer | [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3.866 sec | [echo] Will stop the jboss instance at url jnp://localhost:1099 | [java] The jvmargs attribute is deprecated. Please use nested jvmarg elements. | [java] Shutdown message has been posted to the server. | [java] Server shutdown may take a while - check logfiles for completion | [echo] Waiting for 'default' server to stop... | | BUILD SUCCESSFUL | Total time: 2 minutes 54 seconds | anil@localhost:~/jboss-4.2/Branch_4_2/testsuite$ | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193527#4193527 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193527

16 years, 2 months

1
0
0 / 0

[Design of JBoss Profiler] - What is the status of the JBoss Profiler?

by SteveStair

What is the status of the JBoss Profiler? Can it be used as is? What are the output of using it? Are they just the text files? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193518#4193518 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193518

16 years, 2 months

1
0
0 / 0

[Design of EJB 3.0] - Re: ejb3 user transaction and serlvets

by wolfc

If it's configured on-demand it should still be injected. So no NPE. As for the optional part, I still say that it's not ejb3's call to say that lazy transaction enlistment is done or not. Ejb3 defers to the UserTransactionRegistry for that. We're not talking about the CCM being there or not. Installing a CCM should be optional. (Although I removed the optional function from EJBContainer (maybe not the smartest move. ;-) ). There was a null check there (as it should be for optional functions.)) The UserTransactionRegistry must be there, not optional, not on-demand (because of static usage). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193491#4193491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193491

16 years, 2 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Coding standards and process queries

by rhills

I haven't gone for the night yet, but will be very shortly "jesper.pedersen" wrote : The folder paradigm won't work in all of our cases - since we have some menu items to connect to agents. | | The integration with the Embedded Jopr is in the future - we need something that works first ;) OK, I'll play with the existing setup and see what I can do with it. From looking at the templates, it seems to me that if we can put all the menu items into one area of the page, then merging the various templates into one should be pretty simple. The simplest way to put all the menu stuff in one place for now AFAICT would be to add the stuff on the left to the menubar across the top. Also, while I'm working on menu stuff, I'm guessing all the menu titles should go into the properties bundle as you'd mentioned in an earlier post. "jesper.pedersen" wrote : As stated previously I would rather have something that just dumps the output (like the command line client) inside < pre > tags and make it pretty / usable later on. | I guess I'm not familiar with the functionality in the commandline client, but it seems to me from my brief look over the web app so far that there's a fair bit of functionality there. Are you aware if there's much missing? "jesper.pedersen" wrote : As to Beta4 - we will see; it depends on how much time I have in the coming months for this work. Maybe the release criteria is a working web console ;) OK, I was thinking we might be pretty close with what we have now, but obviously not. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4193487#4193487 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4193487

16 years, 2 months

1
0
0 / 0

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