[JBoss-dev] jboss-head build.122 Build Fixed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505032838Lbuild.122 BUILD COMPLETE-build.122Date of build:05/05/2004 03:28:38Time to build:16 minutes 43 secondsLast changed:05/05/2004 02:53:20Last log entry:unwrap InvocationTargetException Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(66)1.2modifiedtdieslerserver/src/main/org/jboss/webservice/JaxRpcClientProxy.javaunwrap InvocationTargetException1.4modifiedtdieslerj2ee/src/main/javax/xml/namespace/QName.javaaccept strings in valueOf that have only a local name1.18modifiedpatriot1burketestsuite/src/main/org/jboss/test/aop/bean/SimpleInterceptor.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.320modifiedbstansberrybuild/build.xmlBuild cache module before tomcat integration, as TC integration's clustered SSO uses TreeCache1.12modifiedpatriot1burkecache/src/main/org/jboss/cache/aop/CacheInterceptor.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.8modifiedpatriot1burkeaspects/src/main/org/jboss/aop/versioned/DistributedPOJOState.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.2modifiedpatriot1burkeaspects/src/main/org/jboss/aop/patterns/observable/SubjectInterceptor.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.8modifiedpatriot1burkeaspects/src/main/org/jboss/aop/logging/CallLoggingInterceptor.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.4modifiedpatriot1burkeaspects/src/main/org/jboss/aop/deployment/JBossClassPool.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.2modifiedpatriot1burkeaop/src/main/org/jboss/test/aop/basic/SimpleInterceptor.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.6modifiedpatriot1burkeaop/src/main/org/jboss/aop/metadata/FieldMetaData.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/ConstructorCalledByConstructorInvocationWrapper.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.5modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/ConstructorCalledByMethodInvocation.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/ConstructorCalledByMethodInvocationWrapper.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.10modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/ConstructorInvocation.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.4modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/ConstructorInvocationWrapper.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.7modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/FieldInvocation.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public* wrapper invocations objects should now work correctly with cflow1.10modifiedpatriot1burkeaop/src/main/org/jboss/aop/joinpoint/FieldReadInvocation.java* added more data to caller side invocation classes* refactored invocation classes so that most fields are not public*
[JBoss-dev] [JBoss IDE] - Re: Building JBoss IDE
Thanks for your help, now that I know that it should work Ok I will look into it a bit more and let you know what I find out. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833693#3833693 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833693 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [EJB on JBoss] - Re: Building Ear file
You are in completely the wrong forum try the begginers corner forum, also only post to the user forums not the developer forums. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833686#3833686 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833686 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - AOP Remoting
I' ve got enormous trouble with AOP Remoting! Here a little Example! I hope someone can tell me what I make wrong! First the Simple Class HelloWorld: | package code; | | public class HelloWorld { | | private String message; | | public HelloWorld(){ | } | public void setMessage(String message){ | this.message=message; | } | public String getMessage(){ | return message; | } | } | This is the Mbean to is register my object with the Dispatcher! | import org.jboss.aop.Dispatcher; | import org.jboss.aop.remoting.Remoting; | import javax.naming.InitialContext; | | public class Test implements TestMBean{ | | public Test(){ | System.out.println(Hello MBean); | } | | public void register(){ | code.HelloWorld hello = new code.HelloWorld(); | hello.setMessage(HelloWorld); | Dispatcher.singleton.registerTarget(hello,hello); | } | public void start(){} | public void stop(){} | } | and now the Client: | import org.jboss.aop.remoting.Remoting; | public class Client{ | | public static void main(String[] args) { | try{ | code.HelloWorld proxy =(code.HelloWorld)Remoting.createRemoteProxy(hello,code.HelloWorld.class,socket://localhost:8084); | System.out.println(proxy.getClass()+); | System.out.println(proxy.getMessage()); | } | catch(Exception e1 ) { | System.out.println(Error happened !); | e1.printStackTrace (); | } | } | } | and here the output: class org.jboss.aop.proxy$code.HelloWorld | org.jboss.remoting.SubsystemNotSupported: Subsystem 'AOP' not supported on target VM (InvokerLocator [socket://172.17.199.225:8084/]) | at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:355) | at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:282) | at org.jboss.remoting.transport.socket.SocketServerInvoker$Client.run(SocketServerInvoker.java:208) | Error happened ! | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833727#3833727 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833727 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Much apologies. I haven't been able to give AOP Remoting much love since the original release both in code and in doco. But anyways, you have to specify a connector: | mbean code=org.jboss.remoting.transport.Connector | xmbean-dd=org/jboss/remoting/transport/Connector.xml | name=jboss.remoting:type=Connector,transport=socket5150 | attribute name=InvokerLocatorsocket://localhost:5150/attribute | attribute name=Configuration |handlers | handler subsystem=AOPorg.jboss.aop.remoting.AOPRemotingInvocationHandler/handler |/handlers | /attribute | /mbean | View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833733#3833733 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833733 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-948444 ] JBoss 4.x support incomplete
Patches item #948444, was opened at 2004-05-05 14:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=948444group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Laurent Etiemble (letiemble) Assigned to: Nobody/Anonymous (nobody) Summary: JBoss 4.x support incomplete Initial Comment: JBoss-IDE 1.2.3 and 1.2.330 JBoss 4.x is not fully supported : - the deployer can't see the JBoss 4.x configuration - shutdown doesn't work. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=948444group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Now I get an other Exception: anonymous wrote : | class org.jboss.aop.proxy$code.HelloWorld | java.lang.NullPointerException | at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:107) | at org.jboss.aop.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:75) | at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:369) | at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:282) | at org.jboss.remoting.transport.socket.SocketServerInvoker$Client.run(SocketServerInvoker.java:208) | Error happened ! It seems that the Hello World object isn't registered by the dispatcher But as you can see, the register() method does this. And I've executed the register method before executing the client! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833735#3833735 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833735 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - auto-increment primarykey problem
Hi all, I am trying to implement a CMP bean that has a auto-increment primary key. The xdoclets that I am using are : At class level: /** * @ejb.bean name=test * jndi-name=testBean * type=CMP * primkey-field=id * schema=test * cmp-version=2.x * * @ejb.persistence * table-name=TEST_TABLE * * @ejb.finder *query=SELECT OBJECT(a) FROM test as a *signature=java.util.Collection findAll() * * @jboss.entity-command name=postgresql-fetch-seq * class=org.jboss.ejb.plugins.cmp.jdbc.keygen.JDBCPostgreSQLCreateCommand **/ And at method level: /** * Returns the id * @return the id * * @ejb.persistent-field * @ejb.persistence *column-name=id * sql-type=INT * @ejb.pk-field * @ejb.interface-method * * @jboss.column-name name=id * @jboss.persistence * auto-increment=true * not-null=true * */ public abstract java.lang.Integer getId(); But at run time when I am try to create the ejb i get the following error: javax.ejb.CreateException: Could not create entity:org.postgresql.util.PSQLException: ERROR: null value in column id violates not-null constraint at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:303) I am using JBOSS 3.2.3 and Postgres 7.4.2 Does anyone had similar problems ?? Thanks in advance George View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833737#3833737 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833737 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Replication - JGroups or JBossCache problem.
I'm using the config replSync-service.xml provided with the sample and testing cache replication for our large application. But it does not seems to replicate neatly. Is it production ready? Or I'm I missing some JGroups configuration. The output of two caches created with one key added and changes made to it produced inconsistent behaviour. One of the sample outputs is below. Run DateTime:Wed May 05 13:54:09 BST 2004 --- GMS: address is lbupajt8111j:2740 --- --- GMS: address is lbupajt8111j:2742 --- Changing to FirstValue in Cache1... 2Key: Key 2Data: FirstValue 1Key: Key 1Data: FirstValue Changing to SecondValue in Cache1... 1Key: Key 1Data: SecondValue 2Key: Key 2Data: FirstValue Changing to ThirdValue in Cache1... 1Key: Key 1Data: ThirdValue 2Key: Key 2Data: FirstValue ---END Run DateTime:Wed May 05 13:54:16 BST 2004 --- GMS: address is lbupajt8111j:2746 --- --- GMS: address is lbupajt8111j:2748 --- Changing to FirstValue in Cache1... 2Key: Key 2Data: FirstValue 1Key: Key 1Data: FirstValue Changing to SecondValue in Cache1... 1Key: Key 1Data: SecondValue 2Key: Key 2Data: FirstValue Changing to ThirdValue in Cache1... 1Key: Key 1Data: ThirdValue 2Key: Key 2Data: ThirdValue ---END Can someone throw some light on this? All the help will be appreciated. Raj View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833738#3833738 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833738 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Replication - JGroups or JBossCache problem.
I have added some more outputs. This time making changs in both caches at different times. Run DateTime:Wed May 05 13:46:18 BST 2004 --- GMS: address is lbupajt8111j:2690 --- --- GMS: address is lbupajt8111j:2692 --- Changing to FirstValue in Cache1... 2Key: Key 2Data: FirstValue 1Key: Key 1Data: FirstValue Changing to SecondValue in Cache2... 1Key: Key 1Data: FirstValue 2Key: Key 2Data: FirstValue Changing to ThirdValue in Cache2... 1Key: Key 1Data: ThirdValue 2Key: Key 2Data: FirstValue ---END Run DateTime:Wed May 05 13:46:51 BST 2004 --- GMS: address is lbupajt8111j:2696 --- --- GMS: address is lbupajt8111j:2698 --- Changing to FirstValue in Cache1... 2Key: Key 2Data: FirstValue 1Key: Key 1Data: FirstValue Changing to SecondValue in Cache2... 1Key: Key 1Data: FirstValue 2Key: Key 2Data: SecondValue Changing to ThirdValue in Cache2... 1Key: Key 1Data: ThirdValue 2Key: Key 2Data: ThirdValue ---END Run DateTime:Wed May 05 13:46:57 BST 2004 --- GMS: address is lbupajt8111j:2702 --- --- GMS: address is lbupajt8111j:2704 --- Changing to FirstValue in Cache1... 2Key: Key 2Data: FirstValue 1Key: Key 1Data: FirstValue Changing to SecondValue in Cache2... 1Key: Key 1Data: FirstValue 2Key: Key 2Data: FirstValue Changing to ThirdValue in Cache2... 1Key: Key 1Data: ThirdValue 2Key: Key 2Data: FirstValue ---END View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833740#3833740 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833740 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Do you see a message: Dispatcher trying to find methodMap for: ... What exactly does it say? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833742#3833742 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833742 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Ok, I know what is wrong(poor testing on my part) I will fix this in the beta2 release, but you should do the following within the MBean: org.jboss.aop.proxy.ClassProxy.newInstance(code.HelloWorld.class); | The reason being is that the Dispatcher is looking for a hash to java.lang.reflect.Method map that is initialized by create proxy. I didn't have the foresite to test the scenario of the user not creating a proxy on the server side. The underlying remoting framework is being used in production, but the AOP layer on top of this is quite raw as you can see. I just haven't had the time to give it some love, nor has somebody stepped up to help. Apologies. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833749#3833749 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833749 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Here the output: anonymous wrote : R3/server/default/conf/jboss-service.xml | 15:27:42,894 INFO [Server] JBoss (MX MicroKernel) [4.0.0DR3 (build: CVSTag= | date=200403161350)] Started in 23s:293ms | 15:28:44,333 INFO [STDOUT] Dispatcher trying to find methodMap for: code.HelloWorld | 15:28:44,333 INFO [STDOUT] java.lang.NullPointerException | 15:28:44,333 INFO [STDOUT] at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:107) | 15:28:44,333 INFO [STDOUT] at org.jboss.aop.remoting.AOPRemotingInvocation | Handler.invoke(AOPRemotingInvocationHandler.java:75) | 15:28:44,333 INFO [STDOUT] at org.jboss.remoting.ServerInvoker.invoke(Server | Invoker.java:369) | 15:28:44,333 INFO [STDOUT] at org.jboss.remoting.ServerInvoker.invoke(Server | Invoker.java:282) | 15:28:44,333 INFO [STDOUT] at org.jboss.remoting.transport.socket.Socket | ServerInvoker$Client.run(SocketServerInvoker.java:208) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833750#3833750 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833750 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-938326 ] jgroups logging is too verbose
Bugs item #938326, was opened at 2004-04-19 20:53 Message generated for change (Comment added) made by belaban You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938326group_id=22866 Category: Clustering Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Adrian Brock (ejort) Assigned to: Bela Ban (belaban) Summary: jgroups logging is too verbose Initial Comment: The new jgroups logging is too verbose. I have had to set the level to WARN to get it to shut up on the console. Even then, it looks like it is picking up some configuration from HAPartitionImpl Do we need a special commons logging plugin to translate the levels from jgroups to jboss policy? Regards, Adrian -- Comment By: Bela Ban (belaban) Date: 2004-05-05 06:46 Message: Logged In: YES user_id=34890 In 3.2.4RC2 -- Comment By: Bela Ban (belaban) Date: 2004-04-23 10:18 Message: Logged In: YES user_id=34890 That's not JGroups, that's JBoss Clustering. I changed the verbosity of logging in JGroups, will create a new jgroups.jar soon. Bela -- Comment By: Adrian Brock (ejort) Date: 2004-04-22 19:39 Message: Logged In: YES user_id=9459 I've tried resynching and a clean build, but I still see these messages: 03:32:35,780 INFO [HAPartitionImpl] destination list is empty, won't send message Regards, Adrian -- Comment By: Bela Ban (belaban) Date: 2004-04-22 17:31 Message: Logged In: YES user_id=34890 No, the HAPartitionImpl logger is gone (do a CVS update). Bela -- Comment By: Adrian Brock (ejort) Date: 2004-04-22 16:39 Message: Logged In: YES user_id=9459 It is not fixed. This is just a workaround. If you need to do debug logging of clustering your console is swamped with jgroups messages. There is still the problem of jgroups logging through the HAPartitionImpl category. -- Comment By: Bela Ban (belaban) Date: 2004-04-22 16:35 Message: Logged In: YES user_id=34890 set org.jgroups logging level to WARN -- Comment By: Bela Ban (belaban) Date: 2004-04-19 22:43 Message: Logged In: YES user_id=34890 Let's set the level to WARN for now for org.jgroups. I will convert the INFO msgs to TRACE or DEBUG over time. Bela -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=938326group_id=22866 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Remoting] - Remoting and ClassLoader domains don't mix
JBoss Remoting unmarshalls the entire request before it dispatches the request. A big problem with this is when you are dispatching to a different, non-default, classloader domain in that the parameter classes may not be available during demarshalling and class not found exceptions (or CCE when the dispatch actually gets to the target object) will happen. My bet is that our IIOP layer right now has this problem as well. The solution would be to not demarshall the method arguments and have invocation.getArguments do a callback to the remoting layer for a demarshall. I don't think this is possible to implement for any IIOP solution or any solution that automatically unmarshalls the buffer. Maybe I am missing something, but these class loading boundaries are a real flaw in the whole Invoker architecture. Bill View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833753#3833753 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833753 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Replication - JGroups or JBossCache problem.
What are you trying to do ? The output above is useless... Maybe you want to submit a unit test ? Bela View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833760#3833760 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833760 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Replication - JGroups or JBossCache problem.
Oops Sorry. I will definitely update to Unit test. Thanks, Raj View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833768#3833768 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833768 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Session bean class must not be abstract
I generated everything for a CMP entity bean, facade etc. BUT: the implementation bean for the abstract facade class is **NOT** generated; no way. latest ide 1.2.330, latest jboss 3M8. Must be something with the xdoclet configuration, I think. HELP please! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833769#3833769 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833769 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: auto-increment primarykey problem
Postgresql doesn't support auto-increment tag. You must change sql-type to SERIAL. | /** | * Returns the id | * @return the id | * | * @ejb.persistent-field | * @ejb.persistence | * column-name=id | * sql-type=SERIAL | * jbdc-type=INTEGER | * @ejb.pk-field | * @ejb.interface-method | * | * @jboss.column-name name=id | * @jboss.persistence | * auto-increment=true | * | * | */ View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833773#3833773 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833773 --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505110358 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:05/05/2004 11:03:58Time to build:15 minutes 29 secondsLast changed:05/05/2004 10:47:53Last log entry:Add a test of adding a notification listener to a RequiredModelMBean that hadits resource set after registration with the MBeanServer Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(11)1.9modifiedstarksmjmx/src/main/test/compliance/modelmbean/ModelMBeanTEST.javaAdd a test of adding a notification listener to a RequiredModelMBean that hadits resource set after registration with the MBeanServer1.24modifiedstarksmjmx/src/main/org/jboss/mx/modelmbean/XMBean.javaIgnore the case of the resource type string1.26modifiedstarksmjmx/src/main/org/jboss/mx/modelmbean/ModelMBeanInvoker.java- Delay the initiation of the method dispatchers until the resource isavailable as this may be set after registration. This means that thissetup needs to also occur in setManagedResource.- Fix the exceptions thrown from the sendNotification methods.- Fix the exceptions thrown from the sendAttributeChangeNotification methods.- Fix the exceptions thrown from the addAttributeChangeNotificationListenerand removeAttributeChangeNotificationListener methods- Factor out the initialization that is based on the resource from theregistration as the resource may not exist until after registration.1.17modifiedstarksmjmx/src/main/org/jboss/mx/modelmbean/ModelMBeanConstants.javaAdd a CLASS descriptor field constant1.66modifiedstarksmjmx/src/main/org/jboss/mx/server/MBeanServerImpl.javaDon't allow RuntimeExceptions out of the invoke method1.56modifiedstarksmjmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.javaUse the RequiredModelMBeanInvoker for RequiredModelMBeans1.22modifiedstarksmjmx/src/main/org/jboss/mx/server/AbstractMBeanInvoker.java- Fix the exception unwrapping- Delay the initiation of the method dispatchers until the resource isavailable as this may be set after registration- Look to the ModelMBean for operations as the MBeanInfo may containModelMBean ops.1.7modifiedstarksmjmx/src/main/org/jboss/mx/server/MethodMapper.javaAdd a Method lookupOperation(MBeanOperationInfo info, Object mbean)method used to see if a ModelMBean has the operation in question.1.1addedstarksmjmx/src/main/org/jboss/mx/server/RequiredModelMBeanInvoker.javaAn invoker that handles the 'ops' that are part of the RequiredModelMBeanthat must be handled at that level rather than its delegate.1.12modifiedstarksmjmx/src/main/javax/management/modelmbean/RequiredModelMBean.javaMake sure the notification info contains the required notifications:"name=GENERIC,descriptorType=notification,log=T,severity=5,displayName=jmx.modelmbean.generic""name=ATTRIBUTE_CHANGE,descriptorType=notification,log=T,severity=5,displayName=jmx.attribute.change"1.21modifiedstarksmjmx/src/main/javax/management/modelmbean/DescriptorSupport.java- Fix the xml representation to match the javadoc empty element rep- Fix the population of the descriptor from an xml string- Add validation of the class field
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: auto-increment primarykey problem
Hi Timo, I followed your suggestion but it produces the same error Is there any work-aroung ?? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833782#3833782 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833782 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Did you apply the code suggestion to your MBean? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833785#3833785 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833785 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505114958 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:05/05/2004 11:49:58Time to build:15 minutes 18 secondsLast changed:05/05/2004 11:37:56Last log entry:added channel debugger: use {start,stop}ChannelDebugger() Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(13)1.35modifiedbelabancluster/src/main/org/jboss/ha/framework/server/ClusterPartition.javaadded channel debugger: use {start,stop}ChannelDebugger()1.18modifiedbelabancluster/src/main/org/jboss/ha/framework/server/ClusterPartitionMBean.javaadded channel debugger: use {start,stop}ChannelDebugger()1.9modifiedstarksmjmx/src/main/test/compliance/modelmbean/ModelMBeanTEST.javaAdd a test of adding a notification listener to a RequiredModelMBean that hadits resource set after registration with the MBeanServer1.24modifiedstarksmjmx/src/main/org/jboss/mx/modelmbean/XMBean.javaIgnore the case of the resource type string1.26modifiedstarksmjmx/src/main/org/jboss/mx/modelmbean/ModelMBeanInvoker.java- Delay the initiation of the method dispatchers until the resource isavailable as this may be set after registration. This means that thissetup needs to also occur in setManagedResource.- Fix the exceptions thrown from the sendNotification methods.- Fix the exceptions thrown from the sendAttributeChangeNotification methods.- Fix the exceptions thrown from the addAttributeChangeNotificationListenerand removeAttributeChangeNotificationListener methods- Factor out the initialization that is based on the resource from theregistration as the resource may not exist until after registration.1.17modifiedstarksmjmx/src/main/org/jboss/mx/modelmbean/ModelMBeanConstants.javaAdd a CLASS descriptor field constant1.66modifiedstarksmjmx/src/main/org/jboss/mx/server/MBeanServerImpl.javaDon't allow RuntimeExceptions out of the invoke method1.56modifiedstarksmjmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.javaUse the RequiredModelMBeanInvoker for RequiredModelMBeans1.22modifiedstarksmjmx/src/main/org/jboss/mx/server/AbstractMBeanInvoker.java- Fix the exception unwrapping- Delay the initiation of the method dispatchers until the resource isavailable as this may be set after registration- Look to the ModelMBean for operations as the MBeanInfo may containModelMBean ops.1.7modifiedstarksmjmx/src/main/org/jboss/mx/server/MethodMapper.javaAdd a Method lookupOperation(MBeanOperationInfo info, Object mbean)method used to see if a ModelMBean has the operation in question.1.1addedstarksmjmx/src/main/org/jboss/mx/server/RequiredModelMBeanInvoker.javaAn invoker that handles the 'ops' that are part of the RequiredModelMBeanthat must be handled at that level rather than its delegate.1.12modifiedstarksmjmx/src/main/javax/management/modelmbean/RequiredModelMBean.javaMake sure the notification info contains the required notifications:"name=GENERIC,descriptorType=notification,log=T,severity=5,displayName=jmx.modelmbean.generic""name=ATTRIBUTE_CHANGE,descriptorType=notification,log=T,severity=5,displayName=jmx.attribute.change"1.21modifiedstarksmjmx/src/main/javax/management/modelmbean/DescriptorSupport.java- Fix the xml representation to match the javadoc empty element rep- Fix the population of the descriptor from an xml string- Add validation of the class field
[JBoss-dev] [JBoss Remoting] - Re: Remoting and ClassLoader domains don't mix
This is a valid criticism of the remoting module and one I discussed in depth with Tom Elrod about. In general the remoting module is too monolithic in its view of how to handle invocations and needs to be refactored to allow class loading to be delayed until it reaches the deployment context that is the target of the invocation. At that point the deployment context class loader is in effect and full unmarshalling of the application specific types can be done. If a transport has to have complete visibility into the types of the invocation, then it is effectively tightly coupled to the deployment context using the transport. This does not fit well into the decoupled remoting framework. It should be possible to associated a particular transport handler with the class loader of the deployment context it is serving requests for, but this cannot be required for all transport layers. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833784#3833784 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833784 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: AOP Remoting
Now it runs thank you Karsten View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833796#3833796 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833796 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss-head Build Failed
The window for waiting for updates before doing a compile seems a bit small. I have built jboss-head from a clean checkout on seperate machines so it appears this failure is due to building after incomplete checkins. Scott StarkChief Technology OfficerJBoss Inc. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]Sent: Wednesday, May 05, 2004 9:09 AMTo: [EMAIL PROTECTED]Subject: [JBoss-dev] jboss-head Build FailedImportance: High View results here - http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505114958 BUILD FAILED Ant Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1 Date of build:05/05/2004 11:49:58 Time to build:15 minutes 18 seconds Last changed:05/05/2004 11:37:56 Last log entry:added channel debugger: use {start,stop}ChannelDebugger() Unit Tests: (0) No Tests Run This project doesn't have any tests Modifications since last build: (13) 1.35 modified belaban cluster/src/main/org/jboss/ha/framework/server/ClusterPartition.java added channel debugger: use {start,stop}ChannelDebugger() 1.18 modified belaban cluster/src/main/org/jboss/ha/framework/server/ClusterPartitionMBean.java added channel debugger: use {start,stop}ChannelDebugger() 1.9 modified starksm jmx/src/main/test/compliance/modelmbean/ModelMBeanTEST.java Add a test of adding a notification listener to a RequiredModelMBean that hadits resource set after registration with the MBeanServer 1.24 modified starksm jmx/src/main/org/jboss/mx/modelmbean/XMBean.java Ignore the case of the resource type string 1.26 modified starksm jmx/src/main/org/jboss/mx/modelmbean/ModelMBeanInvoker.java - Delay the initiation of the method dispatchers until the resource isavailable as this may be set after registration. This means that thissetup needs to also occur in setManagedResource.- Fix the exceptions thrown from the sendNotification methods.- Fix the exceptions thrown from the sendAttributeChangeNotification methods.- Fix the exceptions thrown from the addAttributeChangeNotificationListenerand removeAttributeChangeNotificationListener methods- Factor out the initialization that is based on the resource from theregistration as the resource may not exist until after registration. 1.17 modified starksm jmx/src/main/org/jboss/mx/modelmbean/ModelMBeanConstants.java Add a CLASS descriptor field constant 1.66 modified starksm jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java Don't allow RuntimeExceptions out of the invoke method 1.56 modified starksm jmx/src/main/org/jboss/mx/server/registry/BasicMBeanRegistry.java Use the RequiredModelMBeanInvoker for RequiredModelMBeans 1.22 modified starksm jmx/src/main/org/jboss/mx/server/AbstractMBeanInvoker.java - Fix the exception unwrapping- Delay the initiation of the method dispatchers until the resource isavailable as this may be set after registration- Look to the ModelMBean for operations as the MBeanInfo may containModelMBean ops. 1.7 modified starksm jmx/src/main/org/jboss/mx/server/MethodMapper.java Add a Method lookupOperation(MBeanOperationInfo info, Object mbean)method used to see if a ModelMBean has the operation in question. 1.1 added starksm jmx/src/main/org/jboss/mx/server/RequiredModelMBeanInvoker.java An invoker that handles the 'ops' that are part of the RequiredModelMBeanthat must be handled at that level rather than its delegate. 1.12 modified starksm jmx/src/main/javax/management/modelmbean/RequiredModelMBean.java Make sure the notification info contains the required notifications:"name=GENERIC,descriptorType=notification,log=T,severity=5,displayName=jmx.modelmbean.generic""name=ATTRIBUTE_CHANGE,descriptorType=notification,log=T,severity=5,displayName=jmx.attribute.change" 1.21 modified starksm jmx/src/main/javax/management/modelmbean/DescriptorSupport.java - Fix the xml representation to match the javadoc empty element rep- Fix the population of the
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505125722 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: -122Date of build:05/05/2004 12:57:22Time to build:9 minutes 31 secondsLast changed:05/05/2004 12:44:20Last log entry:+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(52)1.5modifiedtdieslerwebservice/src/resources/META-INF/axis-client-config.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.4modifiedtdieslerwebservice/src/resources/META-INF/axis-server-config.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.6modifiedtdieslerwebservice/src/resources/META-INF/jboss-service.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.3modifiedtdieslerwebservice/src/webapp/WEB-INF/web.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/metadata/WebserviceDescriptionMetaData.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/ServiceClientDeployer.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.4modifiedtdieslerwebservice/src/main/org/jboss/webservice/ServiceDeployer.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.4modifiedtdieslerwebservice/src/main/org/jboss/webservice/ServiceDeployerJSE.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.3deletedtdieslerwebservice/src/main/org/jboss/webservice/ServiceException.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.4modifiedtdieslerwebservice/samples/client-web/java/com/underworld/crimeportal/web/OrganizationClientServlet.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.2modifiedtdieslerwebservice/samples/common/java/com/underworld/crimeportal/OrganizationEndpointService.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.9modifiedtdieslerwebservice/src/main/org/jboss/webservice/AxisService.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/Constants.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/EngineConfigurationFinder.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.5deletedtdieslerwebservice/src/main/org/jboss/webservice/InvokerProvider.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move
[JBoss-dev] jboss-3.2 build.10 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040505131212Lbuild.10 BUILD COMPLETE-build.10Date of build:05/05/2004 13:12:12Time to build:12 minutes 7 secondsLast changed:05/05/2004 12:42:57Last log entry:Include calls to the SubDeployerSupport init/create/start/stop/destroy methodsto trigger the JMX notifications for these events. Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(1)1.25.2.9modifiedstarksmjboss.net/src/main/org/jboss/net/axis/server/AxisService.javaInclude calls to the SubDeployerSupport init/create/start/stop/destroy methodsto trigger the JMX notifications for these events.
[JBoss-dev] jboss-head build.123 Build Fixed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505134248Lbuild.123 BUILD COMPLETE-build.123Date of build:05/05/2004 13:42:48Time to build:12 minutes 46 secondsLast changed:05/05/2004 13:13:26Last log entry:validate operations even on port obtained from a generic service Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(66)1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/client/J2EEServiceWrapper.javavalidate operations even on port obtained from a generic service1.5modifiedtdieslerwebservice/src/resources/META-INF/axis-client-config.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.4modifiedtdieslerwebservice/src/resources/META-INF/axis-server-config.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.6modifiedtdieslerwebservice/src/resources/META-INF/jboss-service.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.3modifiedtdieslerwebservice/src/webapp/WEB-INF/web.xml+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/JaxRpcClientService.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceObjectFactory.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/client/ServiceReferenceable.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.2modifiedtdieslerwebservice/src/main/org/jboss/webservice/metadata/WebserviceDescriptionMetaData.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/InvokerProvider.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/InvokerProviderEJB.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/InvokerProviderJSE.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/JBossAdminServlet.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/JBossAxisServer.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/JBossAxisServlet.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package org.jboss.webservice.client1.1addedtdieslerwebservice/src/main/org/jboss/webservice/server/ServerLoginHandler.java+ add support for generated service interface+ add J2EE behaviour to client Service+ move server stuff to package org.jboss.webservice.server+ move client stuff to package
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505152140 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:05/05/2004 15:21:40Time to build:10 minutes 29 secondsLast changed:05/05/2004 15:03:51Last log entry:added annotation introductions Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(19)1.2modifiedpatriot1burkeaop/src/resources/test/jdk15/jboss-aop.xmladded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/test/aop/jdk15/complex.javaadded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/test/aop/jdk15/single.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/test/aop/jdk15/AOPTester.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/TypeExpressionParser.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/TypeExpressionParserConstants.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/TypeExpressionParserTokenManager.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/typeExpression.jjtadded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/aop/introduction/AnnotationIntroduction.javaadded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/AnnotationMatcher.javaadded annotation introductions1.12modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/FieldMatcher.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/TypeMatcher.javaadded annotation introductions1.8modifiedpatriot1burkeaop/src/main/org/jboss/aop/instrument/Instrumentor.javaadded annotation introductions1.68modifiedpatriot1burkeaop/src/main/org/jboss/aop/AspectManager.javaadded annotation introductions1.45modifiedpatriot1burkeaop/src/main/org/jboss/aop/AspectXmlLoader.javaadded annotation introductions1.6modifiedpatriot1burkeaop/docs/examples/examples.htmladded annotation introductions1.6modifiedpatriot1burkeaop/docs/examples/examples.wikiadded annotation introductions1.13modifiedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ClassProxyFactory.javafixed bug when there is no method map1.9modifiedpatriot1burkeaop/src/main/org/jboss/aop/Dispatcher.javafixed bug when there is no method map
[JBoss-dev] jboss-head Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-head?log=log20040505154802 BUILD FAILEDAnt Error Message:file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build:05/05/2004 15:48:02Time to build:14 minutes 38 secondsLast changed:05/05/2004 15:36:31Last log entry:fixed bug when there is no method map Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(31)1.7modifiedpatriot1burkeaspects/src/main/org/jboss/aop/remoting/ForwardingInterceptor.javafixed bug when there is no method map1.7modifiedpatriot1burkeaspects/src/main/org/jboss/aop/versioned/VersionedObjectForwardingInterceptor.javafixed bug when there is no method map1.2modifiedpatriot1burkeaop/src/resources/test/jdk15/jboss-aop.xmladded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/test/aop/jdk15/complex.javaadded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/test/aop/jdk15/single.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/test/aop/jdk15/AOPTester.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/TypeExpressionParser.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/TypeExpressionParserConstants.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/TypeExpressionParserTokenManager.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/ast/typeExpression.jjtadded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/aop/introduction/AnnotationIntroduction.javaadded annotation introductions1.1addedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/AnnotationMatcher.javaadded annotation introductions1.12modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/FieldMatcher.javaadded annotation introductions1.2modifiedpatriot1burkeaop/src/main/org/jboss/aop/pointcut/TypeMatcher.javaadded annotation introductions1.8modifiedpatriot1burkeaop/src/main/org/jboss/aop/instrument/Instrumentor.javaadded annotation introductions1.68modifiedpatriot1burkeaop/src/main/org/jboss/aop/AspectManager.javaadded annotation introductions1.45modifiedpatriot1burkeaop/src/main/org/jboss/aop/AspectXmlLoader.javaadded annotation introductions1.6modifiedpatriot1burkeaop/docs/examples/examples.htmladded annotation introductions1.6modifiedpatriot1burkeaop/docs/examples/examples.wikiadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/Driver.javaadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/POJO.javaadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/TraceInterceptor.javaadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/annotation.htmladded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/annotation.wikiadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/build.xmladded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/complex.javaadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/jboss-aop.xmladded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/single.javaadded annotation introductions1.1addedpatriot1burkeaop/docs/examples/annotation-introductions/trace.javaadded annotation introductions1.13modifiedpatriot1burkeaop/src/main/org/jboss/aop/proxy/ClassProxyFactory.javafixed bug when there is no method map1.9modifiedpatriot1burkeaop/src/main/org/jboss/aop/Dispatcher.javafixed bug when there is no method map
[JBoss-dev] [JBoss IDE] - Error At Start
Anyone get this error when starting jboss from within eclipse... This is the first time I've tried Jboss IDE so I'm not sure what would cause this. 6:50:20,101 INFO [Engine] StandardManager[]: Seeding of random number generator has been completed 16:50:20,221 INFO [Engine] StandardWrapper[:CewolfServlet]: Marking servlet CewolfServlet as unavailable 16:50:20,221 ERROR [Engine] StandardContext[]: Servlet threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class de.laures.cewolf.CewolfRenderer or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.jboss.web.catalina.EmbeddedCatalinaService41.createWebContext(EmbeddedCatalinaService41.java:435) at org.jboss.web.catalina.EmbeddedCatalinaService41.performDeploy(EmbeddedCatalinaService41.java:306) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:301) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymentScanner.java:656) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:507) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:266) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165) at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:1003) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:413) at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy2.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:232) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:575) 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:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:324) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:221) at
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Invoking session beans from Interceptors
I got this to work before but not sure what I'm doing wrong now. I'm basically trying to invoke a session bean from my interceptor implementations. I get a ClassCastException when I try to cast the looked up object. I guess this is because of the class returned via InitialContext is not loaded by the same classloader as the one being casted. However I was under the impression the application server gets around this conflict for you, especially when you are all inside the app server. I'm testing my interceptors in weblogic 8.1 and they are loaded using a custom class-loader (parent is context classloader). I'm going to experiment the same with a modified jboss 3.2.3 (with AOP almost working I think). Any help or directions would be of great help. Thanks Rajiv View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833834#3833834 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833834 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Invoking session beans from Interceptors
This is probably not a JBOss AOP problem, but rather how you've packaged your classes in WLS. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833837#3833837 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833837 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss.net] - tomcat/axis WS wars not deploying
after spending the last 4 hrs scanning through the available docs, I am still at a loss re. how to get our axis web services running in JBoss 3.2 or 4.x. these web services have been running for sometime in tomcat 4.x and 5.x under axis 1.1, so i figured this is a no brainer! my initial (nave?) thought was that I could copy the tomcat deployed war files into jboss/server/all/deploy, and this would work. JBoss warns in deployment: WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] attempts to invoke services yield: 19:19:14,080 ERROR [Engine] - Root Cause - java.lang.NoSuchMethodError: org.apache.axis.description.TypeDesc.(Ljava/lang/Class;Z)V at service.base.model._RqHeader.(_RqHeader.java:124) at this point, I'd just like to see a very simple WS HelloWorld archive that I could drop into JBoss, but I cannot find any such example. thx, tim biernat View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833842#3833842 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833842 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Pure-CMP FAQ Module revamp
ok - the changes are checked in. update cvs to get them. be aware that when you re-run the build, if you have made any changes to the local.properties file in the build directory, it will be overwritten w/ the default one in build/etc. in order to use the settings, just change your xdoclet configuration inside the entity beans to this: | @jboss.persistence |create-table = ${nukes.create-table} |remove-table = ${nukes.remove-table} |pk-constraint = ${nukes.pk-constraint} | create = true, remove = false, and pk-constraint = true for all db except hsqldb. on a side note, the i remove the oracle8.properties file and instead made it work like the rest of the db settings. if you want to use oracle8, just specify that inside the local.properties file. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833843#3833843 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833843 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Observable Pattern on the WIKI
Looking at the Observable example on the wiki, I see In the jboss-aop.xml. Is prepare something that's in the 1.0Beta? I'm looking for it, but I'm thinking maybe this stuff is in HEAD. Very cool stuff. I really enjoyed Marc's statement saying that the GOF behavioral patterns fit very well into an AOP implementation. That's some meaty stuff you don't see very often. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833845#3833845 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833845 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 91 % ( 1612 / 1755 ) - come on - pull your finger out. JBoss (HEAD/winxp/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu May 6 03:08:30 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1755 Successful tests: 1612 Errors:131 Failures: 12 [time of test: 2004-05-05.23-36 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows XP] [os.arch: x86] [os.version: 5.1] Useful resources: - http://jboss.kimptoc.net/winxp/1.4.1_06/logtests/testresults/reports/html//2004-05-05.23-36 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.bank.test.BankEJB20StressTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.bank.test.BankStressTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.bankiiop.test.BankStressTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.cache.stress.EvictionLocalStressTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.cache.stress.LocalStressTestCase Test:unknown Type:error Exception: junit.framework.AssertionFailedError Message: Timeout occurred - Suite: org.jboss.test.client.test.AppClientUnitTestCase Test:testENC Type:error Exception: javax.naming.NameNotFoundException Message: test-client not bound === Thu May 6 03:08:30 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Observable Pattern on the WIKI
prepare is in Beta1, yes. It's in one of the WIKI sections View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833850#3833850 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833850 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Observable Pattern on the WIKI
sorry, to use it is is | | prepare expr=some pointcut expression/ | Anything that matches the expression will receive AOP hooks. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833851#3833851 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833851 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu May 6 05:41:17 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] TEST org.jboss.test.bank.test.BankEJB20StressTestCase FAILED (timeout) [junit] Running org.jboss.test.bank.test.BankStressTestCase [junit] TEST org.jboss.test.bank.test.BankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cache.stress.EvictionLocalStressTestCase [junit] TEST org.jboss.test.cache.stress.EvictionLocalStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cache.stress.LocalStressTestCase [junit] TEST org.jboss.test.cache.stress.LocalStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cache.stress.ReadWriteLockWithUpgradeStressTestCase [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 3.688 sec [junit] Running org.jboss.test.cmp2.cmrstress.CMRStressTestCase [junit] TEST org.jboss.test.cmp2.cmrstress.CMRStressTestCase FAILED (timeout) [junit] Running org.jboss.test.cts.test.StatelessSessionStressTestCase [junit] TEST org.jboss.test.cts.test.StatelessSessionStressTestCase FAILED (timeout) [junit] Running org.jboss.test.deadlock.test.BeanStressTestCase [junit] TEST org.jboss.test.deadlock.test.BeanStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloClusteredHttpStressTestCase [junit] TEST org.jboss.test.hello.test.HelloClusteredHttpStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloHttpStressTestCase [junit] TEST org.jboss.test.hello.test.HelloHttpStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hello.test.HelloTimingStressTestCase [junit] TEST org.jboss.test.hello.test.HelloTimingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.jbossmq.perf.JBossMQPerfStressTestCase [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 47.594 sec [junit] Running org.jboss.test.jbossmq.perf.OIL2InvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.485 sec [junit] Running org.jboss.test.jbossmq.perf.OILInvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.407 sec [junit] Running org.jboss.test.jbossmq.perf.RMIInvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 5.875 sec [junit] Running org.jboss.test.jbossmq.perf.SendReplyPerfStressTestCase [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 6.766 sec [junit] Running org.jboss.test.jbossmq.perf.UIL2InvocationLayerStressTestCase [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 6.516 sec [junit] Running org.jboss.test.jca.test.BaseConnectionManagerStressTestCase [junit] Tests run: 7, Failures: 1, Errors: 0, Time elapsed: 37.828 sec [junit] TEST org.jboss.test.jca.test.BaseConnectionManagerStressTestCase FAILED [junit] Running org.jboss.test.jca.test.CachedConnectionBankStressTestCase [junit] TEST org.jboss.test.jca.test.CachedConnectionBankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.lock.test.EnterpriseEntityStressTestCase [junit] TEST org.jboss.test.lock.test.EnterpriseEntityStressTestCase FAILED (timeout) [junit] Running org.jboss.test.naming.test.NamingStressTestCase [junit] TEST org.jboss.test.naming.test.NamingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.perf.test.PerfStressTestCase [junit] TEST org.jboss.test.perf.test.PerfStressTestCase FAILED (timeout) [junit] Running org.jboss.test.pooled.test.BeanStressTestCase [junit] TEST org.jboss.test.pooled.test.BeanStressTestCase FAILED (timeout) tests-iiop-stress: [junit] Running org.jboss.test.bankiiop.test.BankStressTestCase [junit] TEST org.jboss.test.bankiiop.test.BankStressTestCase FAILED (timeout) [junit] Running org.jboss.test.excepiiop.test.ExceptionTimingStressTestCase [junit] TEST org.jboss.test.excepiiop.test.ExceptionTimingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.helloiiop.test.HelloTimingStressTestCase [junit] TEST org.jboss.test.helloiiop.test.HelloTimingStressTestCase FAILED (timeout) [junit] Running org.jboss.test.hellojrmpiiop.test.HelloTimingStressTestCase [junit] TEST
[JBoss-dev] JBoss Test Results: % ( / ) - . JBoss (HEAD/winxp/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Thu May 6 06:02:31 GMTDT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Thu May 6 06:02:31 GMTDT 2004 === CYGWIN_NT-5.1 quarks2 1.5.4(0.94/3/2) 2003-09-12 23:08 i686 unknown unknown Cygwin === java -version java version 1.4.2_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss Remoting] - Re: Remoting and ClassLoader domains don't mix
Also need ability to separate the payloads as is done the the current invoker so can include things such as security credentials to server side to check security before allowing dynamic classloading (which would have to be done before deserializing the target payload). View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3833856#3833856 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3833856 --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development