Re: [JBoss-dev] Can't build on linux either
A clean co of head is building for me on a RedHat 8 box with the same JDK. I believe you have to set both the JAVA_HOME and PATH to get JavaCC to work as it seems to use the PATH for something. [EMAIL PROTECTED] starksm]$ export JAVA_HOME=~/Java/j2sdk1.4.1_02 [EMAIL PROTECTED] starksm]$ PATH=$JAVA_HOME/bin:$PATH [EMAIL PROTECTED] build]$ ./build.sh build.sh: Executing: /home/starksm/JBoss/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml ... BUILD SUCCESSFUL Total time: 7 minutes 5 seconds Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: "Dain Sundstrom" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, March 11, 2003 8:08 PM Subject: [JBoss-dev] Can't build on linux either > Because OSX is hosed I decided to move my development to my linux box, > but it doesn't build either. It looks like the build isn't picking up > the JavaCC.zip file. Jason is this working for you... Here is what I > get > > java version "1.4.1_02" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06) > Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode) > > [EMAIL PROTECTED] build]$ ./build.sh > build.sh: *WARNING* Ignoring environment value for $ANT_HOME > build.sh: Executing: /home/dain/work/jboss/jboss-head/tools/bin/ant > -logger org. > apache.tools.ant.NoBannerLogger > Buildfile: build.xml > > _buildmagic:init: > Trying to override old definition of task property > > == > == > == Executing 'most' in module 'server'... > == > == > > generate-parsers: > [jjtree] Exception in thread "main" java.lang.NoClassDefFoundError: > COM/sun/labs/jjtree/Main > > BUILD FAILED > file:/home/dain/work/jboss/jboss-head/server/build.xml:168: JJTree > failed. --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Can't build on linux either
Because OSX is hosed I decided to move my development to my linux box, but it doesn't build either. It looks like the build isn't picking up the JavaCC.zip file. Jason is this working for you... Here is what I get java version "1.4.1_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_02-b06) Java HotSpot(TM) Client VM (build 1.4.1_02-b06, mixed mode) [EMAIL PROTECTED] build]$ ./build.sh build.sh: *WARNING* Ignoring environment value for $ANT_HOME build.sh: Executing: /home/dain/work/jboss/jboss-head/tools/bin/ant -logger org. apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property == == == Executing 'most' in module 'server'... == == generate-parsers: [jjtree] Exception in thread "main" java.lang.NoClassDefFoundError: COM/sun/labs/jjtree/Main BUILD FAILED file:/home/dain/work/jboss/jboss-head/server/build.xml:168: JJTree failed. --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701924 ] Bundled tar.gz for 3.2.0RC3 is not source code
Bugs item #701924, was opened at 2003-03-11 20:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701924&group_id=22866 Category: None Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Christopher G. Stach II (cstach) Assigned to: Nobody/Anonymous (nobody) Summary: Bundled tar.gz for 3.2.0RC3 is not source code Initial Comment: Downloading the source .gz from the Summary page gets you a bundled binary distribution, not the source as it's probably supposed to be. jboss-3.2.0RC3.tar.gz 35344163 557 Any Source .gz -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701924&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701880 ] ejb-external-ref bug in 3.2RC3
Bugs item #701880, was opened at 2003-03-12 01:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701880&group_id=22866 Category: None Group: v3.2 Status: Open Resolution: None >Priority: 7 Submitted By: marco dubbeld (dubbeld) Assigned to: Nobody/Anonymous (nobody) Summary: ejb-external-ref bug in 3.2RC3 Initial Comment: External refs to ejb's in other deployment packages cause class cast exceptions within JBoss 3.2 RC3. See attached complete example. When the three jars under build.deploy are deployed, the JNDI view will show valid links for jboss 3.0.4 but Invalid links within 3.2. Both setups within 3.2 and 3.0.4) were tested with jdk1.4 on linux 2.4.19-16mdk Marco 00:10:54,800 ERROR [JNDIView] Invalid LinkRef for: ServiceFacadeForPluginServer java.lang.ClassCastException at org.jboss.naming.JNDIView.list(JNDIView.java:399) at org.jboss.naming.JNDIView.list(JNDIView.java:445) at org.jboss.naming.JNDIView.list(JNDIView.java:445) at org.jboss.naming.JNDIView.list(JNDIView.java:124) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) . -- Comment By: marco dubbeld (dubbeld) Date: 2003-03-12 01:26 Message: Logged In: YES user_id=73399 Submit the simplest testcase possible that demonstrates the problem -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701880&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701880 ] ejb-external-ref bug in 3.2RC3
Bugs item #701880, was opened at 2003-03-12 01:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701880&group_id=22866 Category: None Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: marco dubbeld (dubbeld) Assigned to: Nobody/Anonymous (nobody) Summary: ejb-external-ref bug in 3.2RC3 Initial Comment: External refs to ejb's in other deployment packages cause class cast exceptions within JBoss 3.2 RC3. See attached complete example. When the three jars under build.deploy are deployed, the JNDI view will show valid links for jboss 3.0.4 but Invalid links within 3.2. Both setups within 3.2 and 3.0.4) were tested with jdk1.4 on linux 2.4.19-16mdk Marco 00:10:54,800 ERROR [JNDIView] Invalid LinkRef for: ServiceFacadeForPluginServer java.lang.ClassCastException at org.jboss.naming.JNDIView.list(JNDIView.java:399) at org.jboss.naming.JNDIView.list(JNDIView.java:445) at org.jboss.naming.JNDIView.list(JNDIView.java:445) at org.jboss.naming.JNDIView.list(JNDIView.java:124) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) . -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701880&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 11-March-2003
JBoss daily test results SUMMARY Number of tests run: 1067 Successful tests: 1062 Errors:1 Failures: 4 [time of test: 2003-03-11.12-31 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.4] See http://users.jboss.org/~starksm/Branch_3_0/2003-03-11.12-31 for details 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: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SecurityUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: SecurityUnitTestCase Test: testSecureHttpInvokerFailure(org.jboss.test.naming.test.SecurityUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: Should not have been able to lookup(invokers) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - Suite: RemoteServiceUnitTestCase Test:testRecContent(org.jboss.test.jmx.test.RemoteServiceUnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: No managed MBean registry avaliable. Start JBoss with -Djbossmx.mbean.registry.class=org.jboss.mx.server.registry.ManagedMBeanRegistry - --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701731 ] Problem: MDB stops reacting
Bugs item #701731, was opened at 2003-03-11 21:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701731&group_id=22866 Category: JBossMQ >Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Eduard Letifov (techtime) Assigned to: Nobody/Anonymous (nobody) Summary: Problem: MDB stops reacting Initial Comment: I would like to report a potential bug. I've made a post in Jboss forums and there was some responses from other people supposedly experiencing simular problems. Below, I repeat the problem description and our current state of researching the roots of the problem: = Setup: Our system is centered around Jboss 3.0.4+Jetty running on AS400. In short, it handles HTTP requests :) Current (test environment) average load on the system is somewhere around 30 requests per minute, peak values so far were around 200. Production systems certainly as usual has to handle more. The basic workflow/design of the system can be described as follows: - requests are picked up by the servlets - each type of request is handled by separate servlet (actually the same class, but different config parameters through web.xml) - servlet parses the request, composes an object message and submits it to the core via request JMS queue with one of the properties set to specific constant reflecting the request type - servlet goes to timed-synchronous waiting cycle on response queue, if no response arrives from core in 10 sec, a specific (timeout) response is sent to the client - core "interface" is a set of MDB that call the rest (Session and Entity beans) or respond back directly through response queue. Instances of each different MDB class handle request messages only of a certain type specified via message selector in descriptor. Problem: After a certain time (~couple of days) one (or several, no system visible) MDBs stop responding to messages. In the logs it is visible that message was submitted to the queue, after that nothing happens, clients eventually receive timeout response. If we restart Jboss or stop/destroy/create/start the jar with MDB through JMX console everything starts working again. === I've noticed that in our case problems seem to start after the following message appears in the logs: "WARNING: NACK issued. The message consumer was not waiting for a message." Also we've made some more detailed research of logs and Jboss source. After we enable tracing here is what we've got: 2003-03-06 16:34:21,068 TRACE [1046964853752:TracingInterceptor] CALLED : receive 2003-03-06 16:34:21,082 TRACE [1046964853752:TracingInterceptor] ARG : -2147473121 2003-03-06 16:34:21,090 TRACE [1046964853752:TracingInterceptor] ARG : -1 2003-03-06 16:34:21,090 TRACE [1046964853752:ServerSecurityInterceptor] Checking receive authorize on SpyDistributedConnection:ID:78/ca35b8c9ad1c166f2156 0d812148ea9e subId=-2147473121 2003-03-06 16:34:21,092 TRACE [1046964853752:TracingInterceptor] EXCEPTION : receive: javax.jms.JMSException: The provided subscription does not exist java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) javax/jms/JMSException. (Ljava/lang/String;Ljava/lang/String;)V+0 (JMSException.java:0) javax/jms/JMSException.(Ljava/lang/String;)V+0 (JMSException.java:0) org/jboss/mq/server/ClientConsumer.getSubscription(I) Lorg/jboss/mq/Subscription;+0 (ClientConsumer.java:0) org/jboss/mq/server/JMSDestinationManager.getSubscri ption(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSDestinationManager.java:0) org/jboss/mq/server/JMSServerInterceptorSupport.getSub scription(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSServerInterceptorSupport.java:0) org/jboss/mq/security/ServerSecurityInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (ServerSecurityInterceptor.java:0) org/jboss/mq/server/TracingInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (TracingInterceptor.java:0) org/jboss/mq/server/JMSServerInvoker.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JMSServerInvoker.java:0) org/jboss/mq/il/jvm/JVMServerIL.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JVMServerIL.java:0) org/jboss/mq/Connection.receive (Lorg/jboss/mq/Subscription;J) Lorg/jboss/mq/SpyMessage;+0 (Connection.java:0) org/jboss/mq/SpyMessageConsumer.receiveNoWait() Ljavax/jms/Message;+0 (SpyMessageConsumer.java:0) com/vocognition/talkface/jms/JMSModel.checkNoWaitFo rReplyTo (Lcom/vocognition/talkface/talkman/TalkmanMessage;) Lcom/vocognition/talkface/talkman/ModelMessage;+0 (JMSModel.java:73) com/vocognition/talkface/talkman/LUTHandler.service (Lcom/vocognition/talkface/talkman/TalkmanRequest;Lco m/vocognition/talkface/talkman/TalkmanResponse;)V+0 (LUTHandler.java:27) com/vocognition/talkface/protocol/tfshttp/JMSServlet.doG et (Ljavax/servlet/http/HttpServletRequest
[JBoss-dev] [ jboss-Bugs-701731 ] Problem: MDB stops reacting
Bugs item #701731, was opened at 2003-03-11 21:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701731&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Eduard Letifov (techtime) Assigned to: Nobody/Anonymous (nobody) Summary: Problem: MDB stops reacting Initial Comment: I would like to report a potential bug. I've made a post in Jboss forums and there was some responses from other people supposedly experiencing simular problems. Below, I repeat the problem description and our current state of researching the roots of the problem: = Setup: Our system is centered around Jboss 3.0.4+Jetty running on AS400. In short, it handles HTTP requests :) Current (test environment) average load on the system is somewhere around 30 requests per minute, peak values so far were around 200. Production systems certainly as usual has to handle more. The basic workflow/design of the system can be described as follows: - requests are picked up by the servlets - each type of request is handled by separate servlet (actually the same class, but different config parameters through web.xml) - servlet parses the request, composes an object message and submits it to the core via request JMS queue with one of the properties set to specific constant reflecting the request type - servlet goes to timed-synchronous waiting cycle on response queue, if no response arrives from core in 10 sec, a specific (timeout) response is sent to the client - core "interface" is a set of MDB that call the rest (Session and Entity beans) or respond back directly through response queue. Instances of each different MDB class handle request messages only of a certain type specified via message selector in descriptor. Problem: After a certain time (~couple of days) one (or several, no system visible) MDBs stop responding to messages. In the logs it is visible that message was submitted to the queue, after that nothing happens, clients eventually receive timeout response. If we restart Jboss or stop/destroy/create/start the jar with MDB through JMX console everything starts working again. === I've noticed that in our case problems seem to start after the following message appears in the logs: "WARNING: NACK issued. The message consumer was not waiting for a message." Also we've made some more detailed research of logs and Jboss source. After we enable tracing here is what we've got: 2003-03-06 16:34:21,068 TRACE [1046964853752:TracingInterceptor] CALLED : receive 2003-03-06 16:34:21,082 TRACE [1046964853752:TracingInterceptor] ARG : -2147473121 2003-03-06 16:34:21,090 TRACE [1046964853752:TracingInterceptor] ARG : -1 2003-03-06 16:34:21,090 TRACE [1046964853752:ServerSecurityInterceptor] Checking receive authorize on SpyDistributedConnection:ID:78/ca35b8c9ad1c166f2156 0d812148ea9e subId=-2147473121 2003-03-06 16:34:21,092 TRACE [1046964853752:TracingInterceptor] EXCEPTION : receive: javax.jms.JMSException: The provided subscription does not exist java/lang/Throwable.(Ljava/lang/String;)V+4 (Throwable.java:90) javax/jms/JMSException. (Ljava/lang/String;Ljava/lang/String;)V+0 (JMSException.java:0) javax/jms/JMSException.(Ljava/lang/String;)V+0 (JMSException.java:0) org/jboss/mq/server/ClientConsumer.getSubscription(I) Lorg/jboss/mq/Subscription;+0 (ClientConsumer.java:0) org/jboss/mq/server/JMSDestinationManager.getSubscri ption(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSDestinationManager.java:0) org/jboss/mq/server/JMSServerInterceptorSupport.getSub scription(Lorg/jboss/mq/ConnectionToken;I) Lorg/jboss/mq/Subscription;+0 (JMSServerInterceptorSupport.java:0) org/jboss/mq/security/ServerSecurityInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (ServerSecurityInterceptor.java:0) org/jboss/mq/server/TracingInterceptor.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (TracingInterceptor.java:0) org/jboss/mq/server/JMSServerInvoker.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JMSServerInvoker.java:0) org/jboss/mq/il/jvm/JVMServerIL.receive (Lorg/jboss/mq/ConnectionToken;IJ) Lorg/jboss/mq/SpyMessage;+0 (JVMServerIL.java:0) org/jboss/mq/Connection.receive (Lorg/jboss/mq/Subscription;J) Lorg/jboss/mq/SpyMessage;+0 (Connection.java:0) org/jboss/mq/SpyMessageConsumer.receiveNoWait() Ljavax/jms/Message;+0 (SpyMessageConsumer.java:0) com/vocognition/talkface/jms/JMSModel.checkNoWaitFo rReplyTo (Lcom/vocognition/talkface/talkman/TalkmanMessage;) Lcom/vocognition/talkface/talkman/ModelMessage;+0 (JMSModel.java:73) com/vocognition/talkface/talkman/LUTHandler.service (Lcom/vocognition/talkface/talkman/TalkmanRequest;Lco m/vocognition/talkface/talkman/TalkmanResponse;)V+0 (LUTHandler.java:27) com/vocognition/talkface/protocol/tfshttp/JMSServlet.doG et (Ljavax/servlet/http/HttpServletRequest;Ljavax/servl
[JBoss-dev] [ jboss-Bugs-701698 ] IP resolving Problem
Bugs item #701698, was opened at 2003-03-11 18:58 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701698&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Sebastian Neudert (sneudert) Assigned to: Nobody/Anonymous (nobody) Summary: IP resolving Problem Initial Comment: We're running JBoss 3.2.0 on linux. If the hostname isn't contained neither in /etc/hosts nor the DNS, JBoss hangs at startup without any error reporting. More generally: JBoss services throw no exceptions while trying to open a socket if the ip of the host cannot be determined. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701698&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Question about SecurityAssociation
Your simply duplicating work already done in the securityManager.isValid(identity,
password)
and this is a SecurityAssociation thread specific setting and therefore a single
thread cannot obtain all logged in users.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 11, 2003 8:27 AM
Subject: [JBoss-dev] Question about SecurityAssociation
> Hi All,
>
> For a portal-authentication, i've written a custom LoginModule, that belongs to
> a configured Security-Realm. When login succeed,
> i want to have all logged-in users in a context, to be able i.e. query the roles
> of a users with the RealmManager. My first idea looks like this:
>
>securityManager = (JaasSecurityManager) initCtx.lookup(securityDomain);
>
> if (securityManager.isValid(identity, password)) {
>
> activeSubject = securityManager.getActiveSubject();
>
> // Propagate the user info to JBoss for any calls
> SecurityAssociation.setSubject(activeSubject);
> SecurityAssociation.setPrincipal(identity);
> SecurityAssociation.setCredential(password.toCharArray());
>
> this.isLoggedIn = true;
> return isLoggedIn;
>
> } else
> return false;
>
>
> Can i handle the login this way, i mean, can i put ALL my users into a
> "Security-Context" with "SecurityAssociation.setPrincipal(identity);", so that
> the RealmManager knows all logged-in users ?
>
> Many thanks & kind regards
> Philipp
> --
> Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen.
> Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte
> sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren
> dieser E-Mail oder die unbefugte Weitergabe der enthaltenenen Informationen
> ist nicht gestattet.
>
> The information contained in this message is confidential or protected by
> law. If you are not the intended recipient, please contact the sender and
> delete this message. Any unauthorised copying of this message or
> unauthorised distribution of the information contained herein is prohibited.
>
>
>
>
> ---
> This SF.net email is sponsored by:Crypto Challenge is now open!
> Get cracking and register here for some mind boggling fun and
> the chance of winning an Apple iPod:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build
Well this sucks. I hope the XDoclet guys fix this quick. -dain On Tuesday, March 11, 2003, at 05:43 AM, Jason Dillon wrote: Um but it looks like HEAD will only build with 1.4+ so I will shut up now. --jason On Tuesday, March 11, 2003, at 06:19 PM, Jason Dillon wrote: FYI, export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/ Home or if you like csh pain: setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home And you can build again. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transacti on,persistence,server,blocks,console,security,messaging,connector,var ia,cluster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/ resources/mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) <> [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/ resources/mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:82 4) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Question about SecurityAssociation
Hi All,
For a portal-authentication, i've written a custom LoginModule, that belongs to
a configured Security-Realm. When login succeed,
i want to have all logged-in users in a context, to be able i.e. query the roles
of a users with the RealmManager. My first idea looks like this:
securityManager = (JaasSecurityManager) initCtx.lookup(securityDomain);
if (securityManager.isValid(identity, password)) {
activeSubject = securityManager.getActiveSubject();
// Propagate the user info to JBoss for any calls
SecurityAssociation.setSubject(activeSubject);
SecurityAssociation.setPrincipal(identity);
SecurityAssociation.setCredential(password.toCharArray());
this.isLoggedIn = true;
return isLoggedIn;
} else
return false;
Can i handle the login this way, i mean, can i put ALL my users into a
"Security-Context" with "SecurityAssociation.setPrincipal(identity);", so that
the RealmManager knows all logged-in users ?
Many thanks & kind regards
Philipp
--
Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen.
Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte
sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren
dieser E-Mail oder die unbefugte Weitergabe der enthaltenenen Informationen
ist nicht gestattet.
The information contained in this message is confidential or protected by
law. If you are not the intended recipient, please contact the sender and
delete this message. Any unauthorised copying of this message or
unauthorised distribution of the information contained herein is prohibited.
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] SPECjAppServer2002
Hi, as part of my student research project I am working on deployment of the SPECjAppServer2002 benchmark on a JBoss server. At the moment I am stuck at one problem I just can't solve. I contacted Dain Sundstrom for help and I was told to contact this mailinglist. In the application there are several entity beans using CMP. Unfortunately when using CMR the column used for storing the CMR-Data is also a field of the corresponding entity. This results in SQL-Statements containing one column twice. After discussing this problem with my ... tutor ... we seem to have two options: 1. As the field containing the CMR data is nor directly used in the application I could comment-out both the CMP-Field definition on the definition of the finder (for example findByOrder). Then I would have to change the all calls to this method to the getOrdLines from the CMR. 2. I could get rid of the CMR and modify all calls to getOrdLines to findByOrders Since testing of CMR should be part of the benchmark I would prefer solution number one. Are there any other suggestions? This is the last part I am hanging at. Plese help me. Christofer Dutz Student at Technical Univeristy Darmstadt (Germany) --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(HEAD Matrix2) Testsuite Results: 11-March-2003
JBoss daily test results SUMMARY Number of tests run: 1196 Successful tests: 1126 Errors:54 Failures: 16 [time of test: 2003-03-11.07-24 GMT] [java.version: 1.4.1_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_01-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] See http://users.jboss.org/~starksm/HEAD/2003-03-11.07-24 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: AOPUnitTestCase Test:testBasic(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.ReflectionException Message: - Suite: AOPUnitTestCase Test:testInheritance(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.ReflectionException Message: - Suite: AOPUnitTestCase Test:testMetadata(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.ReflectionException Message: - Suite: AOPUnitTestCase Test:testDynamicInterceptors(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.ReflectionException Message: - Suite: AOPUnitTestCase Test:testFieldInterception(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.RuntimeMBeanException Message: java.lang.RuntimeException: Failed on interception test - Suite: AOPUnitTestCase Test:testMethodInterception(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.ReflectionException Message: - Suite: AOPUnitTestCase Test:testConstructorInterception(org.jboss.test.aop.test.AOPUnitTestCase) Type:error Exception: javax.management.ReflectionException Message: - Suite: BankStressTestCase Test:testTeller(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.UnknownException vmcid: 0x0 minor code: 0 completed: No - Suite: BankStressTestCase Test:testBank(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.UnknownException vmcid: 0x0 minor code: 0 completed: No - Suite: BankStressTestCase Test:testMultiThread(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.UnknownException vmcid: 0x0 minor code: 0 completed: No - Suite: BankStressTestCase Test:testTransaction(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.UnknownException vmcid: 0x0 minor code: 0 completed: No - Suite: BankStressTestCase Test:testTransfer(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.UnknownException vmcid: 0x0 minor code: 0 completed: No - Suite: BankStressTestCase Test:testReadOnly(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.UnknownException vmcid: 0x0 minor code: 0 completed: No - Suite: BankStressTestCase Test:testPassivation(org.jboss.test.bankiiop.test.BankStressTestCase) Type:error Exception: java.rmi.RemoteException Message: CORBA UNKNOWN 0 No; nested exception is: org.omg.CORBA.UNKNOWN: org.omg.CORBA.portable.Un
[JBoss-dev] [ jboss-Bugs-701553 ] Incorrect behaviour from Session.recover()
Bugs item #701553, was opened at 2003-03-11 15:04 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701553&group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Frédéric Donckels (lubdub) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect behaviour from Session.recover() Initial Comment: We have to following setup: Jms sender sends 4 messages in a queue Jms receiver sets up a listener on that queue, in a different CLIENT_ACKNOWLEDGE session. The onMessage method prints out the content of the message, the headers, then calls session.recover() Expected behaviour: the same message is sent again (this is what we have with Weblogic) Actual behaviour: message 0 is received message 1 is received message 2 is received message 3 is received message 0 is received again message 1 is received again message 2 is received again message 3 is received again message 0 is received again message 1 is received again .. Did we miss something? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701553&group_id=22866 --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build
Um but it looks like HEAD will only build with 1.4+ so I will shut up now. --jason On Tuesday, March 11, 2003, at 06:19 PM, Jason Dillon wrote: FYI, export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/ Home or if you like csh pain: setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home And you can build again. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transactio n,persistence,server,blocks,console,security,messaging,connector,varia ,cluster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/ resources/mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) <> [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/ resources/mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824 ) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build
Eclipse decided to start behaving just after I wrote that mail... go figure. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) <> [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build
Looks like 1.4.1 breaks more than XDoclet :-( Eclipse does not like it so much either. Looks like jEdit is a tad happier than it was with the preview release, but it still functions better with 1.3.1 (no corruption on screen elements, like the dockling prefs and such). On the other hand IDEA seems to work lots better with the final... display was a complete mess with the pr. I am gonna give Eclipse another 10 minutes to start and then I am gonna kill it and force it to use 1.3.1... at least it will work slow as it may be. :-( --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) <> [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JDK 1.4.1 on OS X out and breaks build
FYI, export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/ Home or if you like csh pain: setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.3.1/Home And you can build again. --jason On Tuesday, March 11, 2003, at 01:13 PM, Dain Sundstrom wrote: I just upgraded to 1.4.1 on OS X and now the build won't work. I tried a fresh checkout, but that didn't help. Jason is this working on your mac. -dain bash-2.05a$ java -version java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-39) Java HotSpot(TM) Client VM (build 1.4.1_01-14, mixed mode) bash-2.05a$ ./build.sh build.sh: Executing: /Users/dain/work/jboss/x/jboss-head/tools/bin/ant -logger org.apache.tools.ant.NoBannerLogger Buildfile: build.xml _buildmagic:init: Trying to override old definition of task property _buildmagic:init:local-properties: [copy] Copying 1 file to /Users/dain/work/jboss/x/jboss-head/build configure-project: [echo] groups: default [echo] modules: common,naming,remoting,jmx,system,aop,cache,j2ee,management,transaction ,persistence,server,blocks,console,security,messaging,connector,varia,c luster,jetty,jboss.net,iiop _buildmagic:modules:most: == == == Executing 'most' in module 'common'... == == compile-mbean-sources: [mkdir] Created dir: /Users/dain/work/jboss/x/jboss-head/common/output/gen/classes [execmodules] Running [execmodules] Generating output for 'org.jboss.util.property.jmx.SystemPropertyClassValue' using template file 'jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt'. [execmodules] (XDocletMain.start 51 ) Running XDoclet failed. [execmodules] (XDocletMain.start 52 ) <> [execmodules] xdoclet.template.TemplateException: Error in template file: corresponding not found, line=8 of template file: jar:file:/Users/dain/work/jboss/x/jboss-head/thirdparty/xdoclet- xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/ mbean.xdt [execmodules] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:824) [execmodules] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [execmodules] at xdoclet.template.TemplateEngine.generate(TemplateEngine.java:324) [execmodules] at xdoclet.template.TemplateEngine.start(TemplateEngine.java:373) [execmodules] at xdoclet.TemplateSubTask.startEngine(TemplateSubTask.java:559) [execmodules] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:765) And so on... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
