[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.4.1_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01) Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE Caused by: xdoclet.XDocletException: Running XDoclet failed. at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:773) at xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:665) at xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:592) at xdoclet.TemplateSubTask.execute(TemplateSubTask.java:484) at xdoclet.XDocletMain.start(XDocletMain.java:46) at xdoclet.DocletTask.start(DocletTask.java:457) ... 23 more --- Nested Exception --- xdoclet.XDocletException: Running XDoclet failed. at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:773) at xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:665) at xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:592) at xdoclet.TemplateSubTask.execute(TemplateSubTask.java:484) at xdoclet.XDocletMain.start(XDocletMain.java:46) at xdoclet.DocletTask.start(DocletTask.java:457) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:92) at org.apache.tools.ant.Task.perform(Task.java:319) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.jboss.tools.buildmagic.task.CallTarget.execute(CallTarget.java:141) at org.apache.tools.ant.Task.perform(Task.java:319) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.jboss.tools.buildmagic.task.Ant.execute(Ant.java:261) at org.jboss.tools.buildmagic.task.module.ExecuteModules$1.run(ExecuteModules.java:329) at org.jboss.tools.buildmagic.task.module.ExecuteModules.executeModule(ExecuteModules.java:342) at org.jboss.tools.buildmagic.task.module.ExecuteModules.execute(ExecuteModules.java:217) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166) at org.apache.tools.ant.Task.perform(Task.java:319) at org.apache.tools.ant.Target.execute(Target.java:309) at org.apache.tools.ant.Target.performTasks(Target.java:336) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.Project.executeTargets(Project.java:1250) at org.apache.tools.ant.Main.runBuild(Main.java:610) at org.apache.tools.ant.Main.start(Main.java:196) at org.apache.tools.ant.Main.main(Main.java:235) INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: /home/jboss/jbossci/jboss-head/jetty/src/main/org/jboss/jetty/JettyService.java --> JettyServiceMBean qualified to org.jboss.jetty.JettyServiceMBean BUILD FAILED file:/home/jboss/jbossci/jboss-head/jetty/build.xml:178: Unexpected error Total time: 5 minutes 24 seconds --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Clustered JMS input
Here is some info on a partional JMS implementation that attempts fault tolerance using the Spread toolkit. This could provide some useful input into our clustered JMS. See http://www.spread.org/JMS4Spread/ Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-650929 ] ejb-link doesn't work in deployment
Bugs item #650929, was opened at 2002-12-09 16:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=650929&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: James Strachan (strachancambs) Assigned to: Christian Riege (lqd) Summary: ejb-link doesn't work in deployment Initial Comment: JBoss behaviour has changed between Version 2.4.6 and Version 3.0.4. In Version 2.4.6, a reference from a Web Archive to a deployed EJB could be resolved using the ejb-link attribute of the ejb-ref attribute within web.xml. No jndi-name attribute is required from jboss-web.xml. This behaviour has changed in Version 3.0.4. Deploying a Web Archive with a valid ejb-link attribute, but no jndi-name attribute, results in a Deployment Exception. Fuller details of the problem , and of tests carried out, are set out in a Word document within the attached zip file. JBoss Version 3.0.4 OS Windows XP Home JDK 1.4.0 -- >Comment By: Christian Riege (lqd) Date: 2003-03-19 19:37 Message: Logged In: YES user_id=176671 you mean a case where your .ear file contains an exploded EJB .jar file? -- Comment By: Van caneghem (vancan13) Date: 2003-03-18 20:03 Message: Logged In: YES user_id=737003 There is a bug when ejbjar is not a jar but a directory. An additional '/' must be added to the ejbjar URL. You can add in the method "resolveRelativeLink" of "EjbUtil.java" the following code: DeploymentInfo targetInfo = null; try { targetInfo = (DeploymentInfo)server.invoke( MainDeployerMBean.OBJECT_NAME, "getDeployment", new Object[] {target}, new String[] {URL.class.getName()} ); ==>> // if null, try with an extra '/' // (happen when ejbjar is a directory) if( targetInfo == null ) { // add a '/' at the end and retry target = new URL( ourPath + '/' ); targetInfo = (DeploymentInfo)server.invoke( MainDeployerMBean.OBJECT_NAME, "getDeployment", new Object[] {target}, new String[] {URL.class.getName()} ); } <<== } catch( Exception e ) { log.error( "Got Exception when looking for DeploymentInfo: " + e ); return null; } -- Comment By: Christian Riege (lqd) Date: 2003-03-13 07:04 Message: Logged In: YES user_id=176671 fixed in 3.0 series. Will be in JBoss 3.0.7 release -- Comment By: Christian Riege (lqd) Date: 2003-03-07 10:11 Message: Logged In: YES user_id=176671 Backported the fix to Branch_3_2, still looking into 3.0. -- Comment By: Christian Riege (lqd) Date: 2002-12-12 17:53 Message: Logged In: YES user_id=176671 i have commited a fix for this in CVS HEAD. could you please re-check against CVS HEAD and tell me if it solves your problem; if it does I will backport it into 3.0 and 3.2 respectively. -- Comment By: James Strachan (strachancambs) Date: 2002-12-10 11:42 Message: Logged In: YES user_id=665462 Sample EAR file sent by separate e-mail. I have tested that this deploys. -- Comment By: Christian Riege (lqd) Date: 2002-12-10 10:43 Message: Logged In: YES user_id=176671 apparently the .ear didn't make it into the attachment, pls. send it to me via e-mail: [EMAIL PROTECTED] thanks -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 20:15 Message: Logged In: YES user_id=665462 I will try to send you the complete EAR. If this doesn't get through, I will need to build a bespoke EAR, which will take time. -- Comment By: Christian Riege (lqd) Date: 2002-12-09 19:09 Message: Logged In: YES user_id=176671 besides the Word document, can you also attach the .ear (or a stripped down version containing the Bean in question, a sample servlet calling the bean and the according Deployment Descriptors)? I have just comitted a test-case for bug #629145 to CVS HEAD, the test works with my patch in place (which has not been comitted yet) and I want to see if my patch fixes your problem, too before comitting and backporting to 3.2 and 3.0 branches. -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 19:02 Message: Logged In:
[JBoss-dev] [ jboss-Bugs-699938 ] Unnecessary UPDATE calls for CMR fields
Bugs item #699938, was opened at 2003-03-08 12:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=699938&group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Christopher G. Stach II (cstach) Assigned to: Nobody/Anonymous (nobody) Summary: Unnecessary UPDATE calls for CMR fields Initial Comment: After selecting entities out of the database, the CMP engine updates the unchanged CMR fields at the end of the transaction. According to the comments in the code, only dirty fields should be updated. That makes sense, but why are unchanged CMR fields automatically dirty? This affects at least RC2 and RC3. I believe it existed in earlier versions. I'm not sure if there is a good reason for this behavior. -- Comment By: Tarek Hammoud (thammoud) Date: 2003-03-20 02:39 Message: Logged In: YES user_id=731501 This was working fine in RC1. Please fix. -- Comment By: Jeremy Boynes (jboynes) Date: 2003-03-08 17:14 Message: Logged In: YES user_id=378919 Please attach a trace log with a little more information -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=699938&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml & deploy
Rather than a specialized SubDirSubDeployer, how about having the SAR report multiple watch-urls? It may also be possible to have the SAR start its own URLDeploymentScanner for its content rather than explicitly sub-deploy it. This would support automatic redeployment of unpacked sar content over the web as well; for the packed case, I think it would be easy to have a URLLister that scans a jar: URL as well as the current file: and http: ones. Yes, you would need a real jboss-service.xml to start the nested URLDeploymentScanner, but that would be mostly boilerplate if we made the default scanned URL the SAR's root. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Sacha Labourey > Sent: Wednesday, March 19, 2003 6:27 AM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] [PROPOSAL]: clean > conf/jboss-service.xml & deploy > > > > The thing I care about most is ease of configurability > > (which, for the most part, I think we already have). I like > > the idea that I can add or remove functionality by adding or > > removing "modules" from /deploy. Much of the functionality > > of the server works this way (jmx-console, for example). > > There is, however, quite a bit of information in > > /conf/service.xml. If this information could be refactored > > out to /deploy, I'd find that a much simpler situation. At > > the moment, if I want to "pare down" jboss to some small > > feature set, I need to edit /conf/service.xml. That's not a > > big deal, but the less of that I need to do, the better > > (especially for automation). > > Yes, that is the problem: we should not have to modify this file. > > > Regarding #2, I find the current state of /deploy to be > > highly intuitive, personally. Would it be possible to make > > your scheme work by giving .sar's the ability to be nested? > > That way, /deploy/JMS.sar (a directory) could contain > > jms-foo.sar and jms-bar.sar. > > That's already possible (russian dolls), but then: > - you need a fake META-INF/jboss-service.xml > - you cannot simply re-deploy one of the element in the > directory: you have to re-deploy the whole JMS thing > > Cheers, > > > sacha > > > > --- > This SF.net email is sponsored by: Does your code think in ink? > You could win a Tablet PC. Get a free Tablet PC hat just for playing. > What are you waiting for? > http://ads.sourceforge.net/cgi-> bin/redirect.pl?micr5043en > > > ___ > Jboss-development mailing list [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JDK 1.3.1_07 and -classic bug
I updated my JDK to 1.3.1_07 and ran across a strange bug with -classic. JBoss won't even startup when -classic is enabled because the File.getCanonicalPath method is returning the wrong value: -- BEGIN SOURCE -- import java.io.File; class tstPath2 { public static void main(String[] args) throws Exception { String path = tstPath2.class.getProtectionDomain().getCodeSource().getLocation().getFile(); System.out.println("tstPath2.class path: "+path); File dir = new File(path).getParentFile().getParentFile(); String cdir = dir.getCanonicalPath(); System.out.println("../../CanonicalPath: "+cdir); } } -- END SOURCE -- Run without -classic: Tests 593>java tstPath2 tstPath2.class path: /C:/usr/local/Java/Tests/ ../../CanonicalPath: C:\usr\local Run with -classic: Tests 594>java -classic tstPath2 tstPath2.class path: /C:/usr/local/Java/Tests/ ../../CanonicalPath: C:\usr\local\Java\Tests Fortunately the debubugging does not seem to be as slow as it used to be without -classic with JDK1.3.1_07 so removing the -classic arg from the JPDA settings allows you to debug. Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.2 CORBA deployment
Anybody got this to work? I am at the point where all beans get successfully deployed, and show up in the iiop context. However, I get ClassCastExceptions as soon as I try to PRO.narrow() the reference. It looks like the stub class loading is not or can not be done on the client side. The codebase component is present in the IOR. Using OpenORB didn't bring my any further, either. Any ideas? Stefan --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-706494 ] InitialContext missing jndi.properties entries
Bugs item #706494, was opened at 2003-03-19 12:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Dan Ciarniello (dciarnie) Assigned to: Scott M Stark (starksm) Summary: InitialContext missing jndi.properties entries Initial Comment: OS: Win2K JDK: 1.3.1 The only entries in conf/jndi.properties that are loaded into an InitialContext are javax.naming.factory.initial, java.naming.provider.url and java.naming.factory.url.pkgs. Any other entries are ignored. To test: 1. Add some extra entries to jndi.properties. 2. In an entity bean or a message bean, create an InitialContext and print out its environment. The only entries that are printed out are the ones named above; the extras are not. Note: Using the jmx console to list the system properties shows that all entries in the jndi.properties are loaded into the system property space; they are simply not loaded into the InitialContext. -- >Comment By: Scott M Stark (starksm) Date: 2003-03-19 15:55 Message: Logged In: YES user_id=175228 Alright, so I just threw in two properties and dumped out the InitialContext.env as seen by the ENCServlet unit test case and it sees these properties just fine: 2003-03-19 15:39:58,512 INFO [org.jboss.test.web.servlets.ENCServlet] InitialContext.env: 2003-03-19 15:39:58,512 INFO [org.jboss.test.web.servlets.ENCServlet] Key: myprop.b, value: b 2003-03-19 15:39:58,512 INFO [org.jboss.test.web.servlets.ENCServlet] Key: myprop.a, value: a 2003-03-19 15:39:58,512 INFO [org.jboss.test.web.servlets.ENCServlet] Key: java.naming.factory.initial, value: org.jnp.interfaces.NamingContextFactory 2003-03-19 15:39:58,512 INFO [org.jboss.test.web.servlets.ENCServlet] Key: java .naming.factory.url.pkgs, value: org.jboss.naming:org.jnp.interfaces:org.jboss.naming:org.jnp.interfaces So provide a testcase that demonstrates the problem as it works for me. -- Comment By: Dan Ciarniello (dciarnie) Date: 2003-03-19 14:55 Message: Logged In: YES user_id=529841 But the javadocs also state that all entries in all application resource files (i.e. all files named jndi.properties in the classpath) are also loaded into the Context's environment which is then inherited by other contexts. Does conf/jndi.properties not qualify as an application resource? -- Comment By: Scott M Stark (starksm) Date: 2003-03-19 14:39 Message: Logged In: YES user_id=175228 The only properites loaded into the InitialContext env from a jndi.properties file are the standard properties listed in the Context and LdapContext interface javadocs. For some legacy reason which is no longer valid, the jndi.properties are loaded into the system properties map by our naming service. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-639064 ] MDB Bean Stops Delivering messages
Bugs item #639064, was opened at 2002-11-15 19:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=639064&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Yossarian Nosscire (yosarian1) >Assigned to: Adrian Brock (ejort) Summary: MDB Bean Stops Delivering messages Initial Comment: MDB Connected to a Queue after processing some messages (always different amount) stops delivering messages waiting in the queue. Windows 2000 Jboss 3.0.3 JDK 1.4 MQSeries 5.0 1. Created (and tested) JMS Elements for MQSeries 2. Created/Deployed MDB 3 MDB Starts Processing 4 After a while JBoss don't trigger the onMessage method even the messages are waiting in the Queue -No Exceptions thrown -All the onMessage methods finish processing -Messages can't be deleted from the queue. Queue explorer utility says "objects are open" - processed messages amount can be increased by a., increasing MDB Pool b., decreasing onMessage () method complexity (decreasing message process time) -error is transaction insensitive -- Comment By: Adrian Brock (ejort) Date: 2003-03-19 23:28 Message: Logged In: YES user_id=9459 Can you try this with 3.0.7 available from CVS. There have been a number problems fixed in JBossMQ since 3.0.3 Regards, Adrian -- Comment By: Victor Fomin (aviced) Date: 2002-12-10 09:57 Message: Logged In: YES user_id=666049 I have the same problem. My code is: public void onMessage(Message message) { try { ObjectMessage om = (ObjectMessage) message; Debug.println("Receiving a message:" + action.getClass().getName()); Debug.println("Message processed:" + action.toString()); } } catch(Throwable t) { Debug.err(t); } } Here is the log: 2002-12-10 10:34:27,911 INFO [CIS] Message processed:com.openteach.enterprise.erp.util.Action_BKI [EMAIL PROTECTED] 2002-12-10 10:34:27,913 ERROR [org.jboss.jms.asf.StdServerSession] failed to commit/rollback javax.transaction.xa.XAException at org.jboss.mq.SpyXAResource.commit (Ljavax.transaction.xa.Xid;Z)V(Unknown Source) at org.jboss.jms.asf.StdServerSession.onMessage (Ljavax.jms.Message;)V(Unknown Source) at org.jboss.mq.SpyMessageConsumer.sessionConsumerPr ocessMessage(Lorg.jboss.mq.SpyMessage;)V(Unknown Source) at org.jboss.mq.SpyMessageConsumer.addMessage (Lorg.jboss.mq.SpyMessage;)V(Unknown Source) at org.jboss.mq.SpySession.run()V(Unknown Source) at org.jboss.jms.asf.StdServerSession.run()V (Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worke r.run()V(Unknown Source) at java.lang.Thread.run()V(Unknown Source) at java.lang.Thread.startThreadFromVM (Ljava.lang.Thread;)V(Unknown Source) -- Comment By: Yossarian Nosscire (yosarian1) Date: 2002-11-18 08:43 Message: Logged In: YES user_id=649797 One more thing: - If I restart the JBoss some more messages will be automaticaly processed (about the same amount) and then processing stops again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=639064&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-633868 ] Expired message blocks queue
Bugs item #633868, was opened at 2002-11-05 15:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=633868&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole >Status: Closed Resolution: None Priority: 5 Submitted By: Kevin Wood (kwood) >Assigned to: Adrian Brock (ejort) Summary: Expired message blocks queue Initial Comment: OS: Linux JDK: 1.4.1 In my code, I send non-persistent messages to a queue and receive them in an MDB. After awhile, the MDB is not being invoked even though there are messages remaining in the queue. After some debugging, I have determined that the messages at the head of the queue have expired - the JMSExpiration time has passed. However, new messages that are being sent to the queue (not expired) are also not being delivered to the MDB. I have instrumented some of the JBossMQ code and received the following on the console when this happened: 10:04:39,677 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:39,677 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message 10:04:49,633 DEBUG [SpyMessageConsumer] I dropped a message (timeout) 10:04:49,634 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:49,634 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message 10:04:49,642 DEBUG [SpyMessageConsumer] I dropped a message (timeout) 10:04:49,642 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:49,642 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message 10:04:49,645 DEBUG [SpyMessageConsumer] I dropped a message (timeout) 10:04:49,645 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:49,646 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message 10:04:49,661 DEBUG [SpyMessageConsumer] I dropped a message (timeout) 10:04:49,661 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:49,662 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message 10:04:49,682 DEBUG [SpyMessageConsumer] I dropped a message (timeout) 10:04:49,682 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:49,683 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message 10:04:49,685 DEBUG [SpyMessageConsumer] I dropped a message (timeout) 10:04:49,685 INFO [STDOUT] [SpyConnectionConsumer] Calling connection.receive 10:04:49,686 INFO [STDOUT] [SpyConnectionConsumer] connection.receive returned a message The MDB is configured for 6 instances, I believe that's why I get 6 occurrances of the messages above. After seeing the timeout messages from SpyMessageConsumer, no other messages are received from the queue. -- >Comment By: Adrian Brock (ejort) Date: 2003-03-19 23:25 Message: Logged In: YES user_id=9459 I have added tests for a MessageListener and plain receives potentially receiving expired messages and fixed some problems found. This has been applied to 3.0, 3.2 and head. Regards, Adrian -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=633868&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-639064 ] MDB Bean Stops Delivering messages
Bugs item #639064, was opened at 2002-11-15 19:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=639064&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Yossarian Nosscire (yosarian1) Assigned to: Nobody/Anonymous (nobody) Summary: MDB Bean Stops Delivering messages Initial Comment: MDB Connected to a Queue after processing some messages (always different amount) stops delivering messages waiting in the queue. Windows 2000 Jboss 3.0.3 JDK 1.4 MQSeries 5.0 1. Created (and tested) JMS Elements for MQSeries 2. Created/Deployed MDB 3 MDB Starts Processing 4 After a while JBoss don't trigger the onMessage method even the messages are waiting in the Queue -No Exceptions thrown -All the onMessage methods finish processing -Messages can't be deleted from the queue. Queue explorer utility says "objects are open" - processed messages amount can be increased by a., increasing MDB Pool b., decreasing onMessage () method complexity (decreasing message process time) -error is transaction insensitive -- >Comment By: Adrian Brock (ejort) Date: 2003-03-19 23:28 Message: Logged In: YES user_id=9459 Can you try this with 3.0.7 available from CVS. There have been a number problems fixed in JBossMQ since 3.0.3 Regards, Adrian -- Comment By: Victor Fomin (aviced) Date: 2002-12-10 09:57 Message: Logged In: YES user_id=666049 I have the same problem. My code is: public void onMessage(Message message) { try { ObjectMessage om = (ObjectMessage) message; Debug.println("Receiving a message:" + action.getClass().getName()); Debug.println("Message processed:" + action.toString()); } } catch(Throwable t) { Debug.err(t); } } Here is the log: 2002-12-10 10:34:27,911 INFO [CIS] Message processed:com.openteach.enterprise.erp.util.Action_BKI [EMAIL PROTECTED] 2002-12-10 10:34:27,913 ERROR [org.jboss.jms.asf.StdServerSession] failed to commit/rollback javax.transaction.xa.XAException at org.jboss.mq.SpyXAResource.commit (Ljavax.transaction.xa.Xid;Z)V(Unknown Source) at org.jboss.jms.asf.StdServerSession.onMessage (Ljavax.jms.Message;)V(Unknown Source) at org.jboss.mq.SpyMessageConsumer.sessionConsumerPr ocessMessage(Lorg.jboss.mq.SpyMessage;)V(Unknown Source) at org.jboss.mq.SpyMessageConsumer.addMessage (Lorg.jboss.mq.SpyMessage;)V(Unknown Source) at org.jboss.mq.SpySession.run()V(Unknown Source) at org.jboss.jms.asf.StdServerSession.run()V (Unknown Source) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worke r.run()V(Unknown Source) at java.lang.Thread.run()V(Unknown Source) at java.lang.Thread.startThreadFromVM (Ljava.lang.Thread;)V(Unknown Source) -- Comment By: Yossarian Nosscire (yosarian1) Date: 2002-11-18 08:43 Message: Logged In: YES user_id=649797 One more thing: - If I restart the JBoss some more messages will be automaticaly processed (about the same amount) and then processing stops again. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=639064&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-672551 ] javax.jms.InvalidDestinationException not being thrown.
Bugs item #672551, was opened at 2003-01-22 16:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=672551&group_id=22866 Category: JBossMQ Group: v3.0 Rabbit Hole >Status: Closed Resolution: Fixed Priority: 5 Submitted By: E.Sriram (esriram) Assigned to: Adrian Brock (ejort) Summary: javax.jms.InvalidDestinationException not being thrown. Initial Comment: I have my application run along with JBoss (server). I have a remote client communicating with the server via JMS (UIL). The client will create a temporary queue. The client will register itself with the server for a notification passing the temporary queue as a parameter. The server will keep sending notifications (sending a message) to this temp queue. Now the client is shutdown. The server will still keep sending messages to the temp queue. Now when a message is sent by the server a JMSException is thrown with a message that "this destination does not exist". The stack trace is javax.jms.JMSException: This destination does not exist !21:42:46:632: [syserr] at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:392) 21:42:46:632: [syserr] at org.jboss.mq.server.JMSDestinationManager.addMessage(JMSDestinationManager.java:375) 21:42:46:632: [syserr] at org.jboss.mq.server.JMSServerInvoker.addMessage(JMSServerInvoker.java:137) 21:42:46:632: [syserr] at org.jboss.mq.il.oil.OILServerILService$Client.run(OILServerILService.java:233) 21:42:46:633: [syserr] at java.lang.Thread.run(Thread.java:536) There is a exception provided in the JMS API for this case. Instead of throwing a JMSException an InvalidDestinationException must be thrown. thanks, --E.Sriram -- >Comment By: Adrian Brock (ejort) Date: 2003-03-19 23:23 Message: Logged In: YES user_id=9459 Ported to 3.2 and head -- Comment By: Adrian Brock (ejort) Date: 2003-03-15 00:08 Message: Logged In: YES user_id=9459 This has been fixed in 3.0 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=672551&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-701553 ] Incorrect behaviour from Session.recover()
Bugs item #701553, was opened at 2003-03-11 14: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: Closed Resolution: Fixed Priority: 5 Submitted By: Frédéric Donckels (lubdub) Assigned to: Adrian Brock (ejort) 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? -- >Comment By: Adrian Brock (ejort) Date: 2003-03-19 23:22 Message: Logged In: YES user_id=9459 Ported to 3.2 and head. -- Comment By: Adrian Brock (ejort) Date: 2003-03-17 18:00 Message: Logged In: YES user_id=9459 This has been fixed in 3.0 CVS -- 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: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-706494 ] InitialContext missing jndi.properties entries
Bugs item #706494, was opened at 2003-03-19 12:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Invalid Priority: 5 Submitted By: Dan Ciarniello (dciarnie) Assigned to: Scott M Stark (starksm) Summary: InitialContext missing jndi.properties entries Initial Comment: OS: Win2K JDK: 1.3.1 The only entries in conf/jndi.properties that are loaded into an InitialContext are javax.naming.factory.initial, java.naming.provider.url and java.naming.factory.url.pkgs. Any other entries are ignored. To test: 1. Add some extra entries to jndi.properties. 2. In an entity bean or a message bean, create an InitialContext and print out its environment. The only entries that are printed out are the ones named above; the extras are not. Note: Using the jmx console to list the system properties shows that all entries in the jndi.properties are loaded into the system property space; they are simply not loaded into the InitialContext. -- >Comment By: Dan Ciarniello (dciarnie) Date: 2003-03-19 14:55 Message: Logged In: YES user_id=529841 But the javadocs also state that all entries in all application resource files (i.e. all files named jndi.properties in the classpath) are also loaded into the Context's environment which is then inherited by other contexts. Does conf/jndi.properties not qualify as an application resource? -- Comment By: Scott M Stark (starksm) Date: 2003-03-19 14:39 Message: Logged In: YES user_id=175228 The only properites loaded into the InitialContext env from a jndi.properties file are the standard properties listed in the Context and LdapContext interface javadocs. For some legacy reason which is no longer valid, the jndi.properties are loaded into the system properties map by our naming service. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-706494 ] InitialContext missing jndi.properties entries
Bugs item #706494, was opened at 2003-03-19 12:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 >Category: JBossServer Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Dan Ciarniello (dciarnie) >Assigned to: Scott M Stark (starksm) Summary: InitialContext missing jndi.properties entries Initial Comment: OS: Win2K JDK: 1.3.1 The only entries in conf/jndi.properties that are loaded into an InitialContext are javax.naming.factory.initial, java.naming.provider.url and java.naming.factory.url.pkgs. Any other entries are ignored. To test: 1. Add some extra entries to jndi.properties. 2. In an entity bean or a message bean, create an InitialContext and print out its environment. The only entries that are printed out are the ones named above; the extras are not. Note: Using the jmx console to list the system properties shows that all entries in the jndi.properties are loaded into the system property space; they are simply not loaded into the InitialContext. -- >Comment By: Scott M Stark (starksm) Date: 2003-03-19 14:39 Message: Logged In: YES user_id=175228 The only properites loaded into the InitialContext env from a jndi.properties file are the standard properties listed in the Context and LdapContext interface javadocs. For some legacy reason which is no longer valid, the jndi.properties are loaded into the system properties map by our naming service. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-625277 ] Servlet classloader & static classes
Bugs item #625277, was opened at 2002-10-18 08:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=625277&group_id=22866 Category: None Group: v3.0 Rabbit Hole >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Dani G. (danig) Assigned to: Scott M Stark (starksm) Summary: Servlet classloader & static classes Initial Comment: Java version: 1.4.0,Sun Microsystems Inc. Java VM: Java HotSpot(TM) Client VM 1.4.0-b92,Sun OS-System: Windows NT 4.0,x86 JBoss: jboss-3.0.3_tomcat-4.0.5 I have two ear files that are nearly identical. Each contains one jar file and one war file. The jar files contain only stateless session beans. The only differences between the two ear files are the ear file name (DaniTest.ear vs DaniTest2.ear), the web context root (DaniTest vs DaniTest2), and the jndi names to which the stateless session beans in the jar files are bound (ie ejb/DaniTest/BookCtrl vs ejb/DaniTest2/BookCtrl). The web.xml files also differ by having two different values for an environment variable indicating the application name (DaniTest vs DaniTest2). The war files contain a jar file named sfxcommon.jar in WEB-INF/lib. One of the classes in this jar file is JNDIUtil, which is an abstract utility class with static methods used in the servlet and throughout the EJB's to get instances of stateless session beans without having to rewrite the code to get initial contexts, narrow( ), etc. JNDIUtil contains a static private variable to store the base JNDI path to use in retrieving the EJB's, ie "ejb/DaniTest" or "ejb/DaniTest2". This private static variable is initialized the first time it is used based on the app-name environment variable mentioned above. The first time JNDIUtil gets used is always in the servlet. The problem is that when both DaniTest and DaniTest2 are deployed, they *both* use the same JNDIUtil in the servlets, thereby both using the same base path, for example always "ejb/DaniTest". This causes the EJB's in one application to be used by the servlets in both applications. The above example works on WebLogic, so my initial inclination is to believe that it is a bug either in Tomcat itself or in the JBoss code that interacts with Tomcat. -- Comment By: Dani G. (danig) Date: 2002-12-04 10:38 Message: Logged In: YES user_id=631653 The prognosis above was correct. Once I added a jboss- app.xml file to the ear's META-INF directory with a element, the problem was solved. The only online information available on this file is in the forums at jboss.org; it might be a good idea to add a DTD and other documentation to the web site. I'm leaving the bug open, as the solution, in my mind, is the addition of the documentation. If this is not the case, feel free to close it. Thanks! -- Comment By: Scott M Stark (starksm) Date: 2002-10-28 16:28 Message: Logged In: YES user_id=175228 EJBs cannot see into a war WEB-INF/lib so are you sure that JNDIUtil is not in a jar referenced by the ejb jars? The behavior you describe indicates that this is the case, and is expected given the 3.0 flat classes namespace. To isolate the ears from each other you need to use scoped class loading on the ear as described in the the 3.0 change note numbered 558189. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=625277&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 19-March-2003
JBoss daily test results SUMMARY Number of tests run: 1096 Successful tests: 1092 Errors:1 Failures: 3 [time of test: 2003-03-19.12-04 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-19.12-04 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 - --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 19-March-2003
JBoss daily test results SUMMARY Number of tests run: 1145 Successful tests: 1135 Errors:10 Failures: 0 [time of test: 2003-03-19.18-30 GMT] [java.version: 1.3.1_07] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_07-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2003-03-19.18-30 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: StatefulSessionUnitTestCase Test: testInVMSessionHandlePassivation(org.jboss.test.cts.test.StatefulSessionUnitTestCase) Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.0RC4\server\all\data\sessions\StatefulSessionBean-ddhn1n78-4\ddhn1q2y-b.ser (The system cannot find the file specified) - Suite: PathologicalUnitTestCase Test:testErrorFromRemove(org.jboss.test.entity.test.PathologicalUnitTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: ConnectionFactorySerializationUnitTestCase Test: testConnectionFactorySerialization(org.jboss.test.jca.test.ConnectionFactorySerializationUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerError: Unexpected Error; nested exception is: java.lang.NoClassDefFoundError: Lorg/jboss/resource/adapter/jdbc/ExceptionSorter; - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute "persistPolicy" with value "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER ".; - nested throwable: (javax.management.NotCompliantMBeanException: Error parsing the XML file: org.xml.sax.SAXParseException: Attribute "persistPolicy" with value "Never" must have a value from the list "NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER ".)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: EnterpriseEntityStressTestCase Test: testB2B(org.jboss.test.lock.test.EnterpriseEntityStressTestCase$Entity_Option_C_Test) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: HttpsUnitTestCase Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.net.BindException Message: Address in use: JVM_Bind - Suite: HttpsUnitTestCase Test:testHttpsURL(org.jboss.test.security.test.HttpsUnitTestCase) Type:error Exception: java.io.IOException Message: Failed to readURL, ex=duplicate class definition: com/sun/net/ssl/internal/www/protocol/https/HttpsURLConnection - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.rmi.ServerError Message: Error occurred in server thread; nested exception is: java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher; -
[JBoss-dev] [ jboss-Bugs-706494 ] InitialContext missing jndi.properties entries
Bugs item #706494, was opened at 2003-03-19 12:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 Category: None Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Dan Ciarniello (dciarnie) Assigned to: Nobody/Anonymous (nobody) Summary: InitialContext missing jndi.properties entries Initial Comment: OS: Win2K JDK: 1.3.1 The only entries in conf/jndi.properties that are loaded into an InitialContext are javax.naming.factory.initial, java.naming.provider.url and java.naming.factory.url.pkgs. Any other entries are ignored. To test: 1. Add some extra entries to jndi.properties. 2. In an entity bean or a message bean, create an InitialContext and print out its environment. The only entries that are printed out are the ones named above; the extras are not. Note: Using the jmx console to list the system properties shows that all entries in the jndi.properties are loaded into the system property space; they are simply not loaded into the InitialContext. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss_3_0.dtd vs jboss_3_2.dtd
Fine. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 19, 2003 6:29 AM Subject: RE: [JBoss-dev] jboss_3_0.dtd vs jboss_3_2.dtd > > How about: > > unauthenticated-principal?, enterprise-beans?, > resource-managers?, invoker-proxy-bindings?, > container-configurations?)> > > And, I'll fix the standardjboss.xml file in 3.2 and HEAD to move > enforce-ejb-restrictions above all the invoker-proxy-bindings. > > What do you think? > > Michael --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss_3_0.dtd vs jboss_3_2.dtd
> -Original Message- > From: Scott M Stark [mailto:[EMAIL PROTECTED] > Subject: Re: [JBoss-dev] jboss_3_0.dtd vs jboss_3_2.dtd > > ... > the enterprise-beans element model would have to be: > > content model for backward compability and consistency with the > ejb-jar 2.0 DTD. Done. > The ordering of the jboss child elements should also be > consistent between 3.0 and 3.2. I think the jboss element > content model in 3.2 needs to be: > > unauthenticated-principal?, resource-managers?, > enterprise-beans?, invoker-proxy-bindings?, > container-configurations?)> > > as this is consistent with the invoker-proxy-bindings and > container-configurations ordering in the standardjboss.xml > descriptor and is consistent with the > 3.0 element ordering. 3.2 standardjboss.xml has form: ... false ... So, that content model doesn't match the 3.2 dtd. Plus, the 3.0 dtd has resource-managers after enterprise-beans, so, I'm not sure how it's consistent with the 3.0 content model? How about: And, I'll fix the standardjboss.xml file in 3.2 and HEAD to move enforce-ejb-restrictions above all the invoker-proxy-bindings. What do you think? Michael --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml & deploy
> The thing I care about most is ease of configurability > (which, for the most part, I think we already have). I like > the idea that I can add or remove functionality by adding or > removing "modules" from /deploy. Much of the functionality > of the server works this way (jmx-console, for example). > There is, however, quite a bit of information in > /conf/service.xml. If this information could be refactored > out to /deploy, I'd find that a much simpler situation. At > the moment, if I want to "pare down" jboss to some small > feature set, I need to edit /conf/service.xml. That's not a > big deal, but the less of that I need to do, the better > (especially for automation). Yes, that is the problem: we should not have to modify this file. > Regarding #2, I find the current state of /deploy to be > highly intuitive, personally. Would it be possible to make > your scheme work by giving .sar's the ability to be nested? > That way, /deploy/JMS.sar (a directory) could contain > jms-foo.sar and jms-bar.sar. That's already possible (russian dolls), but then: - you need a fake META-INF/jboss-service.xml - you cannot simply re-deploy one of the element in the directory: you have to re-deploy the whole JMS thing Cheers, sacha --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml & deploy
Sacha, The thing I care about most is ease of configurability (which, for the most part, I think we already have). I like the idea that I can add or remove functionality by adding or removing "modules" from /deploy. Much of the functionality of the server works this way (jmx-console, for example). There is, however, quite a bit of information in /conf/service.xml. If this information could be refactored out to /deploy, I'd find that a much simpler situation. At the moment, if I want to "pare down" jboss to some small feature set, I need to edit /conf/service.xml. That's not a big deal, but the less of that I need to do, the better (especially for automation). Regarding #2, I find the current state of /deploy to be highly intuitive, personally. Would it be possible to make your scheme work by giving .sar's the ability to be nested? That way, /deploy/JMS.sar (a directory) could contain jms-foo.sar and jms-bar.sar. - Matt -Original Message- From: Sacha Labourey [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 19, 2003 5:53 AM To: Jboss-Dev Subject: [JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml & deploy Importance: Low Hello, Currently, the content of conf/jboss-service.xml and deploy is not very clean. 1°) Some services defined in conf/jboss-service.xml require services later deployed in deploy Exemples: - the EJBDeployer depends on the JMS Pool - some invokers (3.2+) require jboss-jca.jar Could we avoid that? Why does the DJBDeployer requires the JMS Pool (MDB I guess). In this case, shouldn't we extract the EJBDeployer from conf/jboss-service.xml and create a ejb-service.xml (or better ejb.jar) that contains everything required for EJB behaviour. 2°) IMHO, way to many files exist in /deploy This is counterintuitive for jboss-users: it may be fine for jboss developers but I don't think it is ok for simple users. First suggestion: we add a new directory to be scanned: system => we put all jboss files in /system and users can put their own files in /deploy (empty or almost at first) Second suggestions: we create a SubDirSubDeployer that deploy the content of simple sub-directories in /deploy (that is not the case right now: *.xAR are deployed but xxx-service.xml files are *not*) or we modify the current deployers so that it happens. Then, we create some functionnaly-self-contained directories for each macro-services i.e. /deploy/JMS /deploy/management /deploy/web /deploy/JCA etc. In "/deploy/JMS" we would find jbossmq-destinations-service.xml, jbossmq-service.xml, jms-ra.rar, jms-service.xml. Thus, if a user doesn't want JMS behaviour, he doesn't have to dig in all these files and try to remove them: he simply removes the JMS sub-directory and that's it. BTW, both suggestions can be mixed: we may have JMS, JCA, etc. sub-directories in a system directory. Feedback welcome. Cheers, Sacha --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml & deploy
Hi Sacha! I think this sounds very good, because it is as you said a bit confusing with all these files in deploy and conf. To group them together in JMS/JMX/... subdiroctories i think would be a good solution and also having them apart from users application deployments - like deploy/system and deploy/application /L onsdagen den 19 mars 2003 kl 11.53 skrev Sacha Labourey: Hello, Currently, the content of conf/jboss-service.xml and deploy is not very clean. 1°) Some services defined in conf/jboss-service.xml require services later deployed in deploy Exemples: - the EJBDeployer depends on the JMS Pool - some invokers (3.2+) require jboss-jca.jar Could we avoid that? Why does the DJBDeployer requires the JMS Pool (MDB I guess). In this case, shouldn't we extract the EJBDeployer from conf/jboss-service.xml and create a ejb-service.xml (or better ejb.jar) that contains everything required for EJB behaviour. 2°) IMHO, way to many files exist in /deploy This is counterintuitive for jboss-users: it may be fine for jboss developers but I don't think it is ok for simple users. First suggestion: we add a new directory to be scanned: system => we put all jboss files in /system and users can put their own files in /deploy (empty or almost at first) Second suggestions: we create a SubDirSubDeployer that deploy the content of simple sub-directories in /deploy (that is not the case right now: *.xAR are deployed but xxx-service.xml files are *not*) or we modify the current deployers so that it happens. Then, we create some functionnaly-self-contained directories for each macro-services i.e. /deploy/JMS /deploy/management /deploy/web /deploy/JCA etc. In "/deploy/JMS" we would find jbossmq-destinations-service.xml, jbossmq-service.xml, jms-ra.rar, jms-service.xml. Thus, if a user doesn't want JMS behaviour, he doesn't have to dig in all these files and try to remove them: he simply removes the JMS sub-directory and that's it. BTW, both suggestions can be mixed: we may have JMS, JCA, etc. sub-directories in a system directory. Feedback welcome. Cheers, Sacha --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [PROPOSAL]: clean conf/jboss-service.xml & deploy
Hello, Currently, the content of conf/jboss-service.xml and deploy is not very clean. 1°) Some services defined in conf/jboss-service.xml require services later deployed in deploy Exemples: - the EJBDeployer depends on the JMS Pool - some invokers (3.2+) require jboss-jca.jar Could we avoid that? Why does the DJBDeployer requires the JMS Pool (MDB I guess). In this case, shouldn't we extract the EJBDeployer from conf/jboss-service.xml and create a ejb-service.xml (or better ejb.jar) that contains everything required for EJB behaviour. 2°) IMHO, way to many files exist in /deploy This is counterintuitive for jboss-users: it may be fine for jboss developers but I don't think it is ok for simple users. First suggestion: we add a new directory to be scanned: system => we put all jboss files in /system and users can put their own files in /deploy (empty or almost at first) Second suggestions: we create a SubDirSubDeployer that deploy the content of simple sub-directories in /deploy (that is not the case right now: *.xAR are deployed but xxx-service.xml files are *not*) or we modify the current deployers so that it happens. Then, we create some functionnaly-self-contained directories for each macro-services i.e. /deploy/JMS /deploy/management /deploy/web /deploy/JCA etc. In "/deploy/JMS" we would find jbossmq-destinations-service.xml, jbossmq-service.xml, jms-ra.rar, jms-service.xml. Thus, if a user doesn't want JMS behaviour, he doesn't have to dig in all these files and try to remove them: he simply removes the JMS sub-directory and that's it. BTW, both suggestions can be mixed: we may have JMS, JCA, etc. sub-directories in a system directory. Feedback welcome. Cheers, Sacha --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-706213 ] EARDeployer deploying EJBs not listed in application.xml
Bugs item #706213, was opened at 2003-03-19 11:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706213&group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Andrew May (amayingenta) Assigned to: Nobody/Anonymous (nobody) Summary: EARDeployer deploying EJBs not listed in application.xml Initial Comment: JBoss 3.2.0RC3, Solaris, Sun JDK1.3.1 & JDK1.4.1. EAR that deployed with 3.0.6 is failing in 3.2.0RC3. The EAR contains more EJBs than are currently listed in application.xml because we've disabled parts of the application until we fix them. However, in 3.2.0RC3 the EARDeployer is attempting to deploy all EJBs and WARs whether they're configured in application.xml or not. This is a portion of the server.log: 2003-03-18 14:36:12,626 INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ 2003-03-18 14:36:12,779 DEBUG [org.jboss.deployment.EARDeployer] Deployment Info: [EMAIL PROTECTED] { url=file:/opt/isis/jboss/jboss- 3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/statistics.jar } deployer: null status: null state: CONSTRUCTED watch: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/statistics.jar lastDeployed: 0 lastModified: 0 mbeans: , isDirectory: false 2003-03-18 14:36:12,780 DEBUG [org.jboss.deployment.EARDeployer] Deployment Info: [EMAIL PROTECTED] { url=file:/opt/isis/jboss/jboss- 3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/expander.jar } deployer: null status: null state: CONSTRUCTED watch: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/expander.jar lastDeployed: 0 lastModified: 0 mbeans: , isDirectory: false One entry for each deployment listed in application.xml, including WARs, and then: 2003-03-18 14:36:12,805 INFO [org.jboss.deployment.EARDeployer] looking for nested deployments in : file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/is is.ear/ 2003-03-18 14:36:12,807 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/payme nt.jar 2003-03-18 14:36:12,808 INFO [org.jboss.deployment.EARDeployer] nested deployment: file:/opt/isis/jboss/jboss-3.2.0RC3/server/ccsadm/deploy/isis.ear/ejbs/alert s.jar One entry for each jar or war within the EAR, including those not in application.xml, and then it goes on to deploy all of the EJBs. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706213&group_id=22866 --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development