Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <cle...@jb...> - 2005-06-08 14:09:50
|
That will be: set JAVA_OPTS=-XrunjbossInspector:/tmp,include=package1,include=package2,ignore=* %JAVA_OPTS% View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880778#3880778 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880778 |
|
From: <cle...@jb...> - 2005-06-08 13:57:11
|
use two parameters: include=package1.xxx,include=package2.yyy,... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880776#3880776 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880776 |
|
From: multiple i. <nu...@jb...> - 2005-06-08 12:29:41
|
Hi How do i specify multiple includes like: lets say i have package1.xxx package2.yyy (with no common parent package to package1 and package2) i tried set JAVA_OPTS=-XrunjbossInspector:/tmp,include=package1,package2,ignore=* %JAVA_OPTS% i didnt work, how do i do that? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880756#3880756 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880756 |
|
From: defkewl <nu...@jb...> - 2005-06-08 07:45:22
|
I already sent you an email. I still don't know what to do in order to get started in the project yet. Could you point me to resources regarding this. Thnx View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880727#3880727 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880727 |
|
From: <sco...@jb...> - 2005-06-08 02:52:16
|
The management of the DeploymentState needs to be cleaned up as I'm seeing problems in identifying valid running services in the binding service unit test I'm working on. The JBAS-1870 change has been incorporated, but additional state changes are needed. We need additional org.jboss.test.deployment to validate the query aspects of the JSR-88 as a starting point. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880710#3880710 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880710 |
|
From: LordKaos <nu...@jb...> - 2005-06-07 23:05:45
|
Does anyone know how to correctly package an EJB3 entity bean so that I can return an entity bean from a call to a session bean, to a remote Tomcat session?
I keep getting a ClassCastException in the way I am doing it now - though if I leave the return as an Object, then I can retrieve the data using Java reflection, so the data is clearly getting across.
For example:
I have a session bean with a function like:
public Account findAccountById(int id) {
Account a = (Account)manager.find(Account.class, id);
}
I.e. returning an instance of the entity bean "Account"
And then from Tomcat I call it like:
AccountServices service = (AccountServices) context.lookup(AccountServices.class.getName());
Account a = service.findAccountById(id);
But this gives me:
java.lang.ClassCastException: db.mapping.Account
at $Proxy0.findAccountById(Unknown Source)
at web.AccountMAController.showAccountSummary(AccountMAController.java:43)
I have heard mentions of a packaging issue here, but no one seems to know what the problem is.
At the moment, I am including my entity beans in a .jar file within the tomcat/shared/lib directory - is this wrong?
Any ideas would be greatly appreciated.
Cheers,
Alex.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880693#3880693
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880693
|
|
From: <mik...@sy...> - 2005-06-07 23:05:03
|
Thanks for the reply. I assume that the myDataHandler would just be an mbean operation of the dependant service that took the some-key as its only argument. Is there any interest in doing this? Would this be something where you would like someone to make a contribution to the project? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880692#3880692 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880692 |
|
From: <cle...@jb...> - 2005-06-07 21:26:16
|
Yes.. you right. There is no work-around for this. There is a several of std-lists I should have to empty before executing another scenario. I will address it while converting it to JVMTI. The only workaround for this is to use pause instead stop. But you can't analyze the files while the profiler is paused. Thanks, Clebert Suconic View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880684#3880684 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880684 |
|
From: deb <nu...@jb...> - 2005-06-07 21:23:03
|
I managed to build JBoss IDE from CVS a couple of days ago and get it (nominally) working with Eclipse 3.1RC1 and the current integration build of the WTP, but it required patching a few things, and I'm not convinced it would all work. I also had to include jboss-container.jar from the JBoss AS build to get Eclipse to load it properly, which seemed excessive. I can post the patches, but I don't think they're end-user useful just yet. Earlier versions definitely don't work in M7 or RC1, though. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880683#3880683 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880683 |
|
From: chiba <nu...@jb...> - 2005-06-07 19:01:21
|
I applied your patch to both Javassist 3.0 and 3.1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880669#3880669 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880669 |
|
From: tomerbd2 <nu...@jb...> - 2005-06-07 18:17:13
|
i would really love it if I could actually stop the profiler since i want to run a scenario, close all files analyze it, and then run another scenario and close the files and analyze it... is there any workaround that it can be done without restarting jboss? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880664#3880664 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880664 |
|
From: <rob...@jb...> - 2005-06-07 14:24:40
|
I'm sorry for the long delay. If this isn't the solution for your problem, feel free to let me know. You might want to try right-clicking on your new AOP project, selecting "run as", and creating a new AOP Configuration. One of the options in the AOP runtime configuration is to designate the Main Class. I suspect that right now, that field is not filled in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880634#3880634 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880634 |
|
From: <tom...@jb...> - 2005-06-07 13:31:24
|
Initial implementation added for this (see http://wiki.jboss.org/wiki/Wiki.jsp?page=Remoting_exception_listener). This is more of a functioning placeholder for one that will be pluggable in regards to how it detects the connection failure. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880619#3880619 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880619 |
|
From: drakonis <nu...@jb...> - 2005-06-07 13:08:40
|
Thanks, it killed the only remaining 2 braincels i got left du!#$2(can't even write) till i gave up. should work now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880616#3880616 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880616 |
|
From: flaviarnn <nu...@jb...> - 2005-06-07 13:02:17
|
You're welcome, but... it seems that I gave you a redundant solution. Actually, you don't need to place 'anyTag' inside the 'aspect' element, because you can retrieve the aspect name from your MyJBossAOPFactory.importXml method. If you convention that the aspect name is always the name of the aspect class (the context you want to access), the anyTag is redundant. Just add tags inside aspect elements if it adds useful information to your MyJBossAOPFactory. Besides, you should remove the class attribute from the aspect element, otherwise JBoss AOP will throw an exception, warning that you cannot define both class and factory attributes (the first one should be used to define an aspect class, not an aspect factory). So, your jboss-aop.xml file should look like this: | <aspect name="Aspect1" factory="MyJBossAOPFactory" scope="PER_CLASS"/> | <aspect name="Aspect2" factory="MyJBossAOPFactory" scope="PER_CLASS"/> | Or like this, if you need package information (which probably you do): | <aspect name="yourPackage.Aspect1" factory="MyJBossAOPFactory" scope="PER_CLASS"/> | <aspect name="yourPackage.Aspect2" factory="MyJBossAOPFactory" scope="PER_CLASS"/> | Regards Flavia View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880614#3880614 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880614 |
|
From: DrHok <nu...@jb...> - 2005-06-07 12:53:18
|
After installing the JBoss Eclipse IDE (1.4.1e30), Eclipse (3.0.2 on Windows XP) stopped accepting closing brackets (square and curly).
I.e. I cannot enter them from the keyboard, but using auto-completion when I enter the correpsonding opening brackets.
These characters are obtained using AltGr+9 ("]") and AltGr+0 ("}") on a German keyboard.
All Editors in Eclipse are affected (at least Java and text). Other applications are unaffected.
Other AltGr combinations work fine, e.g. the tilde "~" (AltGr+"+").
When I switch to the English layout, I can enter the brackets.
Disabling the JBoss Plugin re-enables the keys, so I think it is a bug there.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880613#3880613
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880613
|
|
From: mhaerdi <nu...@jb...> - 2005-06-07 11:41:10
|
it works! thanks! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880604#3880604 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880604 |
|
From: <kab...@jb...> - 2005-06-07 11:23:43
|
Invocation.getMetadata() allows you to set and read data. org.jboss.aspects.remoting.ClusterChooserInterceptor contains examples of both View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880603#3880603 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880603 |
|
From: eti_antoniutti <nu...@jb...> - 2005-06-07 11:03:43
|
Hi everyone, just a silly question from a lazy newbie that does not want to pass through the users guide thing :) Is there a way to share data between Interceptors ? Just like I can set properties in a Tomcat Context, to pass data amongs filters and servlets ? Thanks in advance :) Cheers! Etienne View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880599#3880599 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880599 |
|
From: <kab...@jb...> - 2005-06-07 08:47:07
|
If you are not calling PrintStream directly, but a subclas, try using "$instanceof": http://docs.jboss.org/aop/1.1/aspect-framework/examples/instanceof/instanceof.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880580#3880580 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880580 |
|
From: <kab...@jb...> - 2005-06-07 08:42:45
|
We ignore all classes in the java.* and javax.* packages for the "normal" pointcuts. Use a caller side pointcut: http://docs.jboss.org/aop/1.1/aspect-framework/examples/caller/caller.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880579#3880579 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880579 |
|
From: <kab...@jb...> - 2005-06-07 08:33:48
|
We currently do not support this, but it has been scheduled: http://jira.jboss.com/jira/browse/JBAOP-99 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880578#3880578 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880578 |
|
From: neil_g_avery <nu...@jb...> - 2005-06-07 08:27:23
|
Excellent - thats exactly what I need, Thankyou. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880577#3880577 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880577 |
|
From: Olli_Ger <nu...@jb...> - 2005-06-07 08:08:46
|
Hello, perhaps I'm a little bit off topic, but id did not found any common use forum. Which CPU (Intel or AMD) X86 should be used for developer purposes? There is a JDK which supports AMD 64 Bit, but I think it will be available for Intel soon. Should AMD or INTEL prefered? We developing J2SE and J2EE and using JBoss as our application-server in developing and production. I saw the Sun Workstations with AMD Opteron. Has anybody made some experience? Any answer would be appreciated. Regards, Oliver View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880574#3880574 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880574 |
|
From: <ovi...@jb...> - 2005-06-07 06:41:45
|
I have just posted a new revision of the Messaging Core specifications on the wiki: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMessagingCoreRevision1 The original version can be found here http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMessagingCore The new revision completes and further qualifies the initial specifications for channels, persistence, message state, message ordering etc. Most of the changes are the direct result of using the current core implementation with the JMS facade. Most of the concepts discussed here are already implemented in the core, but the revision also contains proposals that may lead to semantic/interface changes . Please post your comments and suggestions on this thread. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3880561#3880561 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3880561 |
1965 messages has been excluded from this view by a project administrator.
