[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
