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: <ad...@jb...> - 2005-07-28 23:47:49
|
There is an overloaded acronym here MC -> MicroContainer (I'll use this one :-) MC -> Messaging Core "ju...@jb..." wrote : | Right. At which point the question that comes up is why there is need for two implementations of fast, synchronous, in-VM bus implementations? | | If the Messaging Core is capable of equal performance to MicroContainer bus, should it then be placed as the bus for the MicroContainer? | The MicroContainer Bus is just a switching mechanism name -> object reference (which can be aspectized to have a "container") The Messaging Core is a "container" implementation for message routing which could be remote/local, synchronous/asynchronous, reliable/unreliable, etc. The Message Core only becomes a bus when you put a broker in front of it e.g. for the jms facade, create channels that implement queues/topics and add them to the destination manager. Other brokers/buses are equally possible as front ends (including the MC bus), in the same way as you can have a byte code engineered class, a dynamic proxy or some other front end to an AOP aspect chain. The "container" could equally be an aspectized POJO with an enhanced version of the asynchronous/remoting aspects (e.g. add reliablity). You shouldn't confuse the two responsibilites: 1) Dispatch based on a name/indirection (the bus) 2) The method/aspects of the dispatch (the container) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887177#3887177 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887177 |
|
From: <sco...@jb...> - 2005-07-28 23:31:56
|
This is only a test View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887175#3887175 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887175 |
|
From: <cle...@jb...> - 2005-07-28 23:28:26
|
I just made RC2 available at labs.jboss.com There is a preliminary documentation. Please provide feedbacks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887174#3887174 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887174 |
|
From: kukeltje <nu...@jb...> - 2005-07-28 23:23:53
|
Hi, From a really nice guy from Germany I got the question to help him extending jBPM with an xforms ui (Finally!!!!) From the docs I got imo double signals. One is that I could put a custom task controller on my tasks like <task name="clean ceiling"> | <controller class="com.yourcom.CleanCeilingTaskControllerHandler"> | -- here goes your task controller handler configuration -- | </controller> | </task> I could put my own config in there by either bean, field org constructor config-type. But it seems that the TaskInstance class still wants taskFormParameters, so this is usable only for minor deviations from the default taskinstance behaviour right? If I realy want other behaviour, like not using taskFormParameters for displaying task etc, I need to override the taskInstance behaviour and create probably my own TaskInstance like it says in http://docs.jboss.com/jbpm/v3/userguide/taskmanagement.html#customizingtaskinstances Since that basically overrides the default Task behaviour I can also put anything in the task as a config but use just <task name="clean ceiling"> | <controller> | -- here goes your task controller handler configuration -- | </controller> | </task> Ronald (as a jBPM user ;-) ) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887173#3887173 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887173 |
|
From: <aco...@jb...> - 2005-07-28 18:24:55
|
Filters are good for not getting back folders you don't have access to (that may be yet another permission). . I think I know what I don't like. I think that the interface is the issue. http://docs.jboss.org/ejb3/tutorial/security/src/org/jboss/tutorial/security/bean/CalculatorBean.java Then I think the security data should be decoupled from the object. SecurityService.getObjectRoles(clazz, approleFromMetaData, id); thus clazz is the class (Folder.class), approleFromMetaData is "read" in the above sample and id is the primary key of the object (we will use all surrogate keys). I think we can get the primary key via some form of introspection (it will be marked)... So I guess we should go EJB3 and JDK5 for the next release (M4) is that your supposition? While I finish the izPack thing can you help knock out the non-install remiaing M3 issues? http://jira.jboss.com/jira/browse/JBMAIL-16 http://jira.jboss.com/jira/browse/JBMAIL-33 http://jira.jboss.com/jira/browse/JBMAIL-35 http://jira.jboss.com/jira/browse/JBMAIL-34 Once we get that and I get the install ready I'll branch. -Andy View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887121#3887121 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887121 |
|
From: <ste...@jb...> - 2005-07-28 17:53:42
|
One other thing that has to happen if we do go down this path: we need to add .har as a standard recognized archive extension, so that we don't leave existing users out-to-dry.
There have been numerous discussions about attaching listeners/aspects to service lifecycle. A long time ago, one such discussion was to also remove the need for a HARDeployer by simply having a generic way for services to "know about" there deployment url. What ever happened with those discussions? Personally, I think that is a more viable approach simply because it does allow this ability to still have multiple session factories defined within a single deployment (provided each is within it own nested deployment bundle).
Short-term couldn't we just introduce an interface like:
| public interface DeploymentURLAware {
| public void setDeploymentUrl(URL deploymentURL);
| }
|
which services could optionally implement to be notified about its deployment url?
The question of course is what is responsible for notifying such mbeans. ServiceConfigurator seems the logical choice but it, unfortunately, knows nothing about DeploymentInfo or deployment urls. Guess it could be done in SubDeployerSupport.create(DI).
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887118#3887118
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887118
|
|
From: mikezzz <nu...@jb...> - 2005-07-28 17:04:37
|
anonymous wrote : So do we have to go to JDK 5 yet? If only there was a way to do annotations in JDK1.4......Hold on :-). anonymous wrote : - if conn 1 is not notiefied that the number of mails in the mailbox changed and he deletes the same mail on his first client (MSN 3)... the server will happily acknowledge it and delete MSN 3... what happens to be the former MSN 4... *boom* An optimistic lock would prevent this. If the client performed an operation and the version held by connection 2 didn't match that on the folder, then we could force the event at that point. I would need to read the IMAP spec to be certain though. anonymous wrote : it seems like it is missing something but I can't put my finger on it. I know what you mean. I'm not 100% happy about having aspects that look at the data of the objects they are attached to, but I think in order to get the roles for the current object it will be necessary. Would Hibernate filters be applicable here? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887111#3887111 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887111 |
|
From: <ste...@jb...> - 2005-07-28 16:21:46
|
Well, you explicit list the mappings to use :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887095#3887095 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887095 |
|
From: <aco...@jb...> - 2005-07-28 15:02:53
|
Did you remove JBossMQ or something?. I have HEAD working fine for me on JBoss 4.x branch (yesterday's checkout). I don't see that the destination manger is named something different... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887082#3887082 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887082 |
|
From: <sco...@jb...> - 2005-07-28 14:52:05
|
Ok, better. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887078#3887078 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887078 |
|
From: <ad...@jb...> - 2005-07-28 14:45:11
|
How is this situation dealt with in a standalone java application where everything is also in the same classpath? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887074#3887074 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887074 |
|
From: dwatling <nu...@jb...> - 2005-07-28 13:05:28
|
I found the information I needed buried among the documentation. For those of you who just want a direct link, here ya go: http://wiki.jboss.org/wiki/Wiki.jsp?page=ManualCVSCheckOut Specifically: Checkout The CVS checkout process for Eclipse 3.1.x series is made from the jbosside path on the "HEAD". $ cd your_JBoss_IDE_directory $ cvs -d :pserver:ano...@an...:/cvsroot/jboss login $ cvs -d :pserver:ano...@an...:/cvsroot/jboss co jbosside # HEAD version $ cvs -d :pserver:ano...@an...:/cvsroot/jboss co -r JBossIDELabel jbosside # JBossIDELabel version View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887054#3887054 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887054 |
|
From: rmcdonough <nu...@jb...> - 2005-07-28 12:29:09
|
I am experienceing weird behavior when I try to compile my aspects. I have an Introduction that will give PropertyChangeSupport to my Hibernate classes. I'm using this in a Swing app so that I can have a proper JavaBean that will work with the JGoodies Binding framework. So far, my code works using loadtime transformation through Eclipse. However, when I try to compile the classes with AopC, I get this:
[aopc] javassist.CannotCompileException: duplicate field: _com$damnhandy$binding$aspects$ModelMixinImpl$aop$mixin
| [aopc] at javassist.bytecode.ClassFile.testExistingField(ClassFile.java:501)
| [aopc] at javassist.bytecode.ClassFile.addField(ClassFile.java:484)
| [aopc] at javassist.CtClassType.addField(CtClassType.java:836)
| [aopc] at org.jboss.aop.instrument.Instrumentor.addMixin(Instrumentor.java:240)
| [aopc] at org.jboss.aop.instrument.Instrumentor.instrumentIntroductions(Instrumentor.java:308)
| [aopc] at org.jboss.aop.instrument.Instrumentor.transform(Instrumentor.java:640)
| [aopc] at org.jboss.aop.AspectManager.translate(AspectManager.java:742)
| [aopc] at org.jboss.aop.AspectManager.transform(AspectManager.java:657)
| [aopc] at org.jboss.aop.standalone.Compiler.compileFile(Compiler.java:266)
| [aopc] at org.jboss.aop.standalone.Compiler.compile(Compiler.java:199)
| [aopc] at org.jboss.aop.standalone.Compiler.main(Compiler.java:69)
| [aopc] java.lang.RuntimeException: failed to transform: com.damnhandy.binding.tutorial.Restaraunt
| [aopc] at org.jboss.aop.instrument.Instrumentor.transform(Instrumentor.java:700)
| [aopc] at org.jboss.aop.AspectManager.translate(AspectManager.java:742)
| [aopc] at org.jboss.aop.AspectManager.transform(AspectManager.java:657)
| [aopc] at org.jboss.aop.standalone.Compiler.compileFile(Compiler.java:266)
| [aopc] at org.jboss.aop.standalone.Compiler.compile(Compiler.java:199)
| [aopc] at org.jboss.aop.standalone.Compiler.main(Compiler.java:69)
| [aopc] Caused by: javassist.CannotCompileException: duplicate field: _com$damnhandy$binding$aspects$ModelMixinImpl$aop$mixin
| [aopc] at javassist.bytecode.ClassFile.testExistingField(ClassFile.java:501)
| [aopc] at javassist.bytecode.ClassFile.addField(ClassFile.java:484)
| [aopc] at javassist.CtClassType.addField(CtClassType.java:836)
| [aopc] at org.jboss.aop.instrument.Instrumentor.addMixin(Instrumentor.java:240)
| [aopc] at org.jboss.aop.instrument.Instrumentor.instrumentIntroductions(Instrumentor.java:308)
| [aopc] at org.jboss.aop.instrument.Instrumentor.transform(Instrumentor.java:640)
| [aopc] ... 5 more
| [aopc] Exception in thread "main" java.lang.RuntimeException: failed to transform: com.damnhandy.binding.tutorial.Restaraunt
| [aopc] at org.jboss.aop.instrument.Instrumentor.transform(Instrumentor.java:700)
| [aopc] at org.jboss.aop.AspectManager.translate(AspectManager.java:742)
| [aopc] at org.jboss.aop.AspectManager.transform(AspectManager.java:657)
| [aopc] at org.jboss.aop.standalone.Compiler.compileFile(Compiler.java:266)
| [aopc] at org.jboss.aop.standalone.Compiler.compile(Compiler.java:199)
| [aopc] at org.jboss.aop.standalone.Compiler.main(Compiler.java:69)
| [aopc] Caused by: javassist.CannotCompileException: duplicate field: _com$damnhandy$binding$aspects$ModelMixinImpl$aop$mixin
| [aopc] at javassist.bytecode.ClassFile.testExistingField(ClassFile.java:501)
| [aopc] at javassist.bytecode.ClassFile.addField(ClassFile.java:484)
| [aopc] at javassist.CtClassType.addField(CtClassType.java:836)
| [aopc] at org.jboss.aop.instrument.Instrumentor.addMixin(Instrumentor.java:240)
| [aopc] at org.jboss.aop.instrument.Instrumentor.instrumentIntroductions(Instrumentor.java:308)
| [aopc] at org.jboss.aop.instrument.Instrumentor.transform(Instrumentor.java:640)
The Restaraunt class is marked with an annotaion that pointcut picks up:
@Observable
| public class Restaraunt {
| @TableColumn(label="Title",index = 0,editable=true)
| private String title;
| @TableColumn(label="Category",index = 1)
| private String category;
| @TableColumn(label="Location",index = 2)
| private String location;
| private String description;
| private boolean approved;
| private Date created;
| private int rating;
| /**
| *
| */
| public Restaraunt() {
|
| }
| /**
| * @return Returns the approved.
| */
| public boolean isApproved() {
| return approved;
| }
| /**
| * @param approved The approved to set.
| */
| public void setApproved(boolean approved) {
| this.approved = approved;
| }
| etc....
And finally, here is what my jboss-aop.xml looks like:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
| <aop>
|
| <bind pointcut="set(* @com.damnhandy.binding.aspects.Observable->*)">
| <interceptor class="com.damnhandy.binding.aspects.PropertyChangeInterceptor"/>
| </bind>
|
| <introduction class="@com.damnhandy.binding.aspects.Observable">
| <mixin>
| <interfaces>com.damnhandy.binding.aspects.ModelMixin</interfaces>
| <class>com.damnhandy.binding.aspects.ModelMixinImpl</class>
| <construction>new com.damnhandy.binding.aspects.ModelMixinImpl(this)</construction>
| </mixin>
| <interfaces/>
| </introduction>
| </aop>
I'm using Java5 and JBoss AOP 1.3.1. I'd like to have all of this precompiled. Any pointers on how to fix the problem would be appreciated.
Ryan-
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887049#3887049
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887049
|
|
From: mlybarger <nu...@jb...> - 2005-07-28 10:55:13
|
i'm trying to deploy a standalone aop component into the jboss server. the aop component is to be applied to a deployed war component. i'm interested in changing the aop component, and redeploying only that, to dynamically change the behavior of the war at runtime. basically, i'd like to add and remove an "insteadof" aspect to some servlets.
i created a .jar file with the contents of:
jboss-aop.xml
org/eclipse/wtp/tutorial/ServletBypassInterceptor.class
org/eclipse/wtp/tutorial/SimpleInterceptor.class
perhaps there's a step or something that i'm just missing. it seemed to deploy fine the first time, but when i changed the jboss-aop.xml to use the ByPassInterceptor class instead of the SimpleInterceptor, i get the following exception:
| 06:47:11,906 ERROR [AspectDeployer] failed to stop
| java.lang.RuntimeException: java.lang.RuntimeException: java.lang.NullPointerException
| at org.jboss.aop.ClassAdvisor.rebuildInterceptors(ClassAdvisor.java:802)
| at org.jboss.aop.ClassAdvisor.removeAdviceBindings(ClassAdvisor.java:360)
| at org.jboss.aop.AspectManager.removeBindings(AspectManager.java:1107)
| at org.jboss.aop.AspectXmlLoader.bulkUndeploy(AspectXmlLoader.java:992)
| at org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:983)
| at org.jboss.aop.AspectXmlLoader.undeploy(AspectXmlLoader.java:1099)
| at org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1128)
| at org.jboss.aop.deployment.AspectDeployer.stop(AspectDeployer.java:199)
| at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:632)
| at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:624)
| at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:605)
| at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:600)
| at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:573)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:121)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177)
| at $Proxy8.undeploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.undeploy(URLDeploymentScanner.java:355)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:477)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:204)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:215)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:194)
| Caused by: java.lang.RuntimeException: java.lang.NullPointerException
| at org.jboss.aop.pointcut.Util.matchesClassExpr(Util.java:95)
| at org.jboss.aop.pointcut.MethodMatcher.matches(MethodMatcher.java:86)
| at org.jboss.aop.pointcut.MethodMatcher.visit(MethodMatcher.java:66)
| at org.jboss.aop.pointcut.ast.ASTMethod.jjtAccept(ASTMethod.java:23)
| at org.jboss.aop.pointcut.ExecutionMethodMatcher.visit(ExecutionMethodMatcher.java:43)
| at org.jboss.aop.pointcut.ast.ASTExecution.jjtAccept(ASTExecution.java:17)
| at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:72)
| at org.jboss.aop.pointcut.MatcherHelper.matches(MatcherHelper.java:67)
| at org.jboss.aop.pointcut.PointcutExpression.matchesExecution(PointcutExpression.java:104)
| at org.jboss.aop.Advisor.resolveMethodPointcut(Advisor.java:539)
| at org.jboss.aop.ClassAdvisor.createInterceptorChains(ClassAdvisor.java:458)
| at org.jboss.aop.ClassAdvisor.rebuildInterceptors(ClassAdvisor.java:797)
| ... 31 more
| Caused by: java.lang.NullPointerException
| at org.jboss.aop.pointcut.Util.matchesTypedef(Util.java:309)
| at org.jboss.aop.pointcut.Util.matchesClassExpr(Util.java:86)
| ... 42 more
|
here's the contents of the jboss-aop.xml within the .jar:
| <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
| <aop>
| <typedef name="TestServlets" expr="class($instanceof{javax.servlet.http.HttpServlet}) AND class(org.eclipse.wtp.tutorial.*)"/>
|
| <!--
| <bind pointcut="execution(* $typedef{TestServlets}->*(..))">
| <interceptor class="org.eclipse.wtp.tutorial.SimpleInterceptor"/>
| </bind>
| -->
|
| <bind pointcut="execution(* $typedef{TestServlets}->*(..))">
| <interceptor class="org.eclipse.wtp.tutorial.ServletBypassInterceptor"/>
| </bind>
| </aop>
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887040#3887040
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887040
|
|
From: jesper_bruun <nu...@jb...> - 2005-07-28 10:05:08
|
Hi! Everything is working just fine when running jboss in the "default" configuration. As i switch to the "all" configuration the following error occurs: | 11:42:01,283 ERROR [URLDeploymentScanner] Incomplete Deployment listing: | | --- MBeans waiting for other MBeans --- | ObjectName: jboss.mq.destination:service=Queue,name=nukespost | State: CONFIGURED | I Depend On: | jboss.mq:service=DestinationManager | | ObjectName: jboss.mq.destination:service=Queue,name=maillist | State: CONFIGURED | I Depend On: | jboss.mq:service=DestinationManager | Depends On Me: | jboss.mail:type=MailServices,name=NukesPosterJMSListener | jboss.mail:type=MailServices,name=MailListJMSListener | | ObjectName: jboss.mq.destination:service=Queue,name=onServer | State: CONFIGURED | I Depend On: | jboss.mq:service=DestinationManager | Depends On Me: | jboss.mail:type=MailServices,name=MailListener | | ObjectName: jboss.mq.destination:service=Queue,name=offServer | State: CONFIGURED | I Depend On: | jboss.mq:service=DestinationManager | Depends On Me: | jboss.mail:type=MailServices,name=MailListener | | ObjectName: jboss.mail:type=MailServices,name=NukesPosterJMSListener | State: CONFIGURED | I Depend On: | jboss.mail:type=MailServices,name=DomainGroup,group=Local | jboss.mq:service=DestinationManager | jboss.mq.destination:service=Queue,name=maillist | Depends On Me: | jboss.mail:type=MailServices,name=SMTPProtocol | | ObjectName: jboss.mail:type=MailServices,name=MailListJMSListener | State: CONFIGURED | I Depend On: | jboss.mq:service=DestinationManager | jboss.mq.destination:service=Queue,name=maillist | jboss.mail:type=MailServices,name=MailListManager | Depends On Me: | jboss.mail:type=MailServices,name=SMTPProtocol | | ObjectName: jboss.mail:type=MailServices,name=MailListener | State: CONFIGURED | I Depend On: | jboss.mq:service=DestinationManager | jboss.mq.destination:service=Queue,name=onServer | jboss.mq.destination:service=Queue,name=offServer | jboss.mail:type=MailServices,name=DomainGroup,group=Local | Depends On Me: | jboss.mail:type=MailServices,name=SMTPProtocol | jboss.mail:type=MailServices,name=POP3Protocol | | ObjectName: jboss.mail:type=MailServices,name=SMTPProtocol | State: CONFIGURED | I Depend On: | jboss.mail:type=MailServices,name=MailListener | jboss.mail:type=MailServices,name=MailListJMSListener | jboss.mail:type=MailServices,name=NukesPosterJMSListener | jboss.mail:type=MailServices,name=UserRepository,uimanageable=true | jboss.mail:type=MailServices,name=DomainGroup,group=Local | jboss.security:service=JaasSecurityDomain,domain=Mail+SSL | Depends On Me: | jboss.mail:type=MailServices,name=SMTP | | ObjectName: jboss.mail:type=MailServices,name=SMTP | State: CONFIGURED | I Depend On: | jboss.mail:type=MailServices,name=SMTPProtocol | | ObjectName: jboss.mail:type=MailServices,name=POP3Protocol | State: CONFIGURED | I Depend On: | jboss.security:service=JaasSecurityDomain,domain=Mail+SSL | jboss.mail:type=MailServices,name=MailListener | jboss.mail:type=MailServices,name=UserRepository,uimanageable=true | Depends On Me: | jboss.mail:type=MailServices,name=POP3SSL | jboss.mail:type=MailServices,name=POP3 | | ObjectName: jboss.mail:type=MailServices,name=POP3SSL | State: CONFIGURED | I Depend On: | jboss.mail:type=MailServices,name=POP3Protocol | jboss.security:service=JaasSecurityDomain,domain=Mail+SSL | | ObjectName: jboss.mail:type=MailServices,name=POP3 | State: CONFIGURED | I Depend On: | jboss.mail:type=MailServices,name=POP3Protocol | | --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- | ObjectName: jboss.mq:service=DestinationManager | State: NOTYETINSTALLED | Depends On Me: | jboss.mq.destination:service=Queue,name=nukespost | jboss.mq.destination:service=Queue,name=maillist | jboss.mq.destination:service=Queue,name=onServer | jboss.mq.destination:service=Queue,name=offServer | jboss.mail:type=MailServices,name=NukesPosterJMSListener | jboss.mail:type=MailServices,name=MailListJMSListener | jboss.mail:type=MailServices,name=MailListener | | | 11:42:01,618 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080 | 11:42:01,817 INFO [ChannelSocket] JK: ajp13 listening on /0.0.0.0:8009 | 11:42:01,839 INFO [JkMain] Jk running ID=0 time=0/55 config=null | 11:42:01,855 INFO [Server] JBoss (MX MicroKernel) [4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)] Started in 47s:708ms | I am using javaversion 1.5.0_04, jboss 4.0.2 and mail jboss-mail-1.0-m2-final. (Using the cheese installation). What am I doing wrong? regards /Jesper View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887028#3887028 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887028 |
|
From: <ale...@jb...> - 2005-07-28 09:32:29
|
That's good but I am going to refactor it a bit. I think it's better to add a method to Unmarshaller that takes an instance of SchemaBindingResolver. Empty SchemaBinding that is used to hold a reference to SchemaBindingResolver doesn't make sense to me. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887021#3887021 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887021 |
|
From: <ale...@jb...> - 2005-07-28 09:26:21
|
"sco...@jb..." wrote : 1. Have we looked as using the javax.xml.validation to simplify/standardize the jbossxb impl? No, not yet. "sco...@jb..." wrote : 2. Is it possible/worth it to have a GenericObjectModelFactory base that accepts a schema that automates or simplifies the amount of type conversion needed in an implementation like JaxbObjectModelFactory. The codebase and this part specifically requires a lot of clean-up work. This will be addressed by using a higher level API. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887019#3887019 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887019 |
|
From: <kab...@jb...> - 2005-07-28 09:13:30
|
Future versions will have more comments about this :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887016#3887016 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887016 |
|
From: milesif <nu...@jb...> - 2005-07-28 08:50:30
|
Hi Kabir, I had already read the post you indicated, but I did not notice JDK5 at the and of AspectManagerService. Sorry for wasting your time and thanks again. Francesco View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887011#3887011 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887011 |
|
From: <ju...@jb...> - 2005-07-28 08:35:00
|
this controller is developed to test the portlet container only. In that case there is no notion of page, all the components are involved in the render. The goal to have a getRenderList is that the TCKController or the test agent subclass this class to provide their own implementation of the getRenderList based on a specific list of portlets. For instance the tck will require to have a specific list of portlets to participate in the current request. You should look also at the CoreController which use the command pattern to implement its logic in order to scale better because it may handle more situations than the simple PortletController. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887007#3887007 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887007 |
|
From: yxyang <nu...@jb...> - 2005-07-28 08:25:25
|
Hi
When i read ./portlet/src/main/org/jboss/portal/portlet/PortletController.java source code in the jbp2.2 head, i have a question about the following quoted code.
To handle a ServerInvocation, the first thing is to call
protected void process(ServerInvocation invocation, PortalProvider portalProvider). I think this will call processAction of the target portlet. Is this correct?
After this, when render() is called, why does the getRenderList() include all web components? It is expected (my thinking) that only the components belong to the target page should be included, isn't it? Or i missed something else?
thanks
Yang
anonymous wrote :
|
| protected Collection getRenderList(ServerInvocation invocation)
| {
| ArrayList list = new ArrayList();
| ServerRequest req = invocation.getRequest();
| Server server = req.getServer();
| ContainerRegistry containerRegistry = server.getContainerRegistry();
| for (Iterator i = containerRegistry.getContainers().iterator();i.hasNext();)
| {
| Container container = (Container)i.next();
| if (container instanceof WebApp)
| {
| WebApp webApp = (WebApp)container;
| for (Iterator j = webApp.getComponents().iterator();j.hasNext();)
| {
| Component component = (Component)j.next();
| list.add(component);
| }
| }
| }
| return list;
| }
|
|
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887005#3887005
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887005
|
|
From: <kab...@jb...> - 2005-07-28 08:12:07
|
You need to provide a mixin when your interface contains methods http://jira.jboss.com/jira/browse/JBAOP-71 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3887003#3887003 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3887003 |
|
From: nthx <nu...@jb...> - 2005-07-28 04:39:39
|
Hi there!
I need help cause I cannot figure it out by myself. I got stackOverflow and don't know why... Here's the short code
public void test(){
| TestRoot root = new TestRoot();
| ((Persistable)root).getObjectByOID(id);
| }
Output:
[junit] Testcase: testGetObjectByOID took 4,575 sec
| [junit] Caused an ERROR
| [junit] null
| [junit] java.lang.StackOverflowError
| [junit] at java.lang.Exception.<init>(Exception.java:77)
| [junit] at java.lang.reflect.InvocationTargetException.<init>(InvocationTargetException.java:54)
| [junit] at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
| [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| [junit] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:99)
| [junit] at org.jboss.aop.ClassAdvisor.invokeMethod(ClassAdvisor.java:1495)
| [junit] at org.jboss.aop.ClassAdvisor.invokeMethod(ClassAdvisor.java:1468)
| [junit] at org.nthx.pat.tests.TestRoot._added_m$0(TestRoot.java)
| [junit] at org.nthx.pat.tests.TestRoot.getObjectByOID(TestRoot.java)
| [junit] at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
| [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| [junit] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:99)
| [junit] at org.jboss.aop.ClassAdvisor.invokeMethod(ClassAdvisor.java:1495)
| [junit] at org.jboss.aop.ClassAdvisor.invokeMethod(ClassAdvisor.java:1468)
| [junit] at org.nthx.pat.tests.TestRoot._added_m$0(TestRoot.java)
| [junit] at org.nthx.pat.tests.TestRoot.getObjectByOID(TestRoot.java)
| ......and so on..
|
My configurations:
<introduction expr="class(@pat.root)">
| <interfaces>
| org.nthx.pat.Persistable
| </interfaces>
| </introduction>
| <bind pointcut="call(void $instanceof{org.nthx.pat.Persistable}->getObjectByOID(java.lang.Long))">
| <advice aspect="org.nthx.pat.PersistableAspect" name="getObjectByOID"/>
| </bind>
|
| @pat.root
| public class TestRoot{}
|
| public interface Persistable
| {
| public Identifiable getObjectByOID(Long OID);
| }
|
| public class PersistableAspect
| {
| public Object getObjectByOID(Invocation invocation) throws Throwable
| {
| return null;
| }
| }
Any idea would be appreciated, cause I really don't know why is this happening. I see nothing making the loop ...
Is it becase I cut a nonexistent method? There is no mixin here..
Regards,
Tomasz
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886980#3886980
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886980
|
|
From: <ste...@jb...> - 2005-07-28 04:16:26
|
So coded up this solution and it seems to be working fine. However, I did run into one thing I found initially puzzling, but which might actually be problematic later. So first I need to point out that I am running my initial tests using a locally modified HARDeployer, which simply never injects a "HarUrl". Maybe what I am seeing is a result of that, and all will be good once I switch over to allowing the other deployers to pick this up. Anyway... My testsuite deployment is an ear that looks like: | test.ear/ | test-ejb.jar | test.har | So given this, the classpath entries my code is checking are: 1) the ear itself 2) the har 3) the har file's hibernate-service.xml 4) the ejb-jar The potentially problematic piece is say that I have two SARs bundled into the same top-level deployable, each defining a Hibernate MBean. So basically, each of the two session factories will know about all the classes from his SAR but also about all the classes from the other SAR. Envision a scenario where an enterprise app needs to talk to two different databases. In Hibernate that explicitly means two seperate session factories, which means I'll need two different mbeans defined. The problem is that there is no way to segment which portions of deployment pertain to DB1 access vs which pertain to DB2 access, because it's just a classpath. Thoughts? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886973#3886973 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886973 |
|
From: SunFire <nu...@jb...> - 2005-07-28 00:17:12
|
The IMAP RFC calls this kind of server-> client notifications "unitlateral notification" and you need them to keep the client and the server synchonized. Here the RFC text anonymous wrote : Server implementations that offer multiple simultaneous access to the same mailbox SHOULD also send appropriate unilateral untagged FETCH and EXPUNGE responses if another agent changes the state of any message flags or expunges any messages. One of the reasons this needs to be done is that client and server need to be in sync for message sequence number(MSN). But lets talk about a simple case: - mailbox contains 10 messages when connection 1 SELECTs the mailbox - connection 1 NOOPs around for a while since the user just keeps his client open on his workstation - now he also connects his laptop and for some reason opens up connection 2 that SELECTs the same mailbox - he EXPUNGs the mail with MSN 3 on conn 2 - now by IMAP RFC the mailbox is required to reorders it MSNs and decrement all MSN > 3 by 1 after an EXPUNGE and all future references from the clients also need to be aware of the new MSNs - if conn 1 is not notiefied that the number of mails in the mailbox changed and he deletes the same mail on his first client (MSN 3)... the server will happily acknowledge it and delete MSN 3... what happens to be the former MSN 4... *boom* I am no IMAP expert by any means but this MSN reordering thingy is kinda tricky if you don't want to rely on the clients implementation to check for such things or don't want to totaly lock a mailbox as soon as one imap instance uses it with read-write lock. (This is just my interpretation of it so it may also be wrong) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886954#3886954 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886954 |
1965 messages has been excluded from this view by a project administrator.
