[JBoss-dev] [Nukes Development] - Re: Nukes compatibility to JBoss upgrade path
Invocation.OP_INVOKE == "invoke" which is first called on LifeCycleInterceptor for the create... but then Interceptor ic = invocation.nextInterceptor(); ic.invoke(interceptor) is called on the ModelMBeanAttributeInterceptor, where the invocation.getType() == OP_INVOKE, but it should be one of the following: ... if (invocation.getType().equals(Invocation.OP_SETATTRIBUTE)) else if (invocation.getType().equals(Invocation.OP_GETATTRIBUTE) so I guess either my nextInterceptor is wrong, or it maybe has to be called somewhere else? Anyway, I was wondering why the lifecycleinterceptor checks for more interceptors... shouldn't this be handled by another class that goes through the interceptor chain? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844214#3844214 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844214 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [QA (Test Suite)] - How test suite works?
Hi guys, Can anyone explain me how the testsuite works? I can go through class and read comments but this can be really timeconsuming ;). Is it possible to receive a quick information about the testsuite? Are the test run inside the container? I guess yes, how? Can I rely on the current implementation to develop our tests in order to check an application deployed on JBOSS? Thanks Sebi View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844222#3844222 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844222 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Problem to update my database when I upload a file
Hi, I don't know if you can help me but I try... There is my problem : I use Hibernate to map my database. I have a form with file upload and text fields. When I modify a text field my database is updated but when I modify a file uploaded Hibernate doesn't update my database. I don't know why... How do you do in the html module to update the nukes database when we upload a file? Thanks in advanced ! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844226#3844226 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844226 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Problem to update my database when I upload a file
In the HTML module, the file is handled by an EJB (org.jboss.nukes.core.ejb.FileEJB) and all the work is made by the container. That's how the database is updated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844230#3844230 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844230 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Back to the old ddl, forget pure CMP
>From the new installer of Julien, i added some fancy stuff around, like a progression >bar. I took the template from the excellent gallery2 installer. Of course it's comited in the Nukes_Branch_1_1 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844233#3844233 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844233 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [QA (Test Suite)] - How to run the marathon suite?
I did a "marathon.sh" and it complained that the target "tests-reports" was not defined. I looked at build.xml and the target is really "reports". I changed that and got "${jbosstest.server.name}" not bound in test.log. So I commented out this sysproperty. Then the test ran for less than a minute and quit with an error in an ejb-jar.xml. What is the proper way to run the marathon testsuite successfully? So I tried running "build.sh tests". I wasn't sure which config I should use, so I picked the "default" on config. After starting the server, I let the tests run for maybe half an hour. During that time I saw a lot of errors went by. I was using the BEA jrockit jdk instead of the Sun jdk. I don't know if it makes a difference, or my config should be "all" in order to successfully run all the tests. Can someone shed some light on this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844235#3844235 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844235 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-1003937 ] EJB Deployment failure in Jboss 4.0.0RC1
Bugs item #1003937, was opened at 2004-08-05 13:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1003937&group_id=22866 Category: JBossServer Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Venu Narla (venunarla) Assigned to: Nobody/Anonymous (nobody) Summary: EJB Deployment failure in Jboss 4.0.0RC1 Initial Comment: This appears to be related to issue# 967939. Also related to Forum thread : http://www.jboss.org/index.html? module=bb&op=viewtopic&p=3844097#3844097 I am trying to deploy a jar file with ejbs, that has already been successfully deployed and tested in jboss 3.2.5, on Jboss 4.0RC1 and I am getting a failure ClassNotFoundException while deploying even though the class(es) obviously exists in the jar file. This happens to only Exception classes. For some reason the class loader appears not to be able to find some exception classes even though they are in the jar file. Since some Entity beans exist inthe attached jar file, Entity beans may not run as it refers to a specific datasource. Environment: JBoss 4.0.0RC1 JDK 1.4.2_05 WinXP Thanks in advance, The dump of messages from Jboss : 09:15:57,453 INFO [Server] Starting JBoss (MX MicroKernel)... 09:15:57,468 INFO [Server] Release ID: JBoss [Zion] 4.0.0RC1 (build: CVSTag=JBoss_4_0_0_RC1 date=200407202112) 09:15:57,468 INFO [Server] Home Dir: C:\2goSoft\JavaTools\jboss_4.0.0RC1 09:15:57,468 INFO [Server] Home URL: file:/C:/2goSoft/JavaTools/jboss_4.0.0RC1/ 09:15:57,468 INFO [Server] Library URL: file:/C:/2goSoft/JavaTools/jboss_4.0.0RC1/lib/ 09:15:57,484 INFO [Server] Patch URL: null 09:15:57,484 INFO [Server] Server Name: all 09:15:57,484 INFO [Server] Server Home Dir: C:\2goSoft\JavaTools\jboss_4.0.0RC1\server\all 09:15:57,484 INFO [Server] Server Home URL: file:/C:/2goSoft/JavaTools/jboss_4.0.0RC1/server/all/ 09:15:57,484 INFO [Server] Server Data Dir: C:\2goSoft\JavaTools\jboss_4.0.0RC1\server\all\data 09:15:57,484 INFO [Server] Server Temp Dir: C:\2goSoft\JavaTools\jboss_4.0.0RC1\server\all\tmp 09:15:57,484 INFO [Server] Server Config URL: file:/C:/2goSoft/JavaTools/jboss_4.0.0RC1/server/all/con f/ 09:15:57,484 INFO [Server] Server Library URL: file:/C:/2goSoft/JavaTools/jboss_4.0.0RC1/server/all/lib/ 09:15:57,484 INFO [Server] Root Deployment Filename: jboss-service.xml 09:15:57,500 INFO [Server] Starting General Purpose Architecture (GPA)... 09:15:58,625 INFO [ServerInfo] Java version: 1.4.2_05,Sun Microsystems Inc. 09:15:58,625 INFO [ServerInfo] Java VM: Java HotSpot (TM) Client VM 1.4.2_05-b04,Sun Microsystems Inc. 09:15:58,625 INFO [ServerInfo] OS-System: Windows XP 5.1,x86 09:15:59,593 INFO [Server] Core system initialized 09:16:07,718 INFO [Log4jService$URLWatchTimerTask] Configuring from URL: resource:log4j.xml 09:16:08,312 INFO [WebService] Using RMI server codebase: http://One2Go:8083/ 09:16:08,500 INFO [NamingService] Started jnpPort=1099, rmiPort=1098, backlog=50, bindAddress=null, Client SocketFactory=null, Server SocketFactory=null 09:16:12,921 INFO [EjbModule] Deploying ClusteredHTTPSession 09:16:13,390 INFO [EJBDeployer] Deployed: file:/C:/2goSoft/JavaTools/jboss_4.0.0RC1/server/all/depl oy/jbossha-httpsession.sar/ClusteredHttpSessionEB.jar/ 09:16:21,500 INFO [DefaultPartition] Initializing 09:16:21,937 INFO [STDOUT] -- - GMS: address is 192.168.0.101:3159 (additional data: 18 bytes) -- - 09:16:24,000 INFO [DefaultPartition] Number of cluster members: 1 09:16:24,000 INFO [DefaultPartition] Other members: 0 09:16:24,000 INFO [DefaultPartition] Fetching state (will wait for 3 milliseconds): 09:16:24,500 INFO [HANamingService] Listening on /0.0.0.0:1100 09:16:24,515 INFO [DetachedHANamingService$AutomaticDiscovery] Listening on /0.0.0.0:1102, group=230.0.0.4, HA-JNDI address=192.168.0.101:1100 09:16:24,843 INFO [STDOUT] DEBUG: JavaMail version 1.3.1 09:16:24,843 INFO [STDOUT] DEBUG: java.io.FileNotFoundException: C:\2goSoft\JavaTools\j2sdk_1.4.2_05 \jre\lib\javamail.providers (The system cannot find the file specified) 09:16:24,859 INFO [STDOUT] DEBUG: !anyLoaded 09:16:24,875 INFO [STDOUT] DEBUG: not loading resource: /META-INF/javamail.providers 09:16:24,890 INFO [STDOUT] DEBUG: successfully loaded resource: /META-INF/javamail.default.providers 09:16:24,890 INFO [STDOUT] DEBUG: Tables of loaded providers 09:16:24,890 INFO [STDOUT] DEBUG: Providers Listed By Class Name: {com.sun.mail.smtp.SMTPTransport=javax.mail.Provider [TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Su n Microsystems, Inc], com.sun.mail.imap.IMAPStore=javax.mail.Provider [STORE,imap,com.sun.mail.imap.IMAPStore,Sun Microsystems, Inc], com.sun.mail.pop3.POP3
[JBoss-dev] [Nukes Development] - Re: Problem of memory with file upload
Ok, I had, yesterday, recompile the new library (indeed, I had forgotten to recompile it). ;) It seemed work fine... But I am surprised because today it doesn't work. :-( Indeed, no improvement in the use of memory. I don't understand. Can you tell me how to decrease the max size of a file. I do already in my form | Thanks a lot in advanced ! :) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844256#3844256 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844256 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: CacheLoader
I'm sorry but what tag are you asking about . thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844261#3844261 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844261 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWeb] - Re: 2 jboss on 1 cpu
http://www.jboss.org/wiki/Wiki.jsp?page=Setmultipleinstances Some guidance there. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844265#3844265 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844265 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Problem of memory with file upload
It's ok, it work fine again... Pf... It's a hard fight beetween me and my computer !! ;) But I have always my problem when I want to update a file in my database. See http://www.jboss.org/index.html?module=bb&op=viewtopic&t=52753 If someone can help me it will be very friendly... Thanks ! Sandra View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844268#3844268 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844268 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - discarded request
Hi i have 2 JBossCache instances running, one inside Jboss and the other as standalone client. The one in jboss is the co-ordinator and both the caches have the same service.xml i.e. same cluster port etc... I see the following message once in while in the jboss console, can anyone tell what it actually means, it says discarded request from hostOne:4682 as we are not part of destination list. I don't know why is it discarding messages as both the cache have the same exact configuration xml. | 10:30:15,527 INFO [RequestCorrelator] discarded request from hostOne:4682 as we ar | e not part of destination list (local_addr=hostOne:4682, hdr=[Header: name=MessageD | ispatcher, type=REQ, id=1091727015496, rsp_expected=true], dest_mbrs=[hostOne:4759] | ) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844277#3844277 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844277 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: discarded request
looks like this happens when the standalone cache modifies the cache i.e. does a put. Any pointers would be appreciated. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844278#3844278 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844278 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [QA (Test Suite)] - Re: How test suite works?
Take a look at the Q/A wiki page. It's just a start, but it does provide some of the info you are looking for. It seems like it's not a bad idea to base your tests on the testsuite module. However, it is changing. If you get the latest code from Branch_3_2 of the jboss-3.2 cvs module, you can see where we are heading. The testsuite/ant161-build.xml will soon become the new build.xml. It makes use of ant 1.6 macros for things such as launching and configuring Jboss instances. See testsuite/imports/server-config.xml for the macros you may be interested in using. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844282#3844282 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844282 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-3.2 Build Failed
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.2?log=log20040805154524 BUILD FAILEDAnt Error Message: file:/home/build/cruisecontrol/work/scripts/build-jboss-head.xml:80: exec returned: 1Date of build: 08/05/2004 15:45:24Time to build: 11 minutes 41 secondsLast changed: 08/05/2004 15:25:24Last log entry: Clean up oracle exception list, was matching against string like 10-20 times Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build: (1)1.1.2.6modifiedgenmanconnector/src/main/org/jboss/resource/adapter/jdbc/vendor/OracleExceptionSorter.javaClean up oracle exception list, was matching against string like 10-20 times
[JBoss-dev] [ jboss-Bugs-1004191 ] Exception running shutdown.bat from directory other than bin
Bugs item #1004191, was opened at 2004-08-05 15:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1004191&group_id=22866 Category: JBossServer Group: v4.0 Status: Open Resolution: None Priority: 5 Submitted By: Jeff Smith (jsmith9090) Assigned to: Nobody/Anonymous (nobody) Summary: Exception running shutdown.bat from directory other than bin Initial Comment: When I run the command C:\jboss-4.0.0 \bin\shutdown.bat -S from the root directory an exception is thrown. This works fine in 3.2.5 but not in 4.0.0RC1. Here is the exception: Exception in thread "main" javax.naming.NamingException: Could not dereference object. Root exception is javax.naming.CommunicationException. Root exception is java.lang.ClassNotFoundException: org.jboss.jmx.adaptor.rmi.RMIAdaptor (no sec urity manager: RMI class loader disabled) at sun.rmi.server.LoaderHandler.loadProxyClass (LoaderHandler.java:521) at java.rmi.server.RMIClassLoader$2.loadProxyClass (RMIClassLoader.java:6 39) at java.rmi.server.RMIClassLoader.loadProxyClass (RMIClassLoader.java:309 ) at sun.rmi.server.MarshalInputStream.resolveProxyClass (MarshalInputStrea m.java:241) at java.io.ObjectInputStream.readProxyDesc (ObjectInputStream.java:1469) at java.io.ObjectInputStream.readClassDesc (ObjectInputStream.java:1432) at java.io.ObjectInputStream.readOrdinaryObject (ObjectInputStream.java:1 626) at java.io.ObjectInputStream.readObject0 (ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject (ObjectInputStream.java:324) at java.rmi.MarshalledObject.get (MarshalledObject.java:135) at org.jnp.interfaces.MarshalledValuePair.get (MarshalledValuePair.java:3 0) at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:551) at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:508) at javax.naming.InitialContext.lookup (InitialContext.java:347) at org.jnp.interfaces.NamingContext.resolveLink (NamingContext.java:965) at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:614) at org.jnp.interfaces.NamingContext.lookup (NamingContext.java:508) at javax.naming.InitialContext.lookup (InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) RMIAdapter is found in jbossall-client.jar and in shutdown.bat when setting the JBOSS_CLASSPATH it has ../client/jbossall-client.jar. If I change this to the full path name it works. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1004191&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973565 ] NPE when redeploying root context
Bugs item #973565, was opened at 2004-06-15 18:03 Message generated for change (Comment added) made by cortesr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=973565&group_id=22866 Category: JBossWeb Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Jake Meier (jakemeier) Assigned to: Scott M Stark (starksm) Summary: NPE when redeploying root context Initial Comment: A NullPointerException is occuring when redeploying an ear file mapped to the root context (/) on 3.2.4. This only seems to happen when there are persisted exceptions. The following steps will reporduce the error: 1)Create an war and package it within an ear 2)Deploy the ear mapped to the default (/) context 3)Go to a jsp or action that puts a class into the session context. This class must be found either in the WEB-INF/classes or WEB-INF/lib of your war. Just putting a String in the session will not reproduce the error. 4)Touch the ear file in the deploy directory, or rebuild it, so that it redeploys Undeploy appears to go without a hitch, but then on redeploy, I get the stack trace listed below. Please note, I do not get this error if I remove the object from the session prior to redeploying. 17:38:14,042 ERROR [BaseModelMBean] Exception invoking method destroy java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:143) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:178) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:132) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1647) at java.lang.Class.getDeclaredMethod(Class.java:1254) at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1246) at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$3.run(ObjectStreamClass.java:348) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:333) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:253) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1010) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278) at org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1411) at org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:899) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:539) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:485) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:687) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4474) at org.apache.catalina.core.ContainerBase.destroy(ContainerBase.java:1213) at org.apache.catalina.core.StandardContext.destroy(StandardContext.java:4573) 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.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:109) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:140) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:68) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:306) at org.jboss.web.WebModule.startModule(WebModule.java:62) at org.jboss.web.WebModule.startService(WebModule.java:40) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221) at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185) at org.jboss.mx.server.
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Multiple pointcut expressions and advice bindings for sa
You can hotdeploy a pointcut definition, but this does not cause bindings to be reapplied. Am I making sense? So, if you modify "AllMethods" at runtime and redeploy it, bindings will not be recalculated. Currently, the code isn't smart enough to know if the binding references a "named" pointcut. Does this screw up what you want to do? Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844302#3844302 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844302 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: JBoss AOP vs. AspectJ
Why JBoss AOP over AspectJ? - 100% pure Java - annotation support (JDK 1.5 and 1.4) - Metadata and annotation override facility - load-time transformations (instead of compile time) - hotdeployment of aspects (dynamic AOP) - per-instance API (dynamic AOP) - dynamic CFLOW - pluggable pointcuts - extended pointcut expressions (has and hasfield as well as typedefs). I haven't looked at AspectWerkz since February, but they had limited support in their pointcut expression language at the time (no around for field interception, no constructor interception, no annotation support). They did have better load-time transformation support, but we will catch up on this soon. Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844303#3844303 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844303 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: name of the class intercepted
Better would be: | ((ClassAdvisor)invocation.getAdvisor()).getClazz(); | This is because getTargetObject may be null for static members. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844304#3844304 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844304 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Pointcut expression for methods that take arrays as argu
We don't support this. If you'd like to contribute it, it would be most welcome. Bill View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844305#3844305 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844305 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [QA (Test Suite)] - Minimum memory requirements to finish running all tests
jboss version: 3.2.5 jdk version: Sun JDK 1.4.2_05 operating system: Linux with kernel 2.6.7 Started jboss with the following JAVA_OPTS in run.conf: JAVA_OPTS="-server -Xms1024m -Xmx1536m" (the machine itself has 1024Mb of physical memory and 2000Mb of swap space) Started jboss with "run.sh -c all". Started the tests with "jboss-3.2.5-src/testsuite/build.sh tests". About 35 mins or so into the tests, the server returned OutOfMemoryError exceptions and the tests stalled/timed out. Is there a document describing in detail how to successfully run all the tests? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844310#3844310 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844310 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-973565 ] NPE when redeploying root context
Bugs item #973565, was opened at 2004-06-15 15:03 Message generated for change (Comment added) made by starksm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=973565&group_id=22866 Category: JBossWeb Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Jake Meier (jakemeier) Assigned to: Scott M Stark (starksm) Summary: NPE when redeploying root context Initial Comment: A NullPointerException is occuring when redeploying an ear file mapped to the root context (/) on 3.2.4. This only seems to happen when there are persisted exceptions. The following steps will reporduce the error: 1)Create an war and package it within an ear 2)Deploy the ear mapped to the default (/) context 3)Go to a jsp or action that puts a class into the session context. This class must be found either in the WEB-INF/classes or WEB-INF/lib of your war. Just putting a String in the session will not reproduce the error. 4)Touch the ear file in the deploy directory, or rebuild it, so that it redeploys Undeploy appears to go without a hitch, but then on redeploy, I get the stack trace listed below. Please note, I do not get this error if I remove the object from the session prior to redeploying. 17:38:14,042 ERROR [BaseModelMBean] Exception invoking method destroy java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:143) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:178) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:132) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Class.java:1647) at java.lang.Class.getDeclaredMethod(Class.java:1254) at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1246) at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$3.run(ObjectStreamClass.java:348) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:333) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:253) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1010) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1304) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278) at org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1411) at org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:899) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:539) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:485) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:687) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4474) at org.apache.catalina.core.ContainerBase.destroy(ContainerBase.java:1213) at org.apache.catalina.core.StandardContext.destroy(StandardContext.java:4573) 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.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:109) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:140) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:68) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:306) at org.jboss.web.WebModule.startModule(WebModule.java:62) at org.jboss.web.WebModule.startService(WebModule.java:40) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221) at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:185) at org.jboss.mx.server.
[JBoss-dev] [ jboss-Bugs-882168 ] Farm service deletes deployments randomly
Bugs item #882168, was opened at 2004-01-22 08:15 Message generated for change (Comment added) made by gudmundsonsc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=882168&group_id=22866 Category: Clustering Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Tim McCune (javajedi) Assigned to: Nobody/Anonymous (nobody) Summary: Farm service deletes deployments randomly Initial Comment: I have a JBoss 3.2.2 cluster composed of 3 nodes (2 Linux, 1 Windows) and am using the farm service to copy deployments across the cluster. Once in a while, when I drop a file in the deployment directory, it gets deployed and farmed out successfully, I get the INFO message from MainDeployer "Deployed package", then immediately after, every node in the cluster deletes the file from the farm directory. Once it starts happening for a deployment, it tends to keep happening for just that deployment several times. It just happened now, and on the 6th try, the file didn't get deleted. I have no idea how to reproduce it, but it happens for probably 10% of deployments at random. If there is only 1 node in the cluster, the problem never occurs. -- Comment By: Steve Gudmundson (gudmundsonsc) Date: 2004-08-05 23:49 Message: Logged In: YES user_id=180409 We are running JBoss 3.2.5 and have three hp-ux servers with java 1.4.2.0. We have encountered the exact same bug, in fact the only time the farm appears to work perfectly is when a server comes up and receives files from already running servers. Here are other posts on the jboss forums with some more details from others: http://www.jboss.org/index.html? module=bb&op=viewtopic&p=3844263 http://www.jboss.org/index.html? module=bb&op=viewtopic&t=48141 I bet there are more posts in the forums and have yet to encounter someone that has it work every time. Your prompt attention is appreciated. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=882168&group_id=22866 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development