[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.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /home/jboss/jbossci/jboss-all/aop/output/lib [jar] Building jar: /home/jboss/jbossci/jboss-all/aop/output/lib/jboss-aop.jar == == == Finished 'most' in module 'aop'. == == _module-aop-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib == == == Executing 'most' in module 'cache'... == == configure-modules: Overriding previous definition of reference to jboss.naming.classpath compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-all/cache/output/gen/classes /home/jboss/jbossci/jboss-all/cache/src/main not found. at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:369) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61) 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) BUILD FAILED file:/home/jboss/jbossci/jboss-all/cache/build.xml:117: Unexpected error Total time: 50 seconds --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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 [mkdir] Created dir: /home/jboss/jbossci/jboss-all/aop/output/lib [jar] Building jar: /home/jboss/jbossci/jboss-all/aop/output/lib/jboss-aop.jar == == == Finished 'most' in module 'aop'. == == _module-aop-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib == == == Executing 'most' in module 'cache'... == == configure-modules: Overriding previous definition of reference to jboss.naming.classpath compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-all/cache/output/gen/classes /home/jboss/jbossci/jboss-all/cache/src/main not found. at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:369) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61) 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) BUILD FAILED file:/home/jboss/jbossci/jboss-all/cache/build.xml:117: Unexpected error Total time: 44 seconds --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBossME
For these memory sized phones - I would recommend placing a Symbian/Java GUI on the phone and use Jboss as the backend. Thats what I want to do. That's way I say I only want to port some jmx stuff. eg. RMI Remote Proxy server. I don't need transaction or jaas so far. ;-) --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] informix DS lock mode...
David Jencks wrote: Right now there's no standard way of executing any sql other than from your client. it would be pretty easy to add the option of executing a specified sql statment when a managed connection is created. There's also been a lot of requests for check connection before handing it out sql statements. I guess this could be added to the wrapper also, to be executed whenever a connection handle is created or associated. Larry, I'd like to see your Informix wrapper to see if some of the things would have more general applicability in one of the jca wrappers. Which version are you working with, Jules? This is easier to do in 3.2 and 4: I'd rather not touch the 3.0 xa jca wrapper if possible. Well, you can guess which version I'm on :-( - 3.0.x, I'm happy to subclass it locally for the moment, and then pick up whatever strategy, moves into core at a later date. Let me know what you decide to do, then I can I either get in touch with Larry, or pull it out of CVS. Cheers, Jules Thanks david jencks On 2002.12.13 13:51:48 -0500 Larry Sanderson wrote: We use JBoss/Informix in production. We have searched and found no way to have the SQL: set lock mode to wait ? execute automatically on a given connection. We ended up wrapping Informix's driver to achieve this, and to work around some XA bugs in their driver. (We currently have 3 open tickets with IBM/Informix regarding their XA drivers). If you are interested, I could send you our wrapped drivers, though it is not too difficult to do. -Larry Jules Gosnell wrote: David, It will probably come down to the fact that Dynamo, another piece of infrastructure used here, allows the configuration of an SQL statement which is used to initialise each connection created by a pool. This is used for Pool-wide configuration such as this locking mode and other proprietary optimisations. Since it has not been mentioned, I assume that there is no similar mechanism in JBoss ? Cheers, Jules David Jencks wrote: On 2002.12.13 11:00:30 -0500 Jules Gosnell wrote: David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Well, actually not. You supply essentially a property file (name=value pairs) and the adapter wrapper tries to set them by reflection. you haven't supplying any info on _any_ working way of setting this parameter. Surely there is at least one:-) david Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, Jules This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com
Re: [JBoss-dev] informix DS lock mode...
David Jencks wrote: Right now there's no standard way of executing any sql other than from your client. it would be pretty easy to add the option of executing a specified sql statment when a managed connection is created. There's also been a lot of requests for check connection before handing it out sql statements. I guess this could be added to the wrapper also, to be executed whenever a connection handle is created or associated. Larry, I'd like to see your Informix wrapper to see if some of the things would have more general applicability in one of the jca wrappers. Which version are you working with, Jules? This is easier to do in 3.2 and 4: I'd rather not touch the 3.0 xa jca wrapper if possible. Well, you can guess which version I'm on :-( - 3.0.x, I'm happy to subclass it locally for the moment, and then pick up whatever strategy, moves into core at a later date. Let me know what you decide to do, then I can I either get in touch with Larry, or pull it out of CVS. Cheers, Jules Thanks david jencks On 2002.12.13 13:51:48 -0500 Larry Sanderson wrote: We use JBoss/Informix in production. We have searched and found no way to have the SQL: set lock mode to wait ? execute automatically on a given connection. We ended up wrapping Informix's driver to achieve this, and to work around some XA bugs in their driver. (We currently have 3 open tickets with IBM/Informix regarding their XA drivers). If you are interested, I could send you our wrapped drivers, though it is not too difficult to do. -Larry Jules Gosnell wrote: David, It will probably come down to the fact that Dynamo, another piece of infrastructure used here, allows the configuration of an SQL statement which is used to initialise each connection created by a pool. This is used for Pool-wide configuration such as this locking mode and other proprietary optimisations. Since it has not been mentioned, I assume that there is no similar mechanism in JBoss ? Cheers, Jules David Jencks wrote: On 2002.12.13 11:00:30 -0500 Jules Gosnell wrote: David Jencks wrote: On 2002.12.13 09:18:48 -0500 Jules Gosnell wrote: Is it possible to set up the lock mode for an Informix DS ? I've grepped through the src etc looking for any signs of set lock mode and others, but no joy... Not as far as I know. What does it do? How do you normally set it? Can you set it by supplying URL parameters? Is it an XADataSource attribute (in which case I think you can set it by supplying the value in XADataSourceProperties xa wrapper attribute)? As far as I can make out it determines the behaviour of a query arriving and finding the resource it requires already locked. It can return with an error, or wait for a specified amount of time. We are investigating as to whether it can be a URL parameter. I don't know about the XADataSourceProperties, but if it was there it would have showed up when I went through the code (3.0.5RC1). Well, actually not. You supply essentially a property file (name=value pairs) and the adapter wrapper tries to set them by reflection. you haven't supplying any info on _any_ working way of setting this parameter. Surely there is at least one:-) david Thanks for the response. It looks like we will have to find another way of setting it up explicitly. Jules thanks david jencks Cheers, Jules This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com --- This sf.net email is sponsored
Re: [JBoss-dev] ATTENTION! Developers with CVS access
Hi Bill! Bill Burke wrote: 1. What have you worked on in the past? Tomcat session clustering and some minor bug fixes. 2. What are you currently working on? Further improvments of the session clustering. 3. What will you be working on and when? The JBoss loadbalancer planning/coding is starting now. 5. What is your SourceForge name/id? (So I can cross you off list of who contacted me). My souceforge id: tpeuss CU Thomas --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss-all head build error
There seems to be a typo in jboss-head at
jboss-all/tools/etc/buildfragments/libraries.ent
Which category should this be reported on SourceForge's bug system?
In case someone else is hitting on the same problem, here's the error
message (a patch is attached):
[weiqi@gao-2001 build]$ ./build.sh
build.sh: *WARNING* Ignoring environment value for $ANT_HOME
build.sh: Executing: /home/weiqi/projects/jboss-all/tools/bin/ant
-logger org.apache.tools.ant.NoBannerLogger
Buildfile: build.xml
_buildmagic:init:
Trying to override old definition of task property
configure-modules:
Overriding previous definition of reference to jboss.naming.classpath
BUILD FAILED
file:/home/weiqi/projects/jboss-all/build/../tools/etc/buildfragments/tools.ent:29:
taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found
Total time: 4 seconds
--
Weiqi Gao
[EMAIL PROTECTED]
Index: libraries.ent
===
RCS file: /cvsroot/jboss/tools/etc/buildfragments/libraries.ent,v
retrieving revision 1.22
diff -u -r1.22 libraries.ent
--- libraries.ent 14 Dec 2002 00:48:14 - 1.22
+++ libraries.ent 14 Dec 2002 14:50:39 -
@@ -305,7 +305,7 @@
/path
!-- XDoclet --
- property name=xdoclet.xdoclet.root value=${project.thirdparty}/xdoclet-xdoclet/
+ property name=xdoclet.xdoclet.root value=${project.thirdparty}/xdoclet/xdoclet/
property name=xdoclet.xdoclet.lib value=${xdoclet.xdoclet.root}/lib/
path id=xdoclet.xdoclet.classpath
pathelement path=${xdoclet.xdoclet.lib}/commons-logging.jar/
2002-12-14 Weiqi Gao [EMAIL PROTECTED]
* Fixed the value of the xdoclet.xdoclet.root property.
Re: [JBoss-dev] jboss-all head build error
You can no longer check out jboss-all on the head revision and build it.
The correct checkout is
cvs ... co jboss-head
for jboss 4
cvs ... co -r Branch_3.2 jboss-3.2
for 3.2
and
cvs ... co -r Branch_3.0 jboss-3.0
for 3.0
I think this is now documented on the how to build page, but it certainly
took a while for the instructions to be updated :-)
david jencks
On 2002.12.14 10:06:57 -0500 Weiqi Gao wrote:
There seems to be a typo in jboss-head at
jboss-all/tools/etc/buildfragments/libraries.ent
Which category should this be reported on SourceForge's bug system?
In case someone else is hitting on the same problem, here's the error
message (a patch is attached):
[weiqi@gao-2001 build]$ ./build.sh
build.sh: *WARNING* Ignoring environment value for $ANT_HOME
build.sh: Executing: /home/weiqi/projects/jboss-all/tools/bin/ant
-logger org.apache.tools.ant.NoBannerLogger
Buildfile: build.xml
_buildmagic:init:
Trying to override old definition of task property
configure-modules:
Overriding previous definition of reference to jboss.naming.classpath
BUILD FAILED
file:/home/weiqi/projects/jboss-all/build/../tools/etc/buildfragments/tools.ent:29:
taskdef class xdoclet.modules.jmx.JMXDocletTask cannot be found
Total time: 4 seconds
--
Weiqi Gao
[EMAIL PROTECTED]
Index: libraries.ent
===
RCS file: /cvsroot/jboss/tools/etc/buildfragments/libraries.ent,v
retrieving revision 1.22
diff -u -r1.22 libraries.ent
--- libraries.ent 14 Dec 2002 00:48:14 - 1.22
+++ libraries.ent 14 Dec 2002 14:50:39 -
@@ -305,7 +305,7 @@
/path
!-- XDoclet --
- property name=xdoclet.xdoclet.root
value=${project.thirdparty}/xdoclet-xdoclet/
+ property name=xdoclet.xdoclet.root
value=${project.thirdparty}/xdoclet/xdoclet/
property name=xdoclet.xdoclet.lib
value=${xdoclet.xdoclet.root}/lib/
path id=xdoclet.xdoclet.classpath
pathelement path=${xdoclet.xdoclet.lib}/commons-logging.jar/
2002-12-14 Weiqi Gao [EMAIL PROTECTED]
* Fixed the value of the xdoclet.xdoclet.root property.
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-all head build error
On Sat, 2002-12-14 at 09:44, David Jencks wrote: You can no longer check out jboss-all on the head revision and build it. The correct checkout is cvs ... co jboss-head for jboss 4 cvs ... co -r Branch_3.2 jboss-3.2 for 3.2 and cvs ... co -r Branch_3.0 jboss-3.0 for 3.0 I think this is now documented on the how to build page, but it certainly took a while for the instructions to be updated :-) Thank you for the info. But where is the *official* and/or *guaranteed to be the most up-to-date* how to build page? I imagine I'm not the only one who were given the run-around at jboss.org. :) -- Weiqi Gao [EMAIL PROTECTED] --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss and UML?
Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules? I think it could help new developers who wish to contribute. Best regards, WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss and UML?
You want it. Do it. Bill Burke Chief Architect JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wonder sonic Sent: Saturday, December 14, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss and UML? Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules? I think it could help new developers who wish to contribute. Best regards, WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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.3.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE [mkdir] Created dir: /home/jboss/jbossci/jboss-all/aop/output/lib [jar] Building jar: /home/jboss/jbossci/jboss-all/aop/output/lib/jboss-aop.jar == == == Finished 'most' in module 'aop'. == == _module-aop-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib == == == Executing 'most' in module 'cache'... == == configure-modules: Overriding previous definition of reference to jboss.naming.classpath compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-all/cache/output/gen/classes /home/jboss/jbossci/jboss-all/cache/src/main not found. at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:369) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61) 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) BUILD FAILED file:/home/jboss/jbossci/jboss-all/cache/build.xml:117: Unexpected error Total time: 40 seconds --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[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 [mkdir] Created dir: /home/jboss/jbossci/jboss-all/aop/output/lib [jar] Building jar: /home/jboss/jbossci/jboss-all/aop/output/lib/jboss-aop.jar == == == Finished 'most' in module 'aop'. == == _module-aop-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib == == == Executing 'most' in module 'cache'... == == configure-modules: Overriding previous definition of reference to jboss.naming.classpath compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-all/cache/output/gen/classes /home/jboss/jbossci/jboss-all/cache/src/main not found. at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:369) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61) 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) BUILD FAILED file:/home/jboss/jbossci/jboss-all/cache/build.xml:117: Unexpected error Total time: 43 seconds --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-all head build error
The build faq details this: http://www.jboss.org/developers/guides/buildsystem-faq.jsp Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Weiqi Gao [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, December 14, 2002 8:46 AM Subject: Re: [JBoss-dev] jboss-all head build error On Sat, 2002-12-14 at 09:44, David Jencks wrote: You can no longer check out jboss-all on the head revision and build it. The correct checkout is cvs ... co jboss-head for jboss 4 cvs ... co -r Branch_3.2 jboss-3.2 for 3.2 and cvs ... co -r Branch_3.0 jboss-3.0 for 3.0 I think this is now documented on the how to build page, but it certainly took a while for the instructions to be updated :-) Thank you for the info. But where is the *official* and/or *guaranteed to be the most up-to-date* how to build page? I imagine I'm not the only one who were given the run-around at jboss.org. :) -- Weiqi Gao [EMAIL PROTECTED] --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss and UML?
Well, it's a sort of answer I really appreciate (seriously). However, I think it should be detailed. -1- Where should those diagrams reside? in the same directories of the java files or in an other directory named diagrams (for example). -2- AFAIK, only the ones who have designed the different modules might create the best UML diagrams (activity, usecase...). I haven't the impertinence to say that I could do that! :) -3- A synchronization problem could occur for the developers who don't have such tools: modification of the source code whitout modification of the diagrams. -4- Perhaps some Together project files could be added? -5- I can personnaly create class diagrams for the JBoss modules. What format shall I use? wmf, gif, Together (v6)? WS --- Bill Burke [EMAIL PROTECTED] a écrit : You want it. Do it. Bill Burke Chief Architect JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wonder sonic Sent: Saturday, December 14, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss and UML? Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules? I think it could help new developers who wish to contribute. Best regards, WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev]
¿É¿¿µÄ¡°¹úÄÚ¼¼ÊõÓ¦Ó÷½°¸¡±¾Î¢Èí£ªÖйúÈ·ÈÏ http://www.microsoft.com/china/business/solutions/njchina.asp Ç¿´óµÄºÏ×÷»ï°éÖ§³Ö ££±±¾©3721¹«Ë¾ http://www.3721.com/news/news2002/020822_nj.htm °²È«¸ßЧµÄÔÚÏßÖ§¸¶±£Ö¤ ͨ¹ý¡°¹¤ÉÌÒøÐÐÔÚÏßÖ§¸¶¡± www.icbc.com.cn/shop/shop.jsp?type=Acolumn=%CD%F8%C9%CF%C9%CC%B3%C7%3EB2C%D4%DA%CF%DF%D6%A7%B8%B6%3E%CC%D8%D4%BC%CD%F8%D5%BEshopcity=4301Submit.x=32Submit.y=13 ͨ¹ý¡°ÕÐÉÌÒøÐÐÔÚÏßÖ§¸¶¡± www.sz1.cmbchina.com/ShopBin/Mall.dll?GetPage?pType=GOODSTYPEpValue=27 * * * * * * * * * * * * * * * * * * * * * * * ¡¡ * »Æɽ¡¢»ª¶«ÂÃÓΡ°¾ª±¬¼Û¡±, ÄϾ©Ìؼ۱ö¹ÝÈÎÄãÑ¡ * * * * * * * * * * * * * * * * * * * * * * * * ¡¡»Æɽ¡¢»ª¶«ÎåÊÐÂÃÓÎÌìÌì·¢£¨·Ç³£ÊʺϸöÈË¡¢¼ÒÍ¥³ÉÔ±ÂÃÓΣ©£¬ÐÂÔö¡°¾ª±¬¼Û¡±Ë®ÏçÌìÌÃÓΣ¨ÔùËÍÖÜׯÓΣ© http://www.njchina.com/skttf.htm ¡¡ÄϾ©Ìؼ۱ö¹ÝÈÎÄãÑ¡ http://www.njchina.com/bgmc.htm ¡¡ºØ¿¨¡¢ÓïÒôÁÄÌì¡¢½»ÓÑ¡¢Í¬³ÇÔ¼»á¡¢Õ÷»é(¶¼ÊÇÃâ·ÑµÄŶ) http://www.njchina.com/qwltgc.htm ¡¡È¤Î¶ÐÂÎÅ£¬Í¼ÎIJ¢Ã²£¬¾¡ÔÚ http://www.njchina.com ¡¡ÆóÒµÍøÕ¾ÖÆ×÷ÉêÇ룺http://www.njchina.com/qywzjssq.htm ×Éѯ£º025£6522502 ÄϾ©ÂÃÓÎÔ¤¶©ÍøÊÇÃæÏò¹úÈË£¬½éÉÜÄϾ©¼°»ª¶«ÎåÊÐÂÃÓÎ×ÊѶµÄÒ»ÉÈ´°¿Ú£¬ÏòÄúչʾ·á¸»µÄÂÃÓÎ×ÊѶ¡£Èç¹ûÄú²»ÐèÒªÊÕµ½Ïà¹ØÂÃÓÎÐÅÏ¢£¬Çëµã»÷ÏÂÃæµØÖ·È¡Ïû http://www.njchina.com/addressxt.htm ÈçÐè»Ö¸´·¢ËÍÇ뼴ʱ֪ͨÎÒÃÇ¡£Ð»Ð»£¡ Dear friend; If you do not hope to receive the information that we sent for you, Please go following address fill out Email of you, http://www.njchina.com/addressxt.htm You will not receive the relevant information again, thanks! --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss and UML?
On 2002.12.14 14:01:45 -0500 wonder sonic wrote: Well, it's a sort of answer I really appreciate (seriously). However, I think it should be detailed. -1- Where should those diagrams reside? in the same directories of the java files or in an other directory named diagrams (for example). -2- AFAIK, only the ones who have designed the different modules might create the best UML diagrams (activity, usecase...). I haven't the impertinence to say that I could do that! :) -3- A synchronization problem could occur for the developers who don't have such tools: modification of the source code whitout modification of the diagrams. I think this is a really serious problem. I also think most developers don't think uml diagrams work very well for the kind of meta-programming done in a lot of the server core. I haven't tried, but would be happy if this was demonstrated to be wrong. -4- Perhaps some Together project files could be added? Who is going to keep them in sync? Out of date is worse than not there. -5- I can personnaly create class diagrams for the JBoss modules. What format shall I use? wmf, gif, Together (v6)? I suggest xmi using argo/poseidon. david jencks WS --- Bill Burke [EMAIL PROTECTED] a écrit : You want it. Do it. Bill Burke Chief Architect JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wonder sonic Sent: Saturday, December 14, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss and UML? Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules? I think it could help new developers who wish to contribute. Best regards, WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-653830 ] JMX Ant Tast Improvements
Patches item #653830, was opened at 2002-12-14 14:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=653830group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: David Snyder (dsnyder_lion) Assigned to: Nobody/Anonymous (nobody) Summary: JMX Ant Tast Improvements Initial Comment: I've never submitted anything on sourceforge so sorry if I'm not following the rules or am submitting this to the wrong place. I made the following additions to the JMX ant task and thought these might be of general use. 1) I added the ability for the jmx ant invoke task to set the result of the operation as an ant property. 2) I added a getAttribute task that can set an ant property with the value of an MBean attribute. Otherwise, everything works exactly the way it did so there shouldn't be any backwards compatability problems. These changes were made to the 3.0.4 code base, but I checked cvs and didn't see any updates since then. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=653830group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 14-December-2002
JBoss daily test results SUMMARY Number of tests run: 1001 Successful tests: 992 Errors:8 Failures: 1 [time of test: 2002-12-14.12-10 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.2] See http://users.jboss.org/~starksm/Branch_3_0/2002-12-14.12-10 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: CircularityUnitTestCase Test: testPackageProtected(org.jboss.test.classloader.test.CircularityUnitTestCase) Type:error Exception: javax.management.MBeanException Message: Exception in MBean operation 'testPackageProtected()' - Suite: LocalWrapperCleanupUnitTestCase Test: testAutoCommitOffInRemoteUserTx(org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Row committed, autocommit still on! - 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: SimpleUnitTestCase Test:testHaInvoker(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.CommunicationException Message: Receive timed out - Suite: SimpleUnitTestCase Test:testHaParitionName(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.CommunicationException Message: Receive timed out - Suite: SimpleUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.security.auth.login.LoginException Message: Missing users.properties file. - Suite: SimpleUnitTestCase Test:testLoginInitialContext(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.AuthenticationException Message: Failed to login using protocol=testLoginInitialContext - 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: ContextCLTestCase Test: testInvokeNeedingTCL(org.jboss.test.jbossmx.implementation.server.ContextCLTestCase) Type:error Exception: javax.management.RuntimeMBeanException Message: RuntimeException in MBean operation 'registerClassLoader(,org.jboss.mx.loading.UnifiedClassLoader)' - --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss and UML?
--- David Jencks [EMAIL PROTECTED] a écrit : On 2002.12.14 14:01:45 -0500 wonder sonic wrote: Well, it's a sort of answer I really appreciate (seriously). However, I think it should be detailed. -1- Where should those diagrams reside? in the same directories of the java files or in an other directory named diagrams (for example). -2- AFAIK, only the ones who have designed the different modules might create the best UML diagrams (activity, usecase...). I haven't the impertinence to say that I could do that! :) -3- A synchronization problem could occur for the developers who don't have such tools: modification of the source code whitout modification of the diagrams. I think this is a really serious problem. I also think most developers don't think uml diagrams work very well for the kind of meta-programming done in a lot of the server core. Could you please explain what you mean by meta-programming? I haven't tried, but would be happy if this was demonstrated to be wrong. In most cases, UML diagrams could help to communicate new developments design, explain *quickly* the dependencies between packages, classes and interfaces, show the logic of an algorithm... Moreover, the fact that UML is a graphical language reduces the explanation of a complex algorithm for example: - http://www.visualuml.com/Sample%20Diagrams/Fig%209-1%20Activity%20Diagram.jpg - http://msdn.microsoft.com/library/en-us/f_and_m/html/vxfm7_topleveldiagram.gif - http://www.smartdraw.com/resources/centers/flowcharts/images/flowchart_deployment_example.gif -4- Perhaps some Together project files could be added? Who is going to keep them in sync? Out of date is worse than not there. Indeed! In fact, we can consider UML diagrams as a complement to javadoc. When a development is done, javadoc should be synchronized with it, UML diagrams should be synchronized the same way. The main problem is how can developers update UML diagrams? An open source tool would be welcome. -5- I can personnaly create class diagrams for the JBoss modules. What format shall I use? wmf, gif, Together (v6)? I suggest xmi using argo/poseidon. Yes, xmi is a standard for UML diagrams. But they only are useful to those who can use them with the right tool. I think an image format could be used too for those who don't have such tool. WS david jencks WS --- Bill Burke [EMAIL PROTECTED] a écrit : You want it. Do it. Bill Burke Chief Architect JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wonder sonic Sent: Saturday, December 14, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss and UML? Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules? I think it could help new developers who wish to contribute. Best regards, WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-653881 ] update jboss-net to use axis1.1beta
Patches item #653881, was opened at 2002-12-14 17:50
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=653881group_id=22866
Category: JbossSOAP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: John Fawcett (fawce)
Assigned to: Nobody/Anonymous (nobody)
Summary: update jboss-net to use axis1.1beta
Initial Comment:
jboss.net upgrades to axis1.1beta with these minor
chages applied to
jboss.net/src/main/org/jboss/net/axis/server/AxisService.
java
and the new jar files from the axis project placed in
thirdparty/apach-axis and thirdparty/ibm-*
compiles and runs, i've deployed an ejb based web
service under it.
thanks,
fawce
i've never submitted a patch before, so here goes
nothing...
@@ -5,7 +5,7 @@
* See terms of license at gnu.org.
*/
-// $Id: AxisService.java,v 1.1 2002/11/27 04:30:42
jfawcett Exp $
+// $Id: AxisService.java,v 1.2 2002/12/14 00:33:31
jfawcett Exp $
package org.jboss.net.axis.server;
@@ -58,6 +58,7 @@ import javax.naming.InitialContext;
import javax.naming.LinkRef;
import javax.naming.Context;
import javax.naming.NamingException;
+import javax.xml.parsers.ParserConfigurationException;
import java.io.FilenameFilter;
import java.io.File;
@@ -82,7 +83,7 @@ import java.lang.reflect.Proxy;
* within JMX.
* @created 27. September 2001
* @author a
href=mailto:[EMAIL PROTECTED];Christoph G.
Jung/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class AxisService
@@ -410,9 +411,17 @@ public class AxisService
// the original command
Element root= doc.getDocumentElement();
// the deployment command document
- Document deployDoc= XMLUtils.newDocument();
+ Document deployDoc = null;
+
+ Document deployClientDoc = null;
+ try{
+ deployDoc= XMLUtils.newDocument();
// the client deployment command document
- Document deployClientDoc=
XMLUtils.newDocument();
+ deployClientDoc= XMLUtils.newDocument();
+ } catch (ParserConfigurationException e){
+ e.printStackTrace();
+ }
+
// create command
Element deploy=
deployDoc.createElementNS
(root.getNamespaceURI(), deployment);
@@ -540,7 +549,12 @@ public class AxisService
// this was the deployment command
Element root= (Element) ((Document)
sdi.metaData).getDocumentElement();
// from which we extract an undeployment
counterpart
- Document undeployDoc= XMLUtils.newDocument();
+ Document undeployDoc = null;
+ try{
+ undeployDoc= XMLUtils.newDocument();
+ } catch (ParserConfigurationException e){
+ e.printStackTrace();
+ }
Element undeploy=
undeployDoc.createElementNS
(root.getNamespaceURI(), undeployment);
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=653881group_id=22866
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-653882 ] fixed bug in xdoclet task
Patches item #653882, was opened at 2002-12-14 17:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=653882group_id=22866 Category: JbossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: John Fawcett (fawce) Assigned to: Nobody/Anonymous (nobody) Summary: fixed bug in xdoclet task Initial Comment: hi, here we go, another patch from your buddy fawce (2nd lifetime). there were two bugs in the jboss_net.xdt resource file, first it did not properly handle ejb's with a view-type of both, and secondly, did not put the fully qualified classname in the homeInterfaceName. This patch fixes both. thanks, fawce = == RCS file: /usr/local/cvsroot//tamale_jboss4/jboss.net/src/resou rces/xdoclet/modules/jboss/net/resources/jboss- net_xml.xdt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- tamale_jboss4/jboss.net/src/resources/xdoclet/modules/j boss/net/resources/jboss-net_xml.xdt2002/10/07 06:33:281.1 +++ tamale_jboss4/jboss.net/src/resources/xdoclet/modules/j boss/net/resources/jboss-net_xml.xdt2002/12/14 00:33:311.2 @@ -1,9 +1,9 @@ ?xml version=1.0 encoding=XDtConfig:configParameterValue paramName='XmlEncoding'/? -!-- -- -!-- This JBoss.Net Web Service Descriptor has been generated by XDoclet -- -!-- and brought to you by F. M. Brier, C. G. Jung and J. Essington -- -!-- -- +!-- -- +!-- This JBoss.Net Web Service Descriptor has been generated by XDoclet-- +!-- and brought to you by F. M. Brier, C. G. Jung and J. Essington-- +!-- -- deployment name=XDtConfig:configParameterValue paramName='WebDeploymentName'/ @@ -27,7 +27,21 @@ /XDtClass:ifClassTagValueEquals /XDtClass:ifDoesntHaveClassTag parameter name=handlerClass value=org.jboss.net.axis.server.EJBProvider/ -parameter name=beanJndiName value=XDtEjb:ifRemoteEjbXDtEjbHome:jndiName type=remote//XDtEjb:ifRemoteEjbXDtEjb:ifLocalEj bXDtEjbHome:jndiName type=local//XDtEjb:ifLocalEjb/ +XDtEjb:ifNotLocalEjb + XDtEjb:ifRemoteEjb + parameter name=beanJndiName value=XDtEjbHome:jndiName type=remote/ / + parameter name=homeInterfaceName value=XDtEjbHome:homeInterface type=remote/ / + /XDtEjb:ifRemoteEjb + !--If this bean is neither remote nor local, it is a both, and we can use Local-- + XDtEjb:ifNotRemoteEjb + parameter name=beanJndiName value=XDtEjbHome:jndiName type=local// + parameter name=homeInterfaceName value=XDtEjbHome:homeInterface type=local/ / + /XDtEjb:ifNotRemoteEjb +/XDtEjb:ifNotLocalEjb +XDtEjb:ifLocalEjb + parameter name=beanJndiName value=XDtEjbHome:jndiName type=local// + parameter name=homeInterfaceName value=XDtEjbHome:homeInterface type=local/ / +/XDtEjb:ifLocalEjb parameter name=allowedMethods value=XDtClass:ifHasClassTag tagName=jboss- net:web-service paramName=expose- all*/XDtClass:ifHasClassTagXDtClass:ifDoesntHav eClassTag tagName=jboss-net:web-service paramName=expose- allXDtMethod:forAllMethodsXDtEjbIntf:ifIsInterface MethodXDtMethod:ifHasMethodTag tagName=jboss- net:web-methodXDtEjbIntf:interfaceMethodName/ /XDtMethod:ifHasMethodTag/XDtEjbIntf:ifIsInterfaceM ethod/XDtMethod:forAllMethods/XDtClass:ifDoesnt HaveClassTag/ requestFlow name=XDtClass:classTagValue tagName='jboss-net:web-service' paramName='urn'/Request @@ -47,11 +61,11 @@ /XDtClass:ifHasClassTag /handler /XDtClass:ifHasClassTag - handler type=java:org.jboss.net.axis.server.TransactionRequest Handler/ + handler name=TransactionRequestHandler type=java:org.jboss.net.axis.server.TransactionRequest Handler/ /requestFlow responseFlow name=XDtClass:classTagValue tagName='jboss-net:web-service' paramName='urn'/Response - handler type=java:org.jboss.net.axis.server.SerialisationRespon seHandler/ - handler type=java:org.jboss.net.axis.server.TransactionRespons eHandler/ + handler name=SerialisationResponseHandler type=java:org.jboss.net.axis.server.SerialisationRespon seHandler/ + handler name=TransactionResponseHandler type=java:org.jboss.net.axis.server.TransactionRespons eHandler/ /responseFlow /service /XDtClass:ifHasClassTag -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=653882group_id=22866 --- This
Re: [JBoss-dev] JBoss and UML?
On 2002.12.14 16:47:48 -0500 wonder sonic wrote: --- David Jencks [EMAIL PROTECTED] a écrit : On 2002.12.14 14:01:45 -0500 wonder sonic wrote: Well, it's a sort of answer I really appreciate (seriously). However, I think it should be detailed. -1- Where should those diagrams reside? in the same directories of the java files or in an other directory named diagrams (for example). -2- AFAIK, only the ones who have designed the different modules might create the best UML diagrams (activity, usecase...). I haven't the impertinence to say that I could do that! :) -3- A synchronization problem could occur for the developers who don't have such tools: modification of the source code whitout modification of the diagrams. I think this is a really serious problem. I also think most developers don't think uml diagrams work very well for the kind of meta-programming done in a lot of the server core. Could you please explain what you mean by meta-programming? Basically interceptor based, reflective, or aspect oriented programming techniques. Do you think a uml diagram of say a transaction interceptor or a lock interceptor provides a useful explanation of what it does? I haven't seen any evidence that it does, but am very open to demonstrations. I haven't tried, but would be happy if this was demonstrated to be wrong. In most cases, UML diagrams could help to communicate new developments design, explain *quickly* the dependencies between packages, classes and interfaces, show the logic of an algorithm... Moreover, the fact that UML is a graphical language reduces the explanation of a complex algorithm for example: - http://www.visualuml.com/Sample%20Diagrams/Fig%209-1%20Activity%20Diagram.jpg - http://msdn.microsoft.com/library/en-us/f_and_m/html/vxfm7_topleveldiagram.gif - http://www.smartdraw.com/resources/centers/flowcharts/images/flowchart_deployment_example.gif Personally I have found uml diagrams sometimes useful in organizing my own thinking but have never been able to communicate any useful ideas using them. -4- Perhaps some Together project files could be added? Who is going to keep them in sync? Out of date is worse than not there. Indeed! In fact, we can consider UML diagrams as a complement to javadoc. When a development is done, javadoc should be synchronized with it, UML diagrams should be synchronized the same way. Should covers a lot of territory here. Our javadocs are mostly missing and wrong. I think developers will have to find any such diagram very easy to create and very helpful in their own development process before you will find anyone making or updating them. I suspect this would only take off if the diagrams were the basis of some kind of code generation, such as done with uml2ejb. The main problem is how can developers update UML diagrams? An open source tool would be welcome. Thus my suggestion of argo (free, open source)/poseidon (commercial version of the same tool, with free community edition). -5- I can personnaly create class diagrams for the JBoss modules. What format shall I use? wmf, gif, Together (v6)? I suggest xmi using argo/poseidon. Yes, xmi is a standard for UML diagrams. But they only are useful to those who can use them with the right tool. I think an image format could be used too for those who don't have such tool. again, argo is completely free and poseidon has a free version. They are both pretty lightweight. I'll be interested to see what you come up with. thanks david jencks WS david jencks WS --- Bill Burke [EMAIL PROTECTED] a écrit : You want it. Do it. Bill Burke Chief Architect JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wonder sonic Sent: Saturday, December 14, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss and UML? Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules? I think it could help new developers who wish to contribute. Best regards, WS ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance
RE: [JBoss-dev] JBoss and UML?
There's some tool out there, forget the name JVision or something like that that allows you to specify java classes and it will suck up classes and create diagrams. UML is nice, but not necessary. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Jencks Sent: Saturday, December 14, 2002 6:29 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JBoss and UML? On 2002.12.14 16:47:48 -0500 wonder sonic wrote: --- David Jencks [EMAIL PROTECTED] a écrit : On 2002.12.14 14:01:45 -0500 wonder sonic wrote: Well, it's a sort of answer I really appreciate (seriously). However, I think it should be detailed. -1- Where should those diagrams reside? in the same directories of the java files or in an other directory named diagrams (for example). -2- AFAIK, only the ones who have designed the different modules might create the best UML diagrams (activity, usecase...). I haven't the impertinence to say that I could do that! :) -3- A synchronization problem could occur for the developers who don't have such tools: modification of the source code whitout modification of the diagrams. I think this is a really serious problem. I also think most developers don't think uml diagrams work very well for the kind of meta-programming done in a lot of the server core. Could you please explain what you mean by meta-programming? Basically interceptor based, reflective, or aspect oriented programming techniques. Do you think a uml diagram of say a transaction interceptor or a lock interceptor provides a useful explanation of what it does? I haven't seen any evidence that it does, but am very open to demonstrations. I haven't tried, but would be happy if this was demonstrated to be wrong. In most cases, UML diagrams could help to communicate new developments design, explain *quickly* the dependencies between packages, classes and interfaces, show the logic of an algorithm... Moreover, the fact that UML is a graphical language reduces the explanation of a complex algorithm for example: - http://www.visualuml.com/Sample%20Diagrams/Fig%209-1%20Activity%20 Diagram.jpg - http://msdn.microsoft.com/library/en-us/f_and_m/html/vxfm7_topleve ldiagram.gif - http://www.smartdraw.com/resources/centers/flowcharts/images/flowc hart_deployment_example.gif Personally I have found uml diagrams sometimes useful in organizing my own thinking but have never been able to communicate any useful ideas using them. -4- Perhaps some Together project files could be added? Who is going to keep them in sync? Out of date is worse than not there. Indeed! In fact, we can consider UML diagrams as a complement to javadoc. When a development is done, javadoc should be synchronized with it, UML diagrams should be synchronized the same way. Should covers a lot of territory here. Our javadocs are mostly missing and wrong. I think developers will have to find any such diagram very easy to create and very helpful in their own development process before you will find anyone making or updating them. I suspect this would only take off if the diagrams were the basis of some kind of code generation, such as done with uml2ejb. The main problem is how can developers update UML diagrams? An open source tool would be welcome. Thus my suggestion of argo (free, open source)/poseidon (commercial version of the same tool, with free community edition). -5- I can personnaly create class diagrams for the JBoss modules. What format shall I use? wmf, gif, Together (v6)? I suggest xmi using argo/poseidon. Yes, xmi is a standard for UML diagrams. But they only are useful to those who can use them with the right tool. I think an image format could be used too for those who don't have such tool. again, argo is completely free and poseidon has a free version. They are both pretty lightweight. I'll be interested to see what you come up with. thanks david jencks WS david jencks WS --- Bill Burke [EMAIL PROTECTED] a écrit : You want it. Do it. Bill Burke Chief Architect JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of wonder sonic Sent: Saturday, December 14, 2002 12:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss and UML? Hello, Looking the source code of the 4.0.0alpha version, I noticed the presence of Together diagrams in the jboss.net/testsuite directory. Wouldn't it be useful to add such development documentation (UML diagrams, not only classes diagrams) to other modules?
[JBoss-dev] Nested deployments in WAR
I have a war file which contains other deployable units as resources intended to be served to clients. For example, the war contains /files/server/default/deploy/petstore.ear /files/server/default/conf/jboss-service.xml When I deploy this war on JBoss, nested deployment tries to start all these units. This goes to pieces very quickly as the war contains an actual configuration (it's intended to be a netboot host). Is this the intended behaviour or is nested deployment being too aggressive? This is a simple war file, not an ear. Thanks Jeremy --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Nested deployments in WAR
That should not be happening for wars. The AbstractWebContainer.init(DeploymentInfo) should not be calling its super's init method as this is what triggers that behavior. Neither the 3.2 or 3.0 versions do this. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Jeremy Boynes [EMAIL PROTECTED] To: Jboss-Development [EMAIL PROTECTED] Sent: Saturday, December 14, 2002 5:36 PM Subject: [JBoss-dev] Nested deployments in WAR I have a war file which contains other deployable units as resources intended to be served to clients. For example, the war contains /files/server/default/deploy/petstore.ear /files/server/default/conf/jboss-service.xml When I deploy this war on JBoss, nested deployment tries to start all these units. This goes to pieces very quickly as the war contains an actual configuration (it's intended to be a netboot host). Is this the intended behaviour or is nested deployment being too aggressive? This is a simple war file, not an ear. Thanks Jeremy --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(JBoss_3_2_0_beta2 WonderLand) Testsuite Results: 14-December-2002
JBoss daily test results SUMMARY Number of tests run: 1035 Successful tests: 1024 Errors:10 Failures: 1 [time of test: 2002-12-15.01-31 GMT] [java.version: 1.3.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_05-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/2002-12-15.01-31 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: CircularityUnitTestCase Test: testPackageProtected(org.jboss.test.classloader.test.CircularityUnitTestCase) Type:error Exception: javax.management.MBeanException Message: Exception in MBean operation 'testPackageProtected()' - Suite: InvocationLayerStressTestCase Test: testOILMutliSessionOneConnection(org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase) Type:error Exception: java.lang.InternalError Message: Test timeout - Suite: ContextCLTestCase Test: testInvokeNeedingTCL(org.jboss.test.jbossmx.implementation.server.ContextCLTestCase) Type:error Exception: javax.management.RuntimeMBeanException Message: RuntimeException in MBean operation 'registerClassLoader(,org.jboss.mx.loading.UnifiedClassLoader)' - Suite: XAExceptionUnitTestCase Test: testXAExceptionToTransactionRolledbackLocalExceptionOnServer(org.jboss.test.jca.test.XAExceptionUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Unexpected exception: javax.ejb.EJBException: null; CausedByException is: Unable to commit, tx=TransactionImpl:XidImpl [FormatId=257, GlobalId=lamia//19671, BranchQual=] status=STATUS_NO_TRANSACTION - 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:/usr/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: JarInSarJSR77UnitTestCase Test: testFakeParentCreatedAndRemoved(org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: fakeApp jsr-77 mbean is still present - 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:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: java.lang.NullPointerException Message: - Suite: SimpleUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.security.auth.login.LoginException Message: Missing users.properties file. - Suite: SimpleUnitTestCase Test:testLoginInitialContext(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.AuthenticationException Message: Failed to login using protocol=testLoginInitialContext - Suite: HttpsUnitTestCase Test:
[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 [mkdir] Created dir: /home/jboss/jbossci/jboss-all/aop/output/lib [jar] Building jar: /home/jboss/jbossci/jboss-all/aop/output/lib/jboss-aop.jar == == == Finished 'most' in module 'aop'. == == _module-aop-most: [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib [copy] Copying 1 file to /home/jboss/jbossci/jboss-all/build/output/testbuild/lib == == == Executing 'most' in module 'cache'... == == configure-modules: Overriding previous definition of reference to jboss.naming.classpath compile-mbean-sources: [mkdir] Created dir: /home/jboss/jbossci/jboss-all/cache/output/gen/classes /home/jboss/jbossci/jboss-all/cache/src/main not found. at org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFileSet.java:369) at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:61) 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) BUILD FAILED file:/home/jboss/jbossci/jboss-all/cache/build.xml:117: Unexpected error Total time: 43 seconds --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] deployment scripts + extending Configuration of JBossSX on the fly
Hello, Jbossers
It seems that for the benefit of the wider audience I'll start with the
deployment scripting idea. For those interested in what drove me to the
idea, see below in the security part (I am sure people will have their
own use-cases for this stuff, I remember discussions from before)
For my project I need to be able not only to deploy/undeploy services on
the fly but, sometimes this is insufficient, I also need to stich them
together after deploy, unstich before undeploy, say by invoking a bunch
of methods on a bunch of MBeans.
This is clearly a deployment issue, perhaps, there is a need to move
from 'Slackware'-style packaging to 'Debian'-style packaging for
components (or at least, add extensions people can use). To explain the
analogy:
Slackware used plain old tgz's for its packages which one would just
untar and that's it. This works for simple things but when the system
grows and packages become more dependent on other packages and
versioning info, etc., this does not cut it anymore.
Debian uses a sophisticated package format with a whole bunch of stuff
packed into the package, like dependency information, pre-/post-
-installation/-configuration/-removal scripts that can modify/unmodify
various config files, etc. Obviously, in the simplest form a .deb can be
do as little as a .tgz does.
The simplest scripting tool which would be suitable for quick jobs like
the one I need, would be something based on Apache Jelly.
Let's say, the *-service.xml is not really a descriptor (though it
appears as such, we don't need to change old descriptors either) but,
say the JBoss DeployerMBean, instead of treating it as plain XML
interprets it as a Jelly script. JBoss provides a standard JBoss tag
library that interprets the tags for the *-service.xml, say, mbean tag
deploys the MBean specified by the tag's attributes and configures it
appropriately. So, a simple deployment descriptor would not notice any
difference. But, say you add another attributed to the mbean tag, say,
'referenceVar' which specifies the name of the variable under which the
object name of the newly created bean will be stored in the JellyContext
in which this script is running. Then, one can simply add a scripting
section at the end of *-service.xml which manipulates the initialized
variables, e.g. through custom jelly tags locate and invoke methods on
MBeans specified by variables from the JellyContext:
mbean code=xxx name=yyy refVar=mbeanX/
jmxinvoke targetObj=${mbeanX} method=${methodDesc} args=${args} /
where jmxinvoke is a custom Jelly tag which takes a target object name,
method description object and arguments array and does the invocation.
Obviously this is very similar to the jsp tags, which is exactly the
point of Jelly. So, with properly defined tags for invocation, exception
handling, etc, one can do simple meta-programming of MBeans during
deployment.
At the end, the DeployerMBean which processes this script, checks for
exceptions coming from the script execution and deals with them
according to the convention: calls the cleanup section of the script or
whatever. (By clean-up section I mean that the *-service.xml can be made
of sections which the deployer 'executes' depending on whether previous
stages succeed/fail)
This is the end of deployment issue/proposal. Now the security question.
Here is the problem setting:
I need to be able to have deploy any JBoss service, possibly multiple
instances, simultaneously on the same server. For that I have an
infrastructure for reconfiguring JBoss descriptors of services. For
example, for JBossMQ, I make sure that all MBeans that comprise JBossMQ
have unique object IDs, all JNDI objects exported by the service are
also uniquefied, that all cross-references are correct, etc. It turns
out that this is not enough. One aspect (yeah that 'a'-word again) of
deploying JBossMQ is completely separated from jbossmq-service.xml and
cannot be folded into *-service.xml. Namely, it is configuring security
for this particular JBossMQ instance.
It turns out (as for 3.0.4) that login-conf.xml contains an application
policy for 'jbossmq' which has a reference to a particular JBossMQ
MBean, namely StateManager. Since I always change the object name of
this MBean, I need to be able to deploy the login-config on the fly. It
would seem that ideally, one should be able to deploy the JBossMQ
service together with specification of its security domain.
My thought was, well, I'll just create my custom login-conf.xml with an
entry for just JBossMQ that I am deploying and would utilize the
XMLLoginConfig MBean, which I would deploy together with MQ. As it turns
out, this is not sufficient (silly me). After looking further into
security architecture, I can only fully replace the current
Configuration with a new one. My idea was to allow changes to the
current configuration. Is this idea crazy or not?
Well if it is not crazy, then, the
Re: [JBoss-dev] JBoss and UML?
David Jencks wrote: Personally I have found uml diagrams sometimes useful in organizing my own thinking but have never been able to communicate any useful ideas using them. As I discuss below, I find UML (or whatever modeling language you want to use) useful primarily in providing macro, analysis views of system architecture and high-level design, and in providing templates for low-level design (A.K.A. coding). For this to be useful, it must be based on a common vocabulary that is derived from the user's vocabulary. For this to be persistent, you need additional prose documentation and/or village elders who can be relied on to educate the nubies. soapbox perspective=pragmatic style=danch-rant It's absolutely ridiculous to do sequence diagrams that get anywhere near the fine grained detail of code. development models where some 'design' team grinds through and produces mountains of that nonsense that then must be ignored by herds of coders who are the lucky many who actually find out what works don't scale well, to say the least. deap-breath / /soapbox 8^}) Indeed! In fact, we can consider UML diagrams as a complement to javadoc. When a development is done, javadoc should be synchronized with it, UML diagrams should be synchronized the same way. Well, according to the dogma, you change the UML first. My personal best practice is to keep the UML at a high enough level that most code changes don't invalidate UML, and those changes that do invalidate the model tend to require using the model as a thinking tool first. Frankly, my attitude to javadoc is much the same: it should be a brief description of what is being accomplished, not a detailed description of how. And you should write it _while_ you code, not after, because 'after its done' is a time no software gets to until it's irrelavant. If you write the code for a human to read (which is the point of high-level languages), you'll need minimal commenting. UML is most useful when it is used to describe coarse-grained structures - analysis models, typical mappings from analysis to design model (both with class diagrams), and typical flows (via sequence diagrams). This makes synchronization less of an issue - if you make a change that effects things at that level, you probably _need_ to model it. Changes in implementation details fall into the 'noise' category. I think that the main thing that causes open source software to tend not to have much in the way of design documentation is that the best open source systems are built by people who have a pretty good talent for keeping a model in their heads, and for building that wetware model by reading source. When you can see it working in your head, wacking out a model isn't real stimulating compared to getting it to work in the product. soapbox Never forget that the code _is_ a design artifact, and that coding _is_ a design activity. Don't let the fact that the fabrication process is truncated in software fool you into thinking that (good) coding is an assembly line activity. Of course, that assumes that you have software engineers, not merely well trained howler monkeys. Don't do J2EE with howler monkeys. /soapbox I suggest xmi using argo/poseidon. Yes, xmi is a standard for UML diagrams. But they only are useful to those who can use them with the right tool. I think an image format could be used too for those who don't have such tool. again, argo is completely free and poseidon has a free version. They are both pretty lightweight. --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] deployment scripts + extending Configuration of JBossSX on the fly
Hi Anatoly,
I think your discussion has 2 parts that are to me pretty much completely
unrelated:
1. you want to be able to write deployment scripts using jelly
2. you want to be able to deploy bits of security stuff with your
packages.
As for 2, I need to look into this also for resource adapter deployment. I
don't see how it is related to the need for scripting: it seems to me that
either I don't understand how the xml login stuff works or it needs
extension. (so far I know little about it). Making the security stuff
accept say mbeans with additional rather than replacement security info is
surely a more appropriate fix than introducing scripting for this reason
alone.
Lets talk about (1) some more. We already have the jboss mbean service
lifecycle, with the create, start, stop, destroy methods called during
deployment and undeployment. If I understand your proposal correctly, the
same effect of your jelly script could be obtained by writing some java
code in the mbean start method say to invoke the same methods on the same
mbeans as in the jelly script. Is this correct or did I miss something?
In fact, if you look at most of the mbeans I write, you see that in the
start method they are often invoking methods on other mbeans. This is
usually needed to set up the context in which they operate.
So, it seems to me that the main point in favor of jelly scripting has to
be greater convenience and flexibility. Can you provide a specific example
showing an example of this where the configuration has to be instance
specific, so it is not appropriate to put in the start method of the java
class, or is just much easier to write externally?
Finally, since you mentioned aspects, I think you can in fact implement
this kind of lifecylce helper as mbean interceptors. Such an interceptor
would intercept only the lifecycle methods and provide pre and post actions
from the jelly script (or other source).
I'm not sure if currently xmbeans can specify their interceptor or aspect
stack in their xml descriptor, but if not I think it is easy to implement,
needed, and coming soon.
Thanks
david jencks
On 2002.12.14 23:17:43 -0500 Anatoly Akkerman wrote:
Hello, Jbossers
It seems that for the benefit of the wider audience I'll start with the
deployment scripting idea. For those interested in what drove me to the
idea, see below in the security part (I am sure people will have their
own use-cases for this stuff, I remember discussions from before)
For my project I need to be able not only to deploy/undeploy services on
the fly but, sometimes this is insufficient, I also need to stich them
together after deploy, unstich before undeploy, say by invoking a bunch
of methods on a bunch of MBeans.
This is clearly a deployment issue, perhaps, there is a need to move
from 'Slackware'-style packaging to 'Debian'-style packaging for
components (or at least, add extensions people can use). To explain the
analogy:
Slackware used plain old tgz's for its packages which one would just
untar and that's it. This works for simple things but when the system
grows and packages become more dependent on other packages and
versioning info, etc., this does not cut it anymore.
Debian uses a sophisticated package format with a whole bunch of stuff
packed into the package, like dependency information, pre-/post-
-installation/-configuration/-removal scripts that can modify/unmodify
various config files, etc. Obviously, in the simplest form a .deb can be
do as little as a .tgz does.
The simplest scripting tool which would be suitable for quick jobs like
the one I need, would be something based on Apache Jelly.
Let's say, the *-service.xml is not really a descriptor (though it
appears as such, we don't need to change old descriptors either) but,
say the JBoss DeployerMBean, instead of treating it as plain XML
interprets it as a Jelly script. JBoss provides a standard JBoss tag
library that interprets the tags for the *-service.xml, say, mbean tag
deploys the MBean specified by the tag's attributes and configures it
appropriately. So, a simple deployment descriptor would not notice any
difference. But, say you add another attributed to the mbean tag, say,
'referenceVar' which specifies the name of the variable under which the
object name of the newly created bean will be stored in the JellyContext
in which this script is running. Then, one can simply add a scripting
section at the end of *-service.xml which manipulates the initialized
variables, e.g. through custom jelly tags locate and invoke methods on
MBeans specified by variables from the JellyContext:
mbean code=xxx name=yyy refVar=mbeanX/
jmxinvoke targetObj=${mbeanX} method=${methodDesc} args=${args} /
where jmxinvoke is a custom Jelly tag which takes a target object name,
method description object and arguments array and does the invocation.
Obviously this is very similar to the jsp tags,
