[JBoss-dev] CVS update: jboss-j2ee/src/main/javax/jms JMSException.java
User: user57
Date: 01/08/21 16:47:10
Modified:src/main/javax/jms JMSException.java
Log:
o fixed setLinkedException sig to be serial compatible with JMS 1.0.2
(needed to be synchronized and have its param name as 'ex' instead of
'linkedException').
Revision ChangesPath
1.2 +33 -29jboss-j2ee/src/main/javax/jms/JMSException.java
Index: JMSException.java
===
RCS file: /cvsroot/jboss/jboss-j2ee/src/main/javax/jms/JMSException.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JMSException.java 2001/04/01 13:43:20 1.1
+++ JMSException.java 2001/08/21 23:47:10 1.2
@@ -10,24 +10,33 @@
/**
* This is the root class of all JMS exceptions.
*
- * It provides following information:
- *
+ * pIt provides following information:
* ul
- * liprovider-specific string describing the error - This string is the
standard Java exception message, and is available via getMessage().
+ * liprovider-specific string describing the error -
+ * This string is the standard Java exception message,
+ * and is available via getMessage().
* liprovider-specific, string error code
- * lireference to another exception - Often a JMS exception will be the result
of a lower level problem. If appropriate, this lower level exception can be linked to
the JMS exception.
+ * lireference to another exception - Often a JMS exception will be
+ * the result of a lower level problem. If appropriate, this lower
+ * level exception can be linked to the JMS exception.
* /ul
*
* @author Chris Kimpton ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
+ * @version $Revision: 1.2 $
**/
-public class JMSException extends Exception
+public class JMSException
+ extends Exception
{
- // CONSTRUCTORS -
+ /** The specified error code */
+ private String _errorCode; // = null;
+ /** A linked exception */
+ private Exception _linkedException;
+
/**
- * Construct a JMSException with reason and error code for exception
- */
+* Construct a JMSException with reason and error code for exception
+*/
public JMSException(String reason, String errorCode)
{
super(reason);
@@ -35,40 +44,35 @@
}
/**
- * Construct a JMSException with reason and with error code defaulting to null
- */
+* Construct a JMSException with reason and with error code defaulting
+* to null.
+*/
public JMSException(String reason)
{
- this(reason,null);
+ this(reason, null);
}
-
- // PUBLIC METHODS -
- /** Get the vendor specific error code */
+ /**
+* Get the vendor specific error code.
+*/
public String getErrorCode()
{
return _errorCode;
}
- /** Get the exception linked to this one.
- * ? who uses this ?
- */
+ /**
+* Get the exception linked to this one.
+*/
public Exception getLinkedException()
{
return _linkedException;
}
- /** set the linked exception */
- public void setLinkedException(Exception linkedException)
+ /**
+* Set the linked exception
+*/
+ public synchronized void setLinkedException(Exception ex)
{
- _linkedException = linkedException;
+ _linkedException = ex;
}
-
- // ATTRIBUTES -
-
- /** the specified error code */
- private String _errorCode = null;
-
- /** a linked exception */
- private Exception _linkedException;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-j2ee/src/main/javax/jms JMSException.java
User: user57
Date: 01/08/21 16:51:22
Modified:src/main/javax/jms JMSException.java
Log:
o needed to change field names too (removed leading _)
Revision ChangesPath
1.3 +7 -7 jboss-j2ee/src/main/javax/jms/JMSException.java
Index: JMSException.java
===
RCS file: /cvsroot/jboss/jboss-j2ee/src/main/javax/jms/JMSException.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JMSException.java 2001/08/21 23:47:10 1.2
+++ JMSException.java 2001/08/21 23:51:22 1.3
@@ -23,16 +23,16 @@
*
* @author Chris Kimpton ([EMAIL PROTECTED])
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.3 $
**/
public class JMSException
extends Exception
{
/** The specified error code */
- private String _errorCode; // = null;
+ private String errorCode; // = null;
/** A linked exception */
- private Exception _linkedException;
+ private Exception linkedException;
/**
* Construct a JMSException with reason and error code for exception
@@ -40,7 +40,7 @@
public JMSException(String reason, String errorCode)
{
super(reason);
- _errorCode = errorCode;
+ this.errorCode = errorCode;
}
/**
@@ -57,7 +57,7 @@
*/
public String getErrorCode()
{
- return _errorCode;
+ return errorCode;
}
/**
@@ -65,7 +65,7 @@
*/
public Exception getLinkedException()
{
- return _linkedException;
+ return linkedException;
}
/**
@@ -73,6 +73,6 @@
*/
public synchronized void setLinkedException(Exception ex)
{
- _linkedException = ex;
+ linkedException = ex;
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jbossmq selector parser grammer source
Where is the source for the selector parser? It looks like it is not parsing the literals true and false, it only looks for TRUE and FALSE. I am contemplating modifiying parser.java int yylex() under the //CST group group, but I would rather modify the grammer source and regenerate the parser. Perhaps we could switch this to javacc and let ant build the parser as part of the build. It looks like there might be a problem with Operator.equal() too, which I am looking into now... Yup, sure is. Operator.equal() does not properly handle Boolean types. I have just fixed (and verified) both of these problems. Should I commit them? Silly me, of course I should commit them... but where is jms.y? When ever the parser is regenerated from this it will blow away these changes. Can someone change this to javacc, check in the source grammer and setup the build system to automatically generate this? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/selectors Operator.java
User: user57
Date: 01/08/21 17:44:44
Modified:src/main/org/jboss/mq/selectors Operator.java
Log:
o Operator.equal() will properly compute the equality when using Boolean
types.
Revision ChangesPath
1.3 +3 -1 jbossmq/src/main/org/jboss/mq/selectors/Operator.java
Index: Operator.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/selectors/Operator.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Operator.java 2001/08/17 03:04:06 1.2
+++ Operator.java 2001/08/22 00:44:44 1.3
@@ -14,7 +14,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author [EMAIL PROTECTED]
* @createdAugust 16, 2001
- * @version$Revision: 1.2 $
+ * @version$Revision: 1.3 $
*/
public class Operator {
int operation;
@@ -183,7 +183,9 @@
case STRING:
case LONG:
case DOUBLE:
+ case BOOLEAN:
computeArgument2();
+
if ( arg2 == null ) {
return Boolean.FALSE;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/selectors parser.java
User: user57
Date: 01/08/21 17:52:31
Modified:src/main/org/jboss/mq/selectors parser.java
Log:
o Added support for the true and false boolean literals.
Revision ChangesPath
1.3 +2 -2 jbossmq/src/main/org/jboss/mq/selectors/parser.java
Index: parser.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/selectors/parser.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- parser.java 2001/08/17 03:04:06 1.2
+++ parser.java 2001/08/22 00:52:31 1.3
@@ -540,11 +540,11 @@
}
//CST group
- if ( s.equals( TRUE ) ) {
+ if ( s.equals( TRUE ) || s.equals(true) ) {
yylval = new parserval( ( Object )Boolean.TRUE );
return CST;
}
- if ( s.equals( FALSE ) ) {
+ if ( s.equals( FALSE ) || s.equals(false) ) {
yylval = new parserval( ( Object )Boolean.FALSE );
return CST;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq/src/main/org/jboss/mq/selectors Selector.java
User: user57
Date: 01/08/21 17:53:35
Modified:src/main/org/jboss/mq/selectors Selector.java
Log:
o added some commented logging (too verbose to leave it for now)
o changed exceptions to return a bit more detail
Revision ChangesPath
1.3 +105 -62 jbossmq/src/main/org/jboss/mq/selectors/Selector.java
Index: Selector.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jboss/mq/selectors/Selector.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Selector.java 2001/08/17 03:04:06 1.2
+++ Selector.java 2001/08/22 00:53:35 1.3
@@ -8,10 +8,12 @@
import java.util.HashMap;
import java.util.Iterator;
-import javax.jms.InvalidSelectorException;
+import javax.jms.InvalidSelectorException;
import javax.jms.JMSException;
+import org.apache.log4j.Category;
+
import org.jboss.mq.SpyMessage;
/**
@@ -19,112 +21,153 @@
*
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Juha Lindfors ([EMAIL PROTECTED])
+ * @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
* @createdAugust 16, 2001
- * @version$Revision: 1.2 $
+ * @version$Revision: 1.3 $
*/
-public class Selector {
- public HashMap identifiers;
- // HashMap of Identifiers
- public Objectresult;
+public class Selector
+{
+ public HashMap identifiers;
+ public Object result;
+ private Class resultType;
+
+ static Category cat = Category.getInstance(Selector.class);
- static org.apache.log4j.Category cat = org.apache.log4j.Category.getInstance(
Selector.class );
-
- public Selector( String sel )
- throws JMSException {
+ public Selector(String sel) throws JMSException {
parser bob = new parser();
identifiers = new HashMap();
try {
- result = bob.parse( sel, identifiers );
- } catch ( Exception e ) {
- InvalidSelectorException exception = new InvalidSelectorException( The
selector is invalid. );
- exception.setLinkedException( e );
+ result = bob.parse(sel, identifiers);
+ resultType = result.getClass();
+ }
+ catch (Exception e) {
+ InvalidSelectorException exception =
+new InvalidSelectorException(The selector is invalid.);
+ exception.setLinkedException(e);
throw exception;
}
- //Log.notice(result.toString());
+// if (cat.isDebugEnabled()) {
+// cat.debug(result: + resultType + = + result);
+// }
}
-
- public boolean test( SpyMessage mes )
- throws JMSException {
+ public boolean test(SpyMessage mes) throws JMSException {
try {
-
- //Set the identifiers values
+ // Set the identifiers values
Iterator i = identifiers.values().iterator();
-
- while ( i.hasNext() ) {
-Identifier id = ( Identifier )i.next();
-Object find = mes.getObjectProperty( id.name );
+ while (i.hasNext()) {
+Identifier id = (Identifier)i.next();
+Object find = mes.getObjectProperty(id.name);
+// if (cat.isDebugEnabled()) {
+//cat.debug(Identifier: + id);
+//cat.debug(Property: + find);
+//if (find != null) {
+// cat.debug(Property type: + find.getClass());
+//}
+// }
-if ( find == null ) {
- find = getHeaderFieldReferences( mes, id.name );
+if (find == null) {
+ find = getHeaderFieldReferences(mes, id.name);
}
-if ( find == null ) {
- cat.debug( Warning : missing property + id.name );
+if (find == null) {
+ if (cat.isDebugEnabled()) {
+ cat.debug(Warning : missing property + id.name);
+ }
id.value = null;
-} else {
+}
+else {
Class type = find.getClass();
- if ( type.equals( Boolean.class ) || type.equals( String.class )
- || type.equals( Double.class ) || type.equals( Float.class )
- || type.equals( Integer.class ) || type.equals( Long.class )
- || type.equals( Short.class ) || type.equals( Byte.class ) ) {
+ if (type.equals(Boolean.class) ||
+ type.equals(String.class) ||
+ type.equals(Double.class) ||
+ type.equals(Float.class) ||
+ type.equals(Integer.class) ||
+ type.equals(Long.class)||
+ type.equals(Short.class
Re: [JBoss-dev] manual build
What xml jars did you have to update? Where did you update them? XSLTransform, in ant.jar, uses several classes from Optional.jar, so build.sh also has to include optional.jar on the local classpath. By adding optional.jar to the system classpath, all support jars will also have to be on the local classpath, which means that users will either have to use a custom ant, which contains all the correct bits in $ANT_HOME/lib or they will have to install the required versions of those jars into their $ANT_HOME/lib or the build system will not work. This is a rather huge problem with Ant 1.3 and how it loads classes. The easiest thing todo is insist that all users use the tools/apache/ant/bin/ant* to start the build (via build.* scripts) or they can update there own ANT_HOME to include all of the jars from tools/apache/ant/lib into their $ANT_HOME/lib. I origionally had things setup to use a version of ant with the correct libs, but reverted to the current style to allow people to run any standard ant dist directly. Unfortunatly the optional.jar makes this whole thing a huge mess. I do not have a good fix for this at the moment. Does anyone know if 1.4 fixes this crappy class loading problem? The xml processor files in tools... are out of date versions. True, but they are from the ant 1.3 dist, so if we expect users to run a vanilla ant and get it to work, we have to use these. Since mine works with ant 1.3 should I commit? or should we be forward looking? I think we need to get an answer about how 1.4 might fix this and allow users to still use `ant` directly, or if that requirement is causing more problems than it solves. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq load balancing across vms
It does not say... this is one of the grey-areas of the spec. Most providers will round-robin over multipule recievers. It is really too bad that this is not more concreate, as JMS would provide a nice mech. for distributing over a large group of machines, and allow for ordering and such. I think that I will probably drop JMS for this as soon as I have time to rearch. under a different distribution system (like JavaSpaces). JMS is too ugly and too vendor specific. I will probably still keep it around for async events from beans/to beans though. Just not as the backend for distributing load. --jason On Tue, 21 Aug 2001, David Jencks wrote: I am not an expert Is this sharing of a message queue receiving end really spec compliant? How does it relate to order-of-messages guarantees? It seems to me this may be the conceptual difference between message queues and javaspaces..?? david jencks On 2001.08.21 19:06:08 -0400 Jason Dillon wrote: Hello again, I am running into a problem with the latest JBossMQ wrt using it to load balance across machines. I have one machine which acts as a message router, running JBossMQ. All other machines use it for their JMSProvider. When I have more than one MDB attached to a single queue, and a user-thread adding messages over and over, it looks like only one of the MDB's will ever read any messages. I do not remember seeing this before. It looks like when I startup a new MDB that 50% of the time it will take over and the others will remain idle, or it will simply never read any new messages. I have each of these MDB setup with: MaximumSize1/MaximumSize MaxMessages1/MaxMessages Which could be causing problem... but honestly I don't really know what these two setting actually do. I wanted to have these deployed MDB's to only process one message at a time, which this seems to accomplish most of the time. Any ways, I am concerended about how JBossMQ is pushing messages over to consumers. I mentioned before that if one producer added 1k messages to a queue, then one MDB was attached which would suck up all of the messages. When a second MDB was attached it would not have anything todo. Hiram mentioned something about this, but I am not really sure what the plans were to fix this. I would like to get this fixed soon, as I am fairly dependent on this behavior. From my perspective, there are two major issues: 1) JBossMQ does not seem to trade off between consumers (ie. round-robin or whatever). 2) JBossMQ does not have any configurable limits on how messages are pushed from the server to clients/consumers. I understand why JBossMQ wants to push over bulk messages to consumers, but that is only really useful in some applications. In my case, I would rather that it pushed over smallers chunks (or even 1 msg at a time) to clients so that I could utilize the cluster of machines that I have to distribute the processing load. So, to the JBossMQ folks, does this sound like it would be easy to implement? Do you have any suggestions on how it might be done (quick fix and full blown god JMS provider version)? I am willing to look into this more, but I could use some pointers on which bits need to be tweaked. Any ideas? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jbossmq load balancing across vms
What this means is that if you have multiple receivers waiting for a message from a queue and a message arrives then it will be immediately delivered to receiver A. Receiver A is now removed from the HashSet, however if receiver A finishes its processing and requests another message before another message is sent to the queue it will be added back to the HashSet. When the next message arrives set will again be sent to receiver A because in the HashSets ordering receiver A is clearly ahead of receiver B. Why a HashSet and not a LinkedList? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How about a JBoss-2.6 release?
Today I finally was able to stabalize my app with the HEAD branch (which I have been trying todo for the past few months). I still have to do much QA before I am willing to take this to production. I expect a few minor snags, but nothing major *fingers crossed*. Any ways, I think that with all of the JBossMQ, entity locking logging changes that it might be the most stable JBoss ever (well at least more stable than the version I have used). I am not sure what you are planning for a release schedule. I remember something a while back about some number of months, but I can not recall what they were at the moment. How about a 3-6 month schedule, which moves based on feature completion, would work out the best. But that is just a wild guess backed by a little preference. On an unrelated note, I should have time this week to improve the build system docs as win32 build scripts. I would still like to create a http://jboss.org/developers/ area to drop all this (plus more) into. Probably move cvs stuff there too. Is this going to be ok? Hopefully I can also get to the manual testsuite modules too, so that everything is integrated. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq selector parser grammer source
On Wed, 22 Aug 2001, Dain Sundstrom wrote: What do you mean by selector parser? There is a parser.java which looks to be generated from a jms.y grammer which is used to parse JMS message selectors. The generated parser source is checked in but not the grammer. --jason I could adapt the parser that is used for EJB-QL to parse. It is a generic non-deterministic recusive descent parser, so it is not fast for complicated grammers. This is only an issue if you want to parse on the fly. -dain - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 21, 2001 7:46 PM Subject: [JBoss-dev] jbossmq selector parser grammer source Where is the source for the selector parser? It looks like it is not parsing the literals true and false, it only looks for TRUE and FALSE. I am contemplating modifiying parser.java int yylex() under the file://CST group group, but I would rather modify the grammer source and regenerate the parser. Perhaps we could switch this to javacc and let ant build the parser as part of the build. It looks like there might be a problem with Operator.equal() too, which I am looking into now... Yup, sure is. Operator.equal() does not properly handle Boolean types. I have just fixed (and verified) both of these problems. Should I commit them? Silly me, of course I should commit them... but where is jms.y? When ever the parser is regenerated from this it will blow away these changes. Can someone change this to javacc, check in the source grammer and setup the build system to automatically generate this? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Extra ;
I think it still fails to compile some org.jboss.web.* stuff properly. --jason On Wed, 22 Aug 2001, Dain Sundstrom wrote: Fixed, will commit change as soon as sourcefouge cvs is back on line. Does jikes work compile jboss server now? -dain - Original Message - From: Dave Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 21, 2001 6:44 AM Subject: [JBoss-dev] Extra ; Dain in server/src/main/org/jboss/ejb/plugins/cmp/ejbql/Parser.java line 66 you have an extra ';' terminating the return statement. It is causing jikes to complain. Found 1 semantic error compiling /home/dave/jboss/server/src/main/org/jboss/ejb/plugins/cmp/ejbql/Parser.jav a: [javac] [javac] 66. return (Assembly)completeMatches.iterator().next();; [javac] ^ [javac] *** Error: This statement is unreachable. Could you take it out? Thanks .. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jbossmq build.xml
This change will break the release-* targets, as well as the consistency
model where files are generated. Why do you need to work off of this
directory for project.release output?
--jason
On Wed, 22 Aug 2001, Hiram Chirino wrote:
User: chirino
Date: 01/08/22 08:15:47
Modified:jbossmq build.xml
Log:
These changes should allow jboss-mq to build ok again.
Revision ChangesPath
1.6 +2 -2 build/jbossmq/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/build/jbossmq/build.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- build.xml 2001/08/18 04:55:09 1.5
+++ build.xml 2001/08/22 15:15:47 1.6
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.5 2001/08/18 04:55:09 user57 Exp $ --
+!-- $Id: build.xml,v 1.6 2001/08/22 15:15:47 chirino Exp $ --
project default=main basedir=..
@@ -74,7 +74,7 @@
| thirdparty.root - Where to thirdparty libraries live
--
property name=project.output value=${project.config}/output/
- property name=project.release value=${project.output}/
+ property name=project.release value=${project.config}/build/
property name=tools.root value=${project.root}/tools/
property name=thirdparty.root value=${project.root}/thirdparty/
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq selector parser grammer source
Unless s has been toUpperCase() (which I did not explictly check), then this
is not spec compliant. It needs to check for true and false too.
Do you know what is used to generate parser.java from jms.y?
--jason
On Wed, 22 Aug 2001, Juha-P Lindfors wrote:
It's here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/spyderMQ/src/java/org/spydermq/selectors/
this is the boolean equal check:
//CST group
if (s.equals(TRUE)) {
yylval = new parserval((Object)Boolean.TRUE);
return CST;
}
if (s.equals(FALSE)) {
yylval = new parserval((Object)Boolean.FALSE);
return CST;
}
-- Juha
On Wed, 22 Aug 2001, Hiram Chirino wrote:
Can you send it to me??? I'll check it in.
Regards,
Hiram
From: Juha-P Lindfors [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] jbossmq selector parser grammer source
Date: Wed, 22 Aug 2001 13:01:02 +0300 (EET DST)
I have just fixed (and verified) both of these problems. Should I
commit
them? Silly me, of course I should commit them... but where is jms.y?
I have the jms.y as part of the old spyderMQ module in
src/java/org/spydermq/selectors.
No idea where it is in the newer modules, or if it was ever transferred.
But check the SpyderMQ in CVS.
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq selector parser grammer source
Where do I get this from? I would like to integrate it into the build system. --jason On Wed, 22 Aug 2001, Juha-P Lindfors wrote: On Wed, 22 Aug 2001, Jason Dillon wrote: Do you know what is used to generate parser.java from jms.y? //### This file created by BYACC 1.8(/Java extension 0.92) //### Java capabilities added 7 Jan 97, Bob Jamison //### Updated : 27 Nov 97 -- Bob Jamison, Joe Nieten //### 01 Jan 98 -- Bob Jamison -- fixed generic semantic //### 01 Jun 99 -- Bob Jamison -- added Runnable support //### Please send bug reports to [EMAIL PROTECTED] //### static char yysccsid[] = @(#)yaccpar 1.8 (Berkeley) 01/20/90; -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbossmq selector parser grammer source
Lets convert the grammer/parser to javacc so that everyone can build it.
--jason
On Wed, 22 Aug 2001, Hiram Chirino wrote:
I think Byacc. Can I get a win32 ver of that???
Regards,
Hiram
From: Jason Dillon [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] jbossmq selector parser grammer source
Date: Wed, 22 Aug 2001 12:41:33 -0700 (PDT)
Unless s has been toUpperCase() (which I did not explictly check), then
this
is not spec compliant. It needs to check for true and false too.
Do you know what is used to generate parser.java from jms.y?
--jason
On Wed, 22 Aug 2001, Juha-P Lindfors wrote:
It's here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/spyderMQ/src/java/org/spydermq/selectors/
this is the boolean equal check:
//CST group
if (s.equals(TRUE)) {
yylval = new parserval((Object)Boolean.TRUE);
return CST;
}
if (s.equals(FALSE)) {
yylval = new parserval((Object)Boolean.FALSE);
return CST;
}
-- Juha
On Wed, 22 Aug 2001, Hiram Chirino wrote:
Can you send it to me??? I'll check it in.
Regards,
Hiram
From: Juha-P Lindfors [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] jbossmq selector parser grammer source
Date: Wed, 22 Aug 2001 13:01:02 +0300 (EET DST)
I have just fixed (and verified) both of these problems. Should
I
commit
them? Silly me, of course I should commit them... but where is
jms.y?
I have the jms.y as part of the old spyderMQ module in
src/java/org/spydermq/selectors.
No idea where it is in the newer modules, or if it was ever
transferred.
But check the SpyderMQ in CVS.
-- Juha
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
_
Get your FREE download of MSN Explorer at
http://explorer.msn.com/intl.asp
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JIKES
I saw the response to this, but I wanted to add, that I did add a HOWTO in the BMUG for this. --jason On Wed, 22 Aug 2001, marc fleury wrote: can someone post the snippet to use jikes as the compiler with ant? sorry for the beginner question.. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Dain |Sundstrom |Sent: Wednesday, August 22, 2001 4:45 PM |To: [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] Extra ; | | |That's it. Why don't we fix these errors. I think both are Ambiguous class |referances and can be fixed with absolute class referances. We should |atleast try, as jikes is like a billion times faster then javac. Do you |want to take a shot at resolving the errors? (take a look at the jikes docs |for info on resolving the problems) | |-dain | |- Original Message - |From: Dave Smith [EMAIL PROTECTED] |To: [EMAIL PROTECTED] |Sent: Wednesday, August 22, 2001 3:19 PM |Subject: Re: [JBoss-dev] Extra ; | | | As of 4:14 EST | jikes -v | Version 1.12 8/1/2000 | | | compile-classes: | [mkdir] Created dir: /home/dave/jboss/cluster/output/classes | [javac] Compiling 22 source files to | /home/dave/jboss/cluster/output/classes | [javac] | [javac] Issued 1 semantic warning compiling | /home/dave/jboss/cluster/src/main/org/jboss/ha/HAConfigNodeImpl.java: | [javac] | [javac]441. wait (); | [javac] - | [javac] *** Caution: Ambiguous reference to member named wait | inherited from type java/lang/Object but also declared or inherited in | the enclosing type org/jboss/ha/HAConfigNodeImpl. Explicit | qualification is required. | | | [javac] Compiling 1 source file to | /home/dave/jboss/plugins/jetty/output/classes | [javac] | [javac] Found 1 semantic error compiling | |/home/dave/jboss/plugins/jetty/src/main/org/jboss/jetty/SetupHandl |er.java: | [javac] | [javac] 21. public class SetupHandler | [javac] -- | [javac] *** Error: The abstract method void | handle(java.lang.String $1, com.mortbay.HTTP.HttpRequest $2, | com.mortbay.HTTP.HttpResponse $3);, inherited from type | com/mortbay/HTTP/Handler/NullHandler, is not implemented in the | non-abstract class org/jboss/jetty/SetupHandler. Since the type | com/mortbay/HTTP/Handler/NullHandler was read from a class file, it is | possible that it just needs to be recompiled because after having | inherited method void handle(java.lang.String $1, | com.mortbay.HTTP.HttpRequest $2, com.mortbay.HTTP.HttpResponse $3); | from an interface, the method was subsequently removed from that |interface. | | | | But the ';' problem went away ... | | Jason Dillon wrote: | I think it still fails to compile some org.jboss.web.* stuff properly. | | --jason | | | On Wed, 22 Aug 2001, Dain Sundstrom wrote: | | | Fixed, will commit change as soon as sourcefouge cvs is back on line. | | Does jikes work compile jboss server now? | | -dain | | - Original Message - | From: Dave Smith [EMAIL PROTECTED] | To: [EMAIL PROTECTED] | Sent: Tuesday, August 21, 2001 6:44 AM | Subject: [JBoss-dev] Extra ; | | | | Dain in server/src/main/org/jboss/ejb/plugins/cmp/ejbql/Parser.java |line | 66 you have an extra ';' terminating the return statement. It is |causing | jikes to complain. | | Found 1 semantic error compiling | | | |/home/dave/jboss/server/src/main/org/jboss/ejb/plugins/cmp/ejbql |/Parser.j |av | a: | | [javac] | [javac] 66. return | (Assembly)completeMatches.iterator().next();; | [javac] | ^ | [javac] *** Error: This statement is unreachable. | | Could you take it out? Thanks .. | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Extra ;
1.12... you might want to upgrade to 1.14 --jason On Wed, 22 Aug 2001, Dave Smith wrote: As of 4:14 EST jikes -v Version 1.12 8/1/2000 compile-classes: [mkdir] Created dir: /home/dave/jboss/cluster/output/classes [javac] Compiling 22 source files to /home/dave/jboss/cluster/output/classes [javac] [javac] Issued 1 semantic warning compiling /home/dave/jboss/cluster/src/main/org/jboss/ha/HAConfigNodeImpl.java: [javac] [javac]441. wait (); [javac] - [javac] *** Caution: Ambiguous reference to member named wait inherited from type java/lang/Object but also declared or inherited in the enclosing type org/jboss/ha/HAConfigNodeImpl. Explicit qualification is required. [javac] Compiling 1 source file to /home/dave/jboss/plugins/jetty/output/classes [javac] [javac] Found 1 semantic error compiling /home/dave/jboss/plugins/jetty/src/main/org/jboss/jetty/SetupHandler.java: [javac] [javac] 21. public class SetupHandler [javac] -- [javac] *** Error: The abstract method void handle(java.lang.String $1, com.mortbay.HTTP.HttpRequest $2, com.mortbay.HTTP.HttpResponse $3);, inherited from type com/mortbay/HTTP/Handler/NullHandler, is not implemented in the non-abstract class org/jboss/jetty/SetupHandler. Since the type com/mortbay/HTTP/Handler/NullHandler was read from a class file, it is possible that it just needs to be recompiled because after having inherited method void handle(java.lang.String $1, com.mortbay.HTTP.HttpRequest $2, com.mortbay.HTTP.HttpResponse $3); from an interface, the method was subsequently removed from that interface. But the ';' problem went away ... Jason Dillon wrote: I think it still fails to compile some org.jboss.web.* stuff properly. --jason On Wed, 22 Aug 2001, Dain Sundstrom wrote: Fixed, will commit change as soon as sourcefouge cvs is back on line. Does jikes work compile jboss server now? -dain - Original Message - From: Dave Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 21, 2001 6:44 AM Subject: [JBoss-dev] Extra ; Dain in server/src/main/org/jboss/ejb/plugins/cmp/ejbql/Parser.java line 66 you have an extra ';' terminating the return statement. It is causing jikes to complain. Found 1 semantic error compiling /home/dave/jboss/server/src/main/org/jboss/ejb/plugins/cmp/ejbql/Parser.jav a: [javac] [javac] 66. return (Assembly)completeMatches.iterator().next();; [javac] ^ [javac] *** Error: This statement is unreachable. Could you take it out? Thanks .. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/src/main/org/jboss/jetty SetupHandler.java
User: user57
Date: 01/08/22 17:06:00
Modified:jetty/src/main/org/jboss/jetty SetupHandler.java
Log:
o added empty handle(String, HttpRequest, HttpResponse) so this will compile
based on the version of jetty in thridparty.
Revision ChangesPath
1.7 +63 -44contrib/jetty/src/main/org/jboss/jetty/SetupHandler.java
Index: SetupHandler.java
===
RCS file: /cvsroot/jboss/contrib/jetty/src/main/org/jboss/jetty/SetupHandler.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- SetupHandler.java 2001/08/22 20:02:34 1.6
+++ SetupHandler.java 2001/08/23 00:06:00 1.7
@@ -1,71 +1,90 @@
package org.jboss.jetty;
+import java.io.IOException;
+
import com.mortbay.HTTP.Handler.NullHandler;
import com.mortbay.HTTP.HandlerContext;
import com.mortbay.HTTP.HttpException;
import com.mortbay.HTTP.HttpRequest;
import com.mortbay.HTTP.HttpResponse;
import com.mortbay.HTTP.HttpServer;
-import java.io.IOException;
+
import org.apache.log4j.Category;
+
import org.jboss.web.AbstractWebContainer.WebDescriptorParser;
import org.jboss.web.WebApplication;
+
import org.w3c.dom.Element;
-/** An HttpHandler that simply hooks into the web application startup
+/**
+ * An HttpHandler that simply hooks into the web application startup
* so that is sees the correct class loader and security realm name.
*
* @author [EMAIL PROTECTED]
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
public class SetupHandler
- extends NullHandler
+ extends NullHandler
{
- Category_log;
- WebDescriptorParser _descriptorParser;
- WebApplication _webApp;
-
- //--
-
- public
-SetupHandler(Category log,
- WebDescriptorParser descriptorParser, WebApplication webApp)
- {
-_log = log;
-_descriptorParser = descriptorParser;
-_webApp = webApp;
- }
+ Category_log;
+ WebDescriptorParser _descriptorParser;
+ WebApplication _webApp;
+
+ //--
+
+ public SetupHandler(Category log,
+ WebDescriptorParser descriptorParser,
+ WebApplication webApp)
+ {
+ _log = log;
+ _descriptorParser = descriptorParser;
+ _webApp = webApp;
+ }
- //--
+ //--
- public void
-start()
-throws Exception
- {
-ClassLoader loader = getHandlerContext().getClassLoader();
-if (_webApp.getClassLoader()!=loader.getParent())
- _log.warn(WARNING: WebApp ClassLoader is not child of J2EEDeployer's
ClassLoader);
+ public void start() throws Exception
+ {
+ ClassLoader loader = getHandlerContext().getClassLoader();
+ if (_webApp.getClassLoader()!=loader.getParent()) {
+ _log.warn(WebApp ClassLoader is not child of J2EEDeployer's ClassLoader);
+ }
-// Setup the JNDI environment
-Element webAppDD = _webApp.getWebApp();
-Element jbossDD = _webApp.getJbossWeb();
-_descriptorParser.parseWebAppDescriptors(loader, webAppDD, jbossDD);
+ // Setup the JNDI environment
+ Element webAppDD = _webApp.getWebApp();
+ Element jbossDD = _webApp.getJbossWeb();
+ _descriptorParser.parseWebAppDescriptors(loader, webAppDD, jbossDD);
-// Add the JBoss security realm
-HttpServer server= getHandlerContext().getHttpServer();
-String realmName = getHandlerContext().getRealm();
-server.addRealm(new JBossUserRealm(_log, realmName));
+ // Add the JBoss security realm
+ HttpServer server= getHandlerContext().getHttpServer();
+ String realmName = getHandlerContext().getRealm();
+ server.addRealm(new JBossUserRealm(_log, realmName));
-super.start();
- }
+ super.start();
+ }
- //--
-
- // does nothing - we are only interested in start()...
+ //--
- public void
-handle(String pathInContext, String pathParams, HttpRequest request,
HttpResponse response)
-throws HttpException, IOException
- {
- }
+ /**
+* Does nothing - we are only interested in {@link #start}.
+*/
+ public void handle(String pathInContext,
+ String pathParams,
+ HttpRequest request,
+ HttpResponse
[JBoss-dev] CVS update: jbossmx/src/main/org/jboss/ha HAConfigNodeImpl.java
User: user57
Date: 01/08/22 17:09:05
Modified:src/main/org/jboss/ha HAConfigNodeImpl.java
Log:
o using this.wait() instead of wait(), to avoid compile problem with older
jikes.
Revision ChangesPath
1.2 +3 -3 jbossmx/src/main/org/jboss/ha/HAConfigNodeImpl.java
Index: HAConfigNodeImpl.java
===
RCS file: /cvsroot/jboss/jbossmx/src/main/org/jboss/ha/HAConfigNodeImpl.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- HAConfigNodeImpl.java 2001/08/19 18:33:53 1.1
+++ HAConfigNodeImpl.java 2001/08/23 00:09:05 1.2
@@ -29,7 +29,7 @@
*
* @see HAConfigNode
* @author a href=mailto:[EMAIL PROTECTED];Sacha Labourey/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*
* pbRevisions:/b
*
@@ -411,7 +411,7 @@
//
***
class EventDispatcher
- implements Runnable, DistributedTree.DistributedTreeListener,
DistributedTree.MembershipListener
+ implements Runnable, DistributedTree.DistributedTreeListener,
DistributedTree.MembershipListener
{
private java.util.Vector events = new java.util.Vector (20);
private Thread dispatcherThread = null;
@@ -438,7 +438,7 @@
{
threadSuspended = (events.size () = 0);
while (threadSuspended)
-wait ();
+this.wait();
}
}
} catch (InterruptedException e)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: JavaStyle jar??
Add the license readme file too if it makes you feel better =) --jason On Wed, 22 Aug 2001, Hiram Chirino wrote: Hi David.. Sorry I missed your earlier message. I found the JavaStyle tool via the ejbdoclet project. They are the ones that make the ant task for it. Since the ejbdoclet people did not include the javastyle.jar, I did not include it either. I'm have not looked into the licensing of it. Shoot, in general I think that we check in anything into the CVS that may or may not have lic. probs. (Like javac etc.) So go ahead and check it in... If a javastyle guy has a problem with it.. will remove it right?? Regards, Hiram From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: JavaStyle jar?? Date: Wed, 22 Aug 2001 18:42:34 -0400 Hiram, Maybe you didn't see my question a few days ago in the mailing list. I fixed up the pretty/JavaStyle stuff so it works through the build.xml, and put the changes in connector, pool, and messaging. I love it! Thanks for finding this! I note you didn't check in the JavaStyle.jar from the jedit people and wondered if there was some reason for this. If not, I can check it in so we have a working style helper! I also went through the pretty.settings -- I modified the commented one that jedit provides and tried to set it to the jboss coding standards. Is the one you used auto-saved from jedit? it seems to be in an odd order. Thanks david jencks _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: build/jbossmq build.xml
On Wed, 22 Aug 2001, Hiram Chirino wrote:
I guess this is not the best way, but it was the quickest way I could get it
to build the standalone binary distribution right.
No worries. I know the current release stuff for shared modules has
problems.
What I need the build to do is:
- go through all the modules and release thier normal jboss output.
- Filter out some of those file (JBossMQ standalone does not need all the
JBoss jars) to come up with a the MQ release.
I need to figure out an elegant way to allow the project control module to
pull from source modules instead of having them push, as you mentioned
before. I am going to be switching over my corporate build systems from an
other version of BM, so I should probably beable to fix that too (and test
it and such), then update jboss.
So, the change I did has the modules place their release output into
${project.config}/build which then is copied/filtered/configured to
${project.output} (by the mqrelease target).
What do you think is a better solution???
It is fine for now, just note that the other release-* targets won't
function like this.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JIKES
On Thu, 23 Aug 2001, marc fleury wrote: can't believe you are pulling an RTFM on moi! That is not what I meant at all. I knew you had the answer already, but I wanted to let you (and others) know that there was more resource on the subject available. man these open source young arrogant puppies, Arrogant... perhaps... perhaps not. if you were in my paratrooper squad I would have squashed you like a bug, but I guess that nowadays I must say why, thank you jason I will go read the FM, how kind and considerate of you to put in the RTFM , man I get no respect these days, no respect I tell you puff, puff, give. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx/etc local.properties-example
User: user57 Date: 01/08/25 21:02:19 Removed: etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty/etc local.properties-example
User: user57 Date: 01/08/25 21:02:20 Removed: jetty/etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/etc local.properties-example
User: user57 Date: 01/08/25 21:02:21 Removed: etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: admin/src/etc local.properties-example
User: user57 Date: 01/08/25 21:02:19 Removed: src/etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: admin/etc local.properties-example
User: user57 Date: 01/08/25 21:02:19 Removed: etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/etc local.properties-example
User: user57 Date: 01/08/25 21:02:20 Removed: etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/etc local.properties-example
User: user57 Date: 01/08/25 21:02:20 Removed: etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/etc local.properties-example
User: user57 Date: 01/08/25 21:02:21 Removed: etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/varia/etc local.properties-example
User: user57 Date: 01/08/25 21:02:20 Removed: varia/etc local.properties-example Log: o removing source module's etc/local.properties-example, this was just adding complexity confusion. Put local properties in build/local.properties. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/planet57/buildmagic/bin build
User: user57
Date: 01/08/26 00:00:35
Removed: planet57/buildmagic/bin build
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/apache/ant/lib/ext optional.jar
User: user57
Date: 01/08/26 00:00:33
Removed: apache/ant/lib/ext optional.jar
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/jedit/javastyle/lib JavaStyle.jar
User: user57
Date: 01/08/26 00:00:34
Removed: jedit/javastyle/lib JavaStyle.jar
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual build.sh build.xml config.xml
User: user57
Date: 01/08/26 00:00:30
Modified:.build.sh build.xml
Removed: .config.xml
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.4 +13 -42manual/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/manual/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/23 04:59:35 1.3
+++ build.sh 2001/08/26 07:00:29 1.4
@@ -1,39 +1,25 @@
#!/bin/sh
### == ###
## ##
-## Copyright (c) 1998-2000 by Jason Dillon [EMAIL PROTECTED]##
-## ##
-## This file is part of Buildmagic.##
-## ##
-## This library is free software; you can redistribute it and/or modify##
-## it under the terms of the GNU Lesser General Public License as ##
-## published by the Free Software Foundation; either version 2 of the ##
-## License, or (at your option) any later version. ##
-## ##
-## This library is distributed in the hope that it will be useful, but ##
-## WITHOUT ANY WARRANTY; without even the implied warranty of ##
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ##
-## Lesser General Public License for more details. ##
-## ##
-### == ###
-## ##
## This is the main entry point for the build system. ##
+## ##
## Users should be sure to execute this file rather than 'ant' to ensure ##
## the correct version is being used with the correct configuration. ##
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/23 04:59:35 d_jencks Exp $
+# $Id: build.sh,v 1.4 2001/08/26 07:00:29 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
GREP=grep
ROOT=/
-# the default search path for buildmagic/ant
+# the default search path for ant
ANT_SEARCH_PATH=\
-tools/apache/ant \
+tools
tools/ant \
+tools/apache/ant \
ant
# the default build file name
@@ -42,8 +28,8 @@
# the default arguments
ANT_OPTIONS=-find $ANT_BUILD_FILE
-# the required version of Ant
-ANT_VERSION=1.3
+# don't check versions (too slow)
+ANT_VERSION=
#
# Helper to complain.
@@ -71,15 +57,12 @@
ANT=$ANT_HOME/bin/ant
if [ -x $ANT ]; then
# found one
-#this is return value of function!
-echo $ANT_HOME
+ echo $ANT
break
fi
done
}
-
-
#
# Main function.
#
@@ -88,15 +71,14 @@
maybe_source $DIRNAME/build.conf $HOME/.build.conf
# try the search path
-ANT_HOME=`search $ANT_SEARCH_PATH`
-
+ANT=`search $ANT_SEARCH_PATH`
target=build
_cwd=`pwd`
-while [ x$ANT_HOME = x ] [ $cwd != $ROOT ]; do
+while [ x$ANT = x ] [ $cwd != $ROOT ]; do
cd ..
cwd=`pwd`
- ANT_HOME=`search $ANT_SEARCH_PATH`
+ ANT=`search $ANT_SEARCH_PATH`
done
# make sure we get back
@@ -111,31 +93,20 @@
die Could not locate Ant; check \$ANT or \$ANT_HOME.
fi
-#find
[JBoss-dev] CVS update: admin build.sh build.xml config.xml
User: user57
Date: 01/08/26 00:00:28
Modified:.build.sh build.xml
Removed: .config.xml
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.3 +8 -22 admin/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/admin/build.sh,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.sh 2001/08/11 05:20:04 1.2
+++ build.sh 2001/08/26 07:00:28 1.3
@@ -1,39 +1,25 @@
#!/bin/sh
### == ###
## ##
-## Copyright (c) 1998-2000 by Jason Dillon [EMAIL PROTECTED]##
-## ##
-## This file is part of Buildmagic.##
-## ##
-## This library is free software; you can redistribute it and/or modify##
-## it under the terms of the GNU Lesser General Public License as ##
-## published by the Free Software Foundation; either version 2 of the ##
-## License, or (at your option) any later version. ##
-## ##
-## This library is distributed in the hope that it will be useful, but ##
-## WITHOUT ANY WARRANTY; without even the implied warranty of ##
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ##
-## Lesser General Public License for more details. ##
-## ##
-### == ###
-## ##
## This is the main entry point for the build system. ##
+## ##
## Users should be sure to execute this file rather than 'ant' to ensure ##
## the correct version is being used with the correct configuration. ##
## ##
### == ###
-# $Id: build.sh,v 1.2 2001/08/11 05:20:04 user57 Exp $
+# $Id: build.sh,v 1.3 2001/08/26 07:00:28 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
GREP=grep
ROOT=/
-# the default search path for buildmagic/ant
+# the default search path for ant
ANT_SEARCH_PATH=\
-tools/apache/ant \
+tools
tools/ant \
+tools/apache/ant \
ant
# the default build file name
@@ -42,8 +28,8 @@
# the default arguments
ANT_OPTIONS=-find $ANT_BUILD_FILE
-# the required version of Ant
-ANT_VERSION=1.3
+# don't check versions (too slow)
+ANT_VERSION=
#
# Helper to complain.
@@ -113,7 +99,7 @@
fi
# perhaps check the version
-if [ x$ANT_VERSION_CHECK != x ]; then
+if [ x$ANT_VERSION != x ] [ x$ANT_VERSION_CHECK != x ]; then
result=`$ANT -version 21 | $GREP $ANT_VERSION`x
if [ $result = x ]; then
die Ant version $ANT_VERSION is required to build.
1.3 +218 -151 admin/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/admin/build.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.xml 2001/08/11 05:20:04 1.2
+++ build.xml 2001/08/26 07:00:28 1.3
@@ -1,157 +1,50 @@
?xml version=1.0 encoding=UTF-8?
-!DOCTYPE project-module [ !ENTITY config SYSTEM file:./config.xml ]
+!DOCTYPE project
[JBoss-dev] CVS update: jboss-j2ee build.sh build.xml config.xml
User: user57
Date: 01/08/26 00:00:29
Modified:.build.sh build.xml
Removed: .config.xml
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.3 +8 -22 jboss-j2ee/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jboss-j2ee/build.sh,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.sh 2001/08/11 05:20:13 1.2
+++ build.sh 2001/08/26 07:00:29 1.3
@@ -1,39 +1,25 @@
#!/bin/sh
### == ###
## ##
-## Copyright (c) 1998-2000 by Jason Dillon [EMAIL PROTECTED]##
-## ##
-## This file is part of Buildmagic.##
-## ##
-## This library is free software; you can redistribute it and/or modify##
-## it under the terms of the GNU Lesser General Public License as ##
-## published by the Free Software Foundation; either version 2 of the ##
-## License, or (at your option) any later version. ##
-## ##
-## This library is distributed in the hope that it will be useful, but ##
-## WITHOUT ANY WARRANTY; without even the implied warranty of ##
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ##
-## Lesser General Public License for more details. ##
-## ##
-### == ###
-## ##
## This is the main entry point for the build system. ##
+## ##
## Users should be sure to execute this file rather than 'ant' to ensure ##
## the correct version is being used with the correct configuration. ##
## ##
### == ###
-# $Id: build.sh,v 1.2 2001/08/11 05:20:13 user57 Exp $
+# $Id: build.sh,v 1.3 2001/08/26 07:00:29 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
GREP=grep
ROOT=/
-# the default search path for buildmagic/ant
+# the default search path for ant
ANT_SEARCH_PATH=\
-tools/apache/ant \
+tools
tools/ant \
+tools/apache/ant \
ant
# the default build file name
@@ -42,8 +28,8 @@
# the default arguments
ANT_OPTIONS=-find $ANT_BUILD_FILE
-# the required version of Ant
-ANT_VERSION=1.3
+# don't check versions (too slow)
+ANT_VERSION=
#
# Helper to complain.
@@ -113,7 +99,7 @@
fi
# perhaps check the version
-if [ x$ANT_VERSION_CHECK != x ]; then
+if [ x$ANT_VERSION != x ] [ x$ANT_VERSION_CHECK != x ]; then
result=`$ANT -version 21 | $GREP $ANT_VERSION`x
if [ $result = x ]; then
die Ant version $ANT_VERSION is required to build.
1.5 +149 -151 jboss-j2ee/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss-j2ee/build.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.xml 2001/08/13 18:23:52 1.4
+++ build.xml 2001/08/26 07:00:29 1.5
@@ -1,159 +1,50 @@
?xml version=1.0 encoding=UTF-8?
-!DOCTYPE project-module [ !ENTITY config SYSTEM file:./config.xml ]
+!DOCTYPE project
[JBoss-dev] CVS update: tools/apache/ant/bin ant ant.bat antRun antRun.bat lcp.bat runant.pl
User: user57
Date: 01/08/26 00:00:31
Removed: apache/ant/bin ant ant.bat antRun antRun.bat lcp.bat
runant.pl
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/docs LICENSE.txt index.html styles.css
User: user57
Date: 01/08/26 00:00:31
Removed: docs LICENSE.txt index.html styles.css
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/jedit javastyle.txt
User: user57
Date: 01/08/26 00:00:33
Removed: jeditjavastyle.txt
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq build.sh build.xml config.xml
User: user57
Date: 01/08/26 00:00:30
Modified:.build.sh build.xml
Removed: .config.xml
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.3 +8 -22 jbossmq/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jbossmq/build.sh,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.sh 2001/08/11 05:20:14 1.2
+++ build.sh 2001/08/26 07:00:30 1.3
@@ -1,39 +1,25 @@
#!/bin/sh
### == ###
## ##
-## Copyright (c) 1998-2000 by Jason Dillon [EMAIL PROTECTED]##
-## ##
-## This file is part of Buildmagic.##
-## ##
-## This library is free software; you can redistribute it and/or modify##
-## it under the terms of the GNU Lesser General Public License as ##
-## published by the Free Software Foundation; either version 2 of the ##
-## License, or (at your option) any later version. ##
-## ##
-## This library is distributed in the hope that it will be useful, but ##
-## WITHOUT ANY WARRANTY; without even the implied warranty of ##
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ##
-## Lesser General Public License for more details. ##
-## ##
-### == ###
-## ##
## This is the main entry point for the build system. ##
+## ##
## Users should be sure to execute this file rather than 'ant' to ensure ##
## the correct version is being used with the correct configuration. ##
## ##
### == ###
-# $Id: build.sh,v 1.2 2001/08/11 05:20:14 user57 Exp $
+# $Id: build.sh,v 1.3 2001/08/26 07:00:30 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
GREP=grep
ROOT=/
-# the default search path for buildmagic/ant
+# the default search path for ant
ANT_SEARCH_PATH=\
-tools/apache/ant \
+tools
tools/ant \
+tools/apache/ant \
ant
# the default build file name
@@ -42,8 +28,8 @@
# the default arguments
ANT_OPTIONS=-find $ANT_BUILD_FILE
-# the required version of Ant
-ANT_VERSION=1.3
+# don't check versions (too slow)
+ANT_VERSION=
#
# Helper to complain.
@@ -113,7 +99,7 @@
fi
# perhaps check the version
-if [ x$ANT_VERSION_CHECK != x ]; then
+if [ x$ANT_VERSION != x ] [ x$ANT_VERSION_CHECK != x ]; then
result=`$ANT -version 21 | $GREP $ANT_VERSION`x
if [ $result = x ]; then
die Ant version $ANT_VERSION is required to build.
1.8 +250 -150 jbossmq/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbossmq/build.xml,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- build.xml 2001/08/19 04:48:40 1.7
+++ build.xml 2001/08/26 07:00:30 1.8
@@ -1,159 +1,50 @@
?xml version=1.0 encoding=UTF-8?
-!DOCTYPE project-module [ !ENTITY config SYSTEM file:./config.xml ]
+!DOCTYPE project
[JBoss-dev] CVS update: build/jboss/etc local.properties-example local.properties-production
User: user57
Date: 01/08/26 00:00:29
Modified:jboss/etc local.properties-example
local.properties-production
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.2 +3 -7 build/jboss/etc/local.properties-example
Index: local.properties-example
===
RCS file: /cvsroot/jboss/build/jboss/etc/local.properties-example,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- local.properties-example 2001/08/11 22:33:40 1.1
+++ local.properties-example 2001/08/26 07:00:29 1.2
@@ -19,12 +19,8 @@
javac.optimize=off
javac.debug=on
-javac.deprecation=off
+javac.deprecation=on
### Disable generation of Javadocs ###
-
-#javadoc-generated-already=true
-
-### Use non-changing build id for development ###
-
-build.id=DEV
+
+javadoc-generated-already=true
1.2 +4 -0 build/jboss/etc/local.properties-production
Index: local.properties-production
===
RCS file: /cvsroot/jboss/build/jboss/etc/local.properties-production,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- local.properties-production 2001/08/11 22:33:40 1.1
+++ local.properties-production 2001/08/26 07:00:29 1.2
@@ -22,3 +22,7 @@
### Misc ###
rmic.debug=off
+
+### Use the build number for the build id for releases ###
+
+build.id=${build.number}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/docs LICENSE.txt
User: user57
Date: 01/08/26 00:00:31
Added: src/docs LICENSE.txt
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.1 jboss/src/docs/LICENSE.txt
Index: LICENSE.txt
===
GNU LESSER GENERAL PUBLIC LICENSE
Version 2.1, February 1999
Copyright (C) 1991, 1999 Free Software Foundation, Inc.
59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
Everyone is permitted to copy and distribute verbatim copies
of this license document, but changing it is not allowed.
[This is the first released version of the Lesser GPL. It also counts
as the successor of the GNU Library Public License, version 2, hence
the version number 2.1.]
Preamble
The licenses for most software are designed to take away your
freedom to share and change it. By contrast, the GNU General Public
Licenses are intended to guarantee your freedom to share and change
free software--to make sure the software is free for all its users.
This license, the Lesser General Public License, applies to some
specially designated software packages--typically libraries--of the
Free Software Foundation and other authors who decide to use it. You
can use it too, but we suggest you first think carefully about whether
this license or the ordinary General Public License is the better
strategy to use in any particular case, based on the explanations below.
When we speak of free software, we are referring to freedom of use,
not price. Our General Public Licenses are designed to make sure that
you have the freedom to distribute copies of free software (and charge
for this service if you wish); that you receive source code or can get
it if you want it; that you can change the software and use pieces of
it in new free programs; and that you are informed that you can do
these things.
To protect your rights, we need to make restrictions that forbid
distributors to deny you these rights or to ask you to surrender these
rights. These restrictions translate to certain responsibilities for
you if you distribute copies of the library or if you modify it.
For example, if you distribute copies of the library, whether gratis
or for a fee, you must give the recipients all the rights that we gave
you. You must make sure that they, too, receive or can get the source
code. If you link other code with the library, you must provide
complete object files to the recipients, so that they can relink them
with the library after making changes to the library and recompiling
it. And you must show them these terms so they know their rights.
We protect your rights with a two-step method: (1) we copyright the
library, and (2) we offer you this license, which gives you legal
permission to copy, distribute and/or modify the library.
To protect each distributor, we want to make it very clear that
there is no warranty for the free library. Also, if the library is
modified by someone else and passed on, the recipients should know
that what they have is not the original version, so that the original
author's reputation will not be affected by problems that might be
introduced by others.
Finally, software patents pose a constant threat to the existence of
any free program. We wish to make sure that a company cannot
effectively restrict the users of a free program by obtaining a
restrictive license from a patent holder. Therefore, we insist that
any patent license obtained for a version of the library must be
consistent with the full freedom of use specified in this license.
Most GNU software, including some libraries, is covered by the
ordinary GNU General Public License. This license, the GNU Lesser
General Public License, applies to certain designated libraries, and
is quite different from the ordinary General Public License. We use
this license for
[JBoss-dev] CVS update: contrib/jetty build.sh build.xml config.xml
User: user57
Date: 01/08/26 00:00:30
Modified:jettybuild.sh build.xml
Removed: jettyconfig.xml
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
Revision ChangesPath
1.3 +8 -22 contrib/jetty/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/contrib/jetty/build.sh,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.sh 2001/08/16 23:53:14 1.2
+++ build.sh 2001/08/26 07:00:30 1.3
@@ -1,23 +1,8 @@
#!/bin/sh
### == ###
## ##
-## Copyright (c) 1998-2000 by Jason Dillon [EMAIL PROTECTED]##
-## ##
-## This file is part of Buildmagic.##
-## ##
-## This library is free software; you can redistribute it and/or modify##
-## it under the terms of the GNU Lesser General Public License as ##
-## published by the Free Software Foundation; either version 2 of the ##
-## License, or (at your option) any later version. ##
-## ##
-## This library is distributed in the hope that it will be useful, but ##
-## WITHOUT ANY WARRANTY; without even the implied warranty of ##
-## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ##
-## Lesser General Public License for more details. ##
-## ##
-### == ###
-## ##
## This is the main entry point for the build system. ##
+## ##
## Users should be sure to execute this file rather than 'ant' to ensure ##
## the correct version is being used with the correct configuration. ##
## ##
@@ -30,10 +15,11 @@
GREP=grep
ROOT=/
-# the default search path for buildmagic/ant
+# the default search path for ant
ANT_SEARCH_PATH=\
-tools/apache/ant \
+tools
tools/ant \
+tools/apache/ant \
ant
# the default build file name
@@ -42,8 +28,8 @@
# the default arguments
ANT_OPTIONS=-find $ANT_BUILD_FILE
-# the required version of Ant
-ANT_VERSION=1.3
+# don't check versions (too slow)
+ANT_VERSION=
#
# Helper to complain.
@@ -113,7 +99,7 @@
fi
# perhaps check the version
-if [ x$ANT_VERSION_CHECK != x ]; then
+if [ x$ANT_VERSION != x ] [ x$ANT_VERSION_CHECK != x ]; then
result=`$ANT -version 21 | $GREP $ANT_VERSION`x
if [ $result = x ]; then
die Ant version $ANT_VERSION is required to build.
1.3 +205 -151 contrib/jetty/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.xml 2001/08/16 23:53:14 1.2
+++ build.xml 2001/08/26 07:00:30 1.3
@@ -1,9 +1,9 @@
?xml version=1.0 encoding=UTF-8?
-!DOCTYPE project-module [ !ENTITY config SYSTEM file:./config.xml ]
+!DOCTYPE project
!-- == --
!----
-!-- JBoss, the OpenSource EJB server --
+!-- JBoss, the OpenSource J2EE webOS
[JBoss-dev] CVS update: tools/planet57/buildmagic/lib buildmagic-tasks.jar
User: user57
Date: 01/08/26 00:00:35
Removed: planet57/buildmagic/lib buildmagic-tasks.jar
Log:
o consolidated all tools/* stuff into tools/bin and tools/lib
o upgraded ant to 1.4beta2
o consolidated config.xml into build.xml
o using path to generate absolute paths to project.root
o changed project.config to control.root
o removed classpath fluff for extra tasks the taskdefs for them
currently every support lib is in ANT_HOME/lib, so there is no need for
specific classpaths. May change that for ejbdoclet and such later.
o updated build.sh to look for tools/ too (will get the a win32 script soon
... really)
o removed bootstrap configure targets, the just added complexity and
slowed down the build
NOTE: All modules will read ${config.root}/local.properties
(or build/local.properties). Modules still can read a local.properties
(when they don't care about the control module, but this file will
no loger be placed here automatically)
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: CVSROOT modules
User: user57 Date: 01/08/26 00:08:59 Modified:.modules Log: o changed _jboss_tools _jboss_thirdparty to tools thirdparty o removed _jbossmq_tools, jboss-mq will just include tools o removed ant buildmagic aliases, get tools if you want this Revision ChangesPath 1.50 +8 -27 CVSROOT/modules Index: modules === RCS file: /cvsroot/jboss/CVSROOT/modules,v retrieving revision 1.49 retrieving revision 1.50 diff -u -r1.49 -r1.50 --- modules 2001/08/22 14:50:30 1.49 +++ modules 2001/08/26 07:08:59 1.50 @@ -27,13 +27,9 @@ # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # -_jboss_tools -d toolstools -_jboss_thirdparty-d thirdparty thirdparty +tools-d toolstools +thirdparty -d thirdparty thirdparty -_jboss_support -a \ - _jboss_tools \ - _jboss_thirdparty - ## ## Core support modules ## @@ -64,7 +60,8 @@ jboss-all-d jboss-all \ build/jboss/etc/root \ - _jboss_support \ + tools \ + thirdparty \ jboss-all-modules \ jboss-all-plugins @@ -122,7 +119,8 @@ jboss-min-d jboss-min \ build/jboss/etc/root \ - _jboss_support \ + tools \ + thirdparty \ jboss-min-modules \ jboss-min-plugins @@ -146,19 +144,12 @@ ## The jbossmq standalone server ## -jboss-mq -d jboss-mq \ +jboss-mq -d jboss-mq \ build/jbossmq/etc/root \ - _jbossmq_tools \ + tools \ _jbossmq_thirdparty \ jbossmq-modules -_jbossmq_tools -a \ - tools/apache \ - tools/planet57 \ - tools/dreambean \ - tools/jedit \ - tools/sun - _jbossmq_thirdparty -a \ thirdparty/apache \ thirdparty/gjt \ @@ -178,16 +169,6 @@ _jboss_security _jbossmq_build -d build build/jbossmq - - -# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # - -## -## Support for Win32 users who don't want to use Cygwin. -## - -buildmagic -d buildmagic tools/planet57/buildmagic -ant -d ant tools/apache/ant # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] build system updates
I just finished the first set of modifications to the build system. Please read the change log for more details. There is still an issue with the manual build, which I will look at as soon as I get a win32 script ready, then on to the testsuite (yikes). If you are going to modify the build.xml for any module, please note that the build/build.xml has a different initialization section, as do the plugins/*/build.xml. In general I don't suggest modify stuff from this section, so your changes won't get clobbered when I go through an update things. Let me know if you have a change which needs to be in this section. More to come, let me know if you have any issues, questions or comments. =) --jason On Sat, 25 Aug 2001, Jason Dillon wrote: I am in the middle of some modifications to the build system, which will reduce the overall complexity... step by step. The first step will consolidate all of the tools/** stuff into tools/bin tools/lib. It will also merge build.xml and config.xml into one. If you can help it do no modify any of these files until I am done... sometime tonight. Thanks, --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] manual build problems
I am still having trouble getting the style task to complete successfully. Everytime I have ever tried to run it, I get a CNFE or something that looks like the snip below. I added the xalan2 xalan1 compat jars to tools/lib, which solved the class problem, but I haven't a clue why it is complaining about this. The file does exist... perhaps it doesn't like that url or something... I don't know. Can someone tell me what is wrong, or fix this? snip jason(3)lust:~/ws/jboss/jboss-all/manual./build.sh html Searching for build.xml ... Buildfile: /home/jason/ws/jboss/jboss-all/manual/build.xml init: [moduleinfo] Project root: /home/jason/ws/jboss/jboss-all [moduleinfo] Module root: /home/jason/ws/jboss/jboss-all/manual html: [echo] build.html is /home/jason/ws/jboss/jboss-all/manual/output/html [style] Transforming into /home/jason/ws/jboss/jboss-all/manual/output/html [style] Transforming into /home/jason/ws/jboss/jboss-all/manual/output/html [style] Loading stylesheet /home/jason/ws/jboss/jboss-all/manual/src/docs/jboss.xsl [style] Failed to process /home/jason/ws/jboss/jboss-all/manual/src/docs/jbossdocs.xml file://home/jason/ws/jboss/jboss-all/manual/src/docs/docbookx/docbookx.dtd; Line 66; Column -1; BUILD FAILED javax.xml.transform.TransformerException: External entity not found: file://home/jason/ws/jboss/jboss-all/manual/src/docs/docbookx/dbnotnx.mod. Total time: 1 minute 18 seconds /snip --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual build.xml
User: user57
Date: 01/08/26 00:44:40
Modified:.build.xml
Log:
o moved fop.jar int tools/lib
o added xalan2 stuff from xalan_j-2.0
o updated style.style attribute for ant 1.4 (needed a more absolute path for
the stylesheet).
Revision ChangesPath
1.6 +5 -15 manual/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/manual/build.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- build.xml 2001/08/26 07:00:29 1.5
+++ build.xml 2001/08/26 07:44:40 1.6
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.5 2001/08/26 07:00:29 user57 Exp $ --
+!-- $Id: build.xml,v 1.6 2001/08/26 07:44:40 user57 Exp $ --
project default=main
@@ -88,15 +88,7 @@
!-- == --
!-- FOP --
- property name=apache.fop.root value=${tools.root}/apache/fop/
- property name=apache.fop.lib value=${apache.fop.root}/lib/
- path id=apache.fop.classpath
-fileset dir=${apache.fop.lib}
- include name=**/*.jar/
-/fileset
- /path
- taskdef name=fop classname=org.apache.fop.tools.anttasks.Fop
-classpathref=apache.fop.classpath/
+ taskdef name=fop classname=org.apache.fop.tools.anttasks.Fop/
!-- == --
@@ -160,7 +152,6 @@
property name=build.html value=${module.build}/html/
property name=build.printable-html value=${module.build}/printable-html/
property name=build.pdf value=${module.build}/pdf/
- !--property name=build.temp value=${module.build}/temp/--
property name=build.jars value=${module.build}/lib/
!-- Where release generated files will go --
@@ -236,11 +227,10 @@
| so we move all chunked html files to destination
--
-
mkdir dir=${build.html}/
echo message=build.html is ${build.html}/
style basedir=${source.docs}
-style=jboss.xsl
+style=${source.docs}/jboss.xsl
extension=.html
destdir=output/html
includes=jbossdocs.xml
@@ -267,7 +257,7 @@
mkdir dir=${build.printable-html}/
style basedir=${source.docs}
destdir=${build.printable-html}
-style=docbook/html/docbook.xsl
+style=${source.docs}/docbook/html/docbook.xsl
extension=.html
includes=jbossdocs.xml
/style
@@ -293,7 +283,7 @@
mkdir dir=${build.pdf}/
style basedir=${source.docs}
destdir=${build.pdf}
- style=docbook/fo/docbook.xsl
+ style=${source.docs}/docbook/fo/docbook.xsl
extension=.fo
includes=jbossdocs.xml
/style
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: tools/apache/fop/lib fop.jar
User: user57 Date: 01/08/26 00:44:40 Removed: apache/fop/lib fop.jar Log: o moved fop.jar int tools/lib o added xalan2 stuff from xalan_j-2.0 o updated style.style attribute for ant 1.4 (needed a more absolute path for the stylesheet). ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [jboss-docs] RE: [JBoss-dev] build system updates
|There is still an issue with the manual build, which I will look at as soon |as I get a win32 script ready, then on to the testsuite (yikes). please test suite first, people are checking in stuff without running the testsuite at all and I found it to be broken yesterday, it used to run 1 month ago, please include that in your environment. Make it a priority please. The rate of commits is just growing tremendously and now is REALLY not the time to be sloppy on tests, already the stuff is cracking, so please make it compile. I will try to get this done today. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/sun/javacc - Imported sources
User: user57 Date: 01/08/26 14:34:25 Log: o Import of JavaCC v2.0 from Sun (Metamata/Webgain/Whatever) Status: Vendor Tag: sun Release Tags: javacc_2_0 N thirdparty/sun/javacc/COPYRIGHT N thirdparty/sun/javacc/lib/metalist N thirdparty/sun/javacc/lib/gnomeuninstall.sh N thirdparty/sun/javacc/lib/install.properties N thirdparty/sun/javacc/lib/javacc-16.xpm N thirdparty/sun/javacc/lib/javacc-32.xpm N thirdparty/sun/javacc/lib/javacc-48.xpm N thirdparty/sun/javacc/lib/javacc-jj-16.xpm N thirdparty/sun/javacc/lib/javacc-jj-32.xpm N thirdparty/sun/javacc/lib/javacc-jj-48.xpm N thirdparty/sun/javacc/lib/kdeuninstall.sh N thirdparty/sun/javacc/lib/JavaCC.zip N thirdparty/sun/javacc/lib/Uninstall.class N thirdparty/sun/javacc/lib/metakey No conflicts created by this import ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/sun/javacc/lib Uninstall.class gnomeuninstall.sh install.properties javacc-16.xpm javacc-32.xpm javacc-48.xpm javacc-jj-16.xpm javacc-jj-32.xpm javacc-jj-48.xpm kdeuninstall.sh metakey metalist
User: user57 Date: 01/08/26 14:36:04 Removed: sun/javacc/lib Uninstall.class gnomeuninstall.sh install.properties javacc-16.xpm javacc-32.xpm javacc-48.xpm javacc-jj-16.xpm javacc-jj-32.xpm javacc-jj-48.xpm kdeuninstall.sh metakey metalist Log: o removed extra junk from the lib dir ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmq build.xml
User: user57
Date: 01/08/26 14:39:02
Modified:.build.xml
Log:
o added javacc of jms.jj to the build via compile-parsers (part of the
compile target)
Revision ChangesPath
1.9 +35 -3 jbossmq/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbossmq/build.xml,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- build.xml 2001/08/26 07:00:30 1.8
+++ build.xml 2001/08/26 21:39:02 1.9
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.8 2001/08/26 07:00:30 user57 Exp $ --
+!-- $Id: build.xml,v 1.9 2001/08/26 21:39:02 user57 Exp $ --
project default=main
@@ -87,7 +87,9 @@
!-- Tool Configuration --
!-- == --
- !-- No non-standard tools are required for this module. --
+ !-- JavaCC --
+ property name=sun.javacc.root value=${thirdparty.root}/sun/javacc/
+ property name=sun.javacc.lib value=${sun.javacc.root}/lib/
!-- == --
@@ -255,6 +257,7 @@
!-- Where build generated files will go --
property name=build.classes value=${module.build}/classes/
+ property name=build.parsers value=${module.build}/parsers/
property name=build.jars value=${module.build}/lib/
property name=build.api value=${module.build}/api/
property name=build.etc value=${module.build}/etc/
@@ -328,8 +331,37 @@
| documentation compiles.
--
target name=compile
- depends=compile-classes, compile-rmi, compile-resources, compile-etc
+ depends=compile-classes, compile-parsers, compile-rmi, compile-resources,
compile-etc
description=Compile all source files./
+
+ !-- Compile parsers --
+ target name=compile-parsers depends=init
+mkdir dir=${build.parsers}/
+
+!-- message selector parser --
+javacc target=${source.java}/org/jboss/mq/selectors/jms.jj
+ outputdirectory=${build.parsers}
+ javacchome=${sun.javacc.lib}
+ static=false/
+
+!-- compile them now --
+mkdir dir=${build.classes}/
+javac destdir=${build.classes}
+ optimize=${javac.optimize}
+target=${javac.target}
+ debug=${javac.debug}
+depend=${javac.depend}
+verbose=${javac.verbose}
+deprecation=${javac.deprecation}
+includeAntRuntime=${javac.include.ant.runtime}
+includeJavaRuntime=${javac.include.java.runtime}
+failonerror=${javac.fail.onerror}
+ src path=${build.parsers}/
+ classpath refid=javac.classpath/
+ include name=**/*.java/
+/javac
+
+ /target
!-- Compile all class files --
target name=compile-classes depends=init
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/stylesheets - New directory
User: user57 Date: 01/08/26 14:42:12 jbosstest/src/stylesheets - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] *.kpx files
Does anyone still use these? What are they for? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jsr77.jar
Do we know what sun plans on calling this on release? I would like to move it to thirdparty. If we don't know, then I will just move it to thirdparty/sun/jsr77. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.xml
User: user57
Date: 01/08/26 14:54:26
Modified:.build.xml
Log:
o removed castor jar task from jars target, it has moved to plugins/varia
Revision ChangesPath
1.10 +1 -11 jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- build.xml 2001/08/26 07:00:31 1.9
+++ build.xml 2001/08/26 21:54:26 1.10
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.9 2001/08/26 07:00:31 user57 Exp $ --
+!-- $Id: build.xml,v 1.10 2001/08/26 21:54:26 user57 Exp $ --
project default=main
@@ -622,16 +622,6 @@
include name=org/jboss/deployment/DeploymentException*/
/fileset
/jar
-
-!-- Build jboss-castorjdo.jar --
-!-- This should move to an plugin module
-jar jarfile=${build.jars}/jboss-castorjdo.jar
- fileset dir=${build.classes}
-include name=org/jboss/jdo/castor/**/
- /fileset
-/jar
---
-
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/ant/taskdefs ConcatenateFiles.java
User: user57 Date: 01/08/26 15:21:05 Removed: src/main/org/jboss/ant/taskdefs ConcatenateFiles.java Log: o moved local tasks from main to tasks ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/tasks/org/jboss/ant/taskdefs ConcatenateFiles.java
User: user57 Date: 01/08/26 15:21:05 Added: src/tasks/org/jboss/ant/taskdefs ConcatenateFiles.java Log: o moved local tasks from main to tasks Revision ChangesPath 1.2 +211 -0jbosstest/src/tasks/org/jboss/ant/taskdefs/ConcatenateFiles.java ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: thirdparty/sun/jsr77 - Imported sources
User: user57 Date: 01/08/26 15:24:45 Log: o importing jsr77 preleased stuff (from server/src/lib) Status: Vendor Tag: sun Release Tags: jsr77_prerelease N thirdparty/sun/jsr77/lib/jsr77.jar No conflicts created by this import ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/security/test TestLoginContext.java TestNamespacePermissions.java TestPermissionName.java
User: user57
Date: 01/08/26 15:20:28
Modified:src/main/org/jboss/test/security/test TestLoginContext.java
TestNamespacePermissions.java
TestPermissionName.java
Log:
o commented out assertEquals() because it will cause compile errors, since
it attempts to override a static method.
Revision ChangesPath
1.2 +67 -60
jbosstest/src/main/org/jboss/test/security/test/TestLoginContext.java
Index: TestLoginContext.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/security/test/TestLoginContext.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- TestLoginContext.java 2001/03/05 10:11:07 1.1
+++ TestLoginContext.java 2001/08/26 22:20:28 1.2
@@ -10,66 +10,73 @@
import javax.security.auth.login.Configuration;
import javax.security.auth.login.LoginContext;
-/** A JUnit TestCase for the JAAS LoginContext usage.
-
-@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
-*/
-public class TestLoginContext extends junit.framework.TestCase
+/**
+ * A JUnit TestCase for the JAAS LoginContext usage.
+ *
+ * @author [EMAIL PROTECTED]
+ * @version $Revision: 1.2 $
+ */
+public class TestLoginContext
+ extends junit.framework.TestCase
{
-Subject subject1;
-Subject subject2;
-
-static class MyConfig extends Configuration
-{
-AppConfigurationEntry[] entry;
-MyConfig()
-{
-entry = new AppConfigurationEntry[2];
-HashMap opt0 = new HashMap();
-opt0.put(principal, starksm);
-entry[0] = new
AppConfigurationEntry(org.jboss.security.plugins.samples.IdentityLoginModule,
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, opt0);
-entry[1] = new
AppConfigurationEntry(org.jboss.security.plugins.samples.RolesLoginModule,
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, new HashMap());
-}
-
-public AppConfigurationEntry[] getAppConfigurationEntry(String appName)
-{
-return entry;
-}
-public void refresh()
-{
-}
-}
-
-public TestLoginContext(String name)
-{
-super(name);
-}
-
-protected void setUp() throws Exception
-{
-Configuration.setConfiguration(new MyConfig());
-}
-
-protected void assertEquals(String msg, boolean expected, boolean actual)
-{
-assert(msg, (expected == actual));
-}
+ Subject subject1;
+ Subject subject2;
-public void testLogin1() throws Exception
-{
-subject1 = new Subject();
-LoginContext lc = new LoginContext(LoginContext, subject1);
-lc.login();
-Subject lcSubject = lc.getSubject();
-assert(subject == lcSubject, subject1 == lcSubject );
-}
-public void testLogin2() throws Exception
-{
-subject2 = new Subject();
-LoginContext lc = new LoginContext(LoginContext, subject2);
-lc.login();
-Subject lcSubject = lc.getSubject();
-assert(subject == lcSubject, subject2 == lcSubject );
-}
+ static class MyConfig extends Configuration
+ {
+ AppConfigurationEntry[] entry;
+ MyConfig()
+ {
+ entry = new AppConfigurationEntry[2];
+ HashMap opt0 = new HashMap();
+ opt0.put(principal, starksm);
+ entry[0] = new
AppConfigurationEntry(org.jboss.security.plugins.samples.IdentityLoginModule,
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, opt0);
+ entry[1] = new
AppConfigurationEntry(org.jboss.security.plugins.samples.RolesLoginModule,
AppConfigurationEntry.LoginModuleControlFlag.REQUIRED, new HashMap());
+ }
+
+ public AppConfigurationEntry[] getAppConfigurationEntry(String appName)
+ {
+ return entry;
+ }
+ public void refresh()
+ {
+ }
+ }
+
+ public TestLoginContext(String name)
+ {
+ super(name);
+ }
+
+ protected void setUp() throws Exception
+ {
+ Configuration.setConfiguration(new MyConfig());
+ }
+
+ /**
+* This method caueses errors, because newer junit this is a static.
+* and thus can not be overridden.
+*
+ protected void assertEquals(String msg, boolean expected, boolean actual)
+ {
+ assert(msg, (expected == actual));
+ }
+ */
+
+ public void testLogin1() throws Exception
+ {
+ subject1 = new Subject();
+ LoginContext lc = new LoginContext(LoginContext, subject1);
+ lc.login();
+ Subject lcSubject = lc.getSubject();
+ assert(subject == lcSubject, subject1 == lcSubject );
+ }
+ public void
[JBoss-dev] CVS update: jboss build.xml
User: user57
Date: 01/08/26 15:27:56
Modified:.build.xml
Log:
o moved jsr77 stuff to thirdparty/sun/jsr77
Revision ChangesPath
1.11 +8 -9 jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- build.xml 2001/08/26 21:54:26 1.10
+++ build.xml 2001/08/26 22:27:56 1.11
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.10 2001/08/26 21:54:26 user57 Exp $ --
+!-- $Id: build.xml,v 1.11 2001/08/26 22:27:56 user57 Exp $ --
project default=main
@@ -182,11 +182,11 @@
pathelement path=${javagroups.javagroups.lib}/JavaGroups.jar/
/path
- !-- *HACK* jsr77.jar --
- property name=hack.jsr77.root value=${module.source}/
- property name=hack.jsr77.lib value=${hack.jsr77.root}/lib/
- path id=hack.jsr77.classpath
-pathelement path=${hack.jsr77.lib}/jsr77.jar/
+ !-- JSR 77 --
+ property name=sun.jsr77.root value=${thirdparty.root}/sun/jsr77/
+ property name=sun.jsr77.lib value=${sun.jsr77.root}/lib/
+ path id=sun.jsr77.classpath
+pathelement path=${sun.jsr77.lib}/jsr77.jar/
/path
!-- The combined library classpath --
@@ -202,7 +202,7 @@
path refid=gjt.jpl-util.classpath/
path refid=oswego.concurrent.classpath/
path refid=junit.junit.classpath/
-path refid=hack.jsr77.classpath/
+path refid=sun.jsr77.classpath/
/path
@@ -841,8 +841,7 @@
fileset dir=${javagroups.javagroups.lib}
include name=JavaGroups.jar/
/fileset
- !-- *HACK* --
- fileset dir=${hack.jsr77.lib}
+ fileset dir=${sun.jsr77.lib}
include name=jsr77.jar/
/fileset
/copy
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib README.txt jsr77.jar
User: user57 Date: 01/08/26 15:28:02 Removed: src/lib README.txt jsr77.jar Log: o moved jsr77 stuff to thirdparty/sun/jsr77 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: user57 Date: 01/08/26 15:50:00 Modified:src/etc/conf/default jboss.jcml Log: o auto deploy from deploy/lib then deploy Revision ChangesPath 1.61 +3 -3 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.60 retrieving revision 1.61 diff -u -r1.60 -r1.61 --- jboss.jcml2001/08/16 18:15:56 1.60 +++ jboss.jcml2001/08/26 22:50:00 1.61 @@ -7,7 +7,7 @@ !-- -- !-- = -- -!-- $Id: jboss.jcml,v 1.60 2001/08/16 18:15:56 user57 Exp $ -- +!-- $Id: jboss.jcml,v 1.61 2001/08/26 22:50:00 user57 Exp $ -- !-- | This is where you can add and configure your MBeans. @@ -586,8 +586,8 @@ JCA:service=RARDeployer /attribute attribute name=URLs - ../deploy, - ../deploy/lib + ../deploy/lib, + ../deploy /attribute attribute name=Timeout 3000 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Small deploy question (RH)
Nope, you are fine, the order was wrong in the default jboss.jcml. I just fixed this. Thanks. --jason On Sun, 26 Aug 2001, Dave Smith wrote: Using the default jboss.jcml file, start jboss with a jar file already in the deploy directory that uses the default data source. It will not deploy. The reason is that the jboss-jdbc.rar is not deployed and therefore there is no default data source. I fixed it by changing the AutoDeployer to look in the deploy/lib before the lib directory. Bug or some other config problem on my side? ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/remote-naming/META-INF - New directory
User: user57 Date: 01/08/26 16:41:21 jbosstest/src/resources/remote-naming/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/secure-perf/META-INF - New directory
User: user57 Date: 01/08/26 16:58:51 jbosstest/src/resources/secure-perf/META-INF - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/secure-perf - New directory
User: user57 Date: 01/08/26 16:58:49 jbosstest/src/resources/secure-perf - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] build system updates
I almost have this working... with the junitreport task too, which makes very readable, javadoc like output for test results. --jason On Sun, 26 Aug 2001, marc fleury wrote: |There is still an issue with the manual build, which I will look at as soon |as I get a win32 script ready, then on to the testsuite (yikes). please test suite first, people are checking in stuff without running the testsuite at all and I found it to be broken yesterday, it used to run 1 month ago, please include that in your environment. Make it a priority please. The rate of commits is just growing tremendously and now is REALLY not the time to be sloppy on tests, already the stuff is cracking, so please make it compile. marcf | |If you are going to modify the build.xml for any module, please note that |the build/build.xml has a different initialization section, as do the |plugins/*/build.xml. | |In general I don't suggest modify stuff from this section, so your changes |won't get clobbered when I go through an update things. Let me know if you |have a change which needs to be in this section. | |More to come, let me know if you have any issues, questions or comments. | |=) | |--jason | | |On Sat, 25 Aug 2001, Jason Dillon wrote: | | I am in the middle of some modifications to the build system, which will | reduce the overall complexity... step by step. The first step will | consolidate all of the tools/** stuff into tools/bin |tools/lib. It will | also merge build.xml and config.xml into one. | | If you can help it do no modify any of these files until I am done... | sometime tonight. | | Thanks, | | --jason | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | http://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/naming/META-INF remote-ejb-jar.xml remote-jboss.xml
User: user57 Date: 01/08/26 21:48:23 Removed: src/resources/naming/META-INF remote-ejb-jar.xml remote-jboss.xml Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest build.sh build.xml
User: user57 Date: 01/08/26 21:48:20 Added: .build.sh build.xml Log: o Integrated the testsuite module with the new build system. Revision ChangesPath 1.2 +122 -0jbosstest/build.sh 1.2 +1617 -0 jbosstest/build.xml ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/tasks/org/jboss/ant/taskdefs ConcatenateFiles.java
User: user57 Date: 01/08/26 21:48:25 Removed: src/tasks/org/jboss/ant/taskdefs ConcatenateFiles.java Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources jndi.properties
User: user57 Date: 01/08/26 21:48:23 Added: src/resources jndi.properties Log: o Integrated the testsuite module with the new build system. Revision ChangesPath 1.1 jbosstest/src/resources/jndi.properties Index: jndi.properties === java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces java.naming.provider.url=jnp://localhost:1099 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/perf client.policy jndi.properties roles.properties users.properties
User: user57 Date: 01/08/26 21:48:23 Removed: src/resources/perf client.policy jndi.properties roles.properties users.properties Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/remote-naming/META-INF ejb-jar.xml jboss.xml
User: user57 Date: 01/08/26 21:48:24 Added: src/resources/remote-naming/META-INF ejb-jar.xml jboss.xml Log: o Integrated the testsuite module with the new build system. Revision ChangesPath 1.1 jbosstest/src/resources/remote-naming/META-INF/ejb-jar.xml Index: ejb-jar.xml === ?xml version=1.0? !DOCTYPE ejb-jar PUBLIC -//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 1.1//EN http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd; ejb-jar display-nameENC Remote Tests/display-name enterprise-beans session descriptionA remote session bean used by the ENC testsuite/description ejb-nameRemoteENCBean/ejb-name ejb-classorg.jboss.test.naming.ejb.TestENCBean/ejb-class homeorg.jboss.test.naming.interfaces.TestENCHome/home remoteorg.jboss.test.naming.interfaces.TestENC/remote session-typeStateless/session-type transaction-typeContainer/transaction-type /session /enterprise-beans /ejb-jar 1.1 jbosstest/src/resources/remote-naming/META-INF/jboss.xml Index: jboss.xml === ?xml version=1.0? !-- The jboss.xml descriptor for the remote-naming.jar ejb unit -- jboss enterprise-beans session ejb-nameRemoteENCBean/ejb-name jndi-nameENCTests/ejbs/RemoteENCBean/jndi-name /session /enterprise-beans /jboss ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build build.bat build.sh build.xml run_tests.xml
User: user57 Date: 01/08/26 21:48:22 Removed: src/build build.bat build.sh build.xml run_tests.xml Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: admin build.sh build.xml
User: user57
Date: 01/08/26 21:47:23
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 admin/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/admin/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:28 1.3
+++ build.sh 2001/08/27 04:47:23 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:28 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:23 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.4 +7 -13 admin/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/admin/build.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.xml 2001/08/26 07:00:28 1.3
+++ build.xml 2001/08/27 04:47:23 1.4
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.3 2001/08/26 07:00:28 user57 Exp $ --
+!-- $Id: build.xml,v 1.4 2001/08/27 04:47:23 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-bank.xml build-bench.xml build-bmp.xml build-cts.xml build-dbtest.xml build-hello.xml build-idgen.xml build-jbossmq.xml build-jmsra.xml build-jmx.xml build-jrmp.xml build-load.xml build-lock.xml build-logging.xml build-mdb.xml build-naming.xml build-perf.xml build-readahead.xml build-security.xml build-testbean.xml build-threading.xml build-web.xml build-xa.xml
User: user57 Date: 01/08/26 21:48:22 Removed: src/build/subprojects build-bank.xml build-bench.xml build-bmp.xml build-cts.xml build-dbtest.xml build-hello.xml build-idgen.xml build-jbossmq.xml build-jmsra.xml build-jmx.xml build-jrmp.xml build-load.xml build-lock.xml build-logging.xml build-mdb.xml build-naming.xml build-perf.xml build-readahead.xml build-security.xml build-testbean.xml build-threading.xml build-web.xml build-xa.xml Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/stylesheets details1.xsl summary1.xsl summary2.xsl
User: user57 Date: 01/08/26 21:48:25 Added: src/stylesheets details1.xsl summary1.xsl summary2.xsl Log: o Integrated the testsuite module with the new build system. Revision ChangesPath 1.1 jbosstest/src/stylesheets/details1.xsl Index: details1.xsl === ?xml version='1.0'? xsl:stylesheet version='1.0' xmlns:xsl='http://www.w3.org/1999/XSL/Transform' xsl:param name=thedateundefined/xsl:param xsl:output method='html' indent='yes' doctype-public='-//W3C//DTD HTML 3.2 FINAL//EN'/ xsl:template match='/' xsl:variable name=numberOfTests select=sum(//@tests)/ xsl:variable name=numberOfErrors select=sum(//@errors)/ xsl:variable name=numberOfFailures select=sum(//@failures)/ xsl:variable name=numberOfSuccesses select=$numberOfTests - $numberOfErrors - $numberOfFailures/ html head META NAME=ROBOTS CONTENT=ALL/ meta name=rating content=Safe For Kids/ titleJBossTest - Detailed Results/title /head body bgcolor='white' h3JBossTest daily test results/h3 bSUMMARY/bp/ Number of tests run: xsl:value-of select=$numberOfTests/ hr/ table bgcolor=yellow tr td Successful tests: /tdtd bgcolor=cyan xsl:value-of select=$numberOfSuccesses/ /td/trtrtd Errors: /tdtd bgcolor=cyan xsl:value-of select=$numberOfErrors/ /td/trtrtd Failures: /tdtd bgcolor=cyan xsl:value-of select=$numberOfFailures/ /td/tr /table hr/ pre [time of test: xsl:value-of select=$thedate/ GMT] [java.version: xsl:value-of select=$java_version/] [java.vendor: xsl:value-of select=$java_vendor/] [java.vm.version: xsl:value-of select=$java_vm_version/] [java.vm.name: xsl:value-of select=$java_vm_name/] [java.vm.info: xsl:value-of select=$java_vm_info/] [os.name: xsl:value-of select=$os_name/] [os.arch: xsl:value-of select=$os_arch/] [os.version: xsl:value-of select=$os_version/] /pre hr/ pre xsl:if test='$numberOfFailures!=0 or $numberOfErrors!=0' TESTSUITE SUMMARY table tr bgcolor=gray thTestsuites/th thTests/th thSuccesses/th thFailures/th thErrors/th /tr xsl:for-each select=//testsuite trtd align=left axsl:attribute name='href'#xsl:value-of select='@name'//xsl:attributexsl:value-of select=@name//a /td td align=center xsl:if test='@errors!=0 or @failures!=0'xsl:attribute name='bgcolor'red/xsl:attribute/xsl:if xsl:value-of select='@tests'//td td align=center xsl:if test='@errors!=0 or @failures!=0'xsl:attribute name='bgcolor'red/xsl:attribute/xsl:if xsl:value-of select='@tests - @errors - @failures'//td td align=center xsl:if test='@failures!=0'xsl:attribute name='bgcolor'red/xsl:attribute/xsl:if xsl:value-of select='@failures'//td td align=center xsl:if test='@errors!=0'xsl:attribute name='bgcolor'red/xsl:attribute/xsl:if xsl:value-of select='@errors'//td /tr /xsl:for-each /table hr/ DETAILS OF ERRORS p/ xsl:for-each select=//testsuite axsl:attribute name='name'xsl:value-of select='@name'//xsl:attributebxsl:value-of select='@name'//b/a p/ table border=1 tr bgcolor=gray thTest/th thTime/th thProblem Type/th thException/th thMessage/th thStack Trace/th /tr xsl:for-each select=testcase tr tdxsl:value-of select=@name/ /tdtdxsl:value-of select=@time/ /td xsl:for-each select=error | failure tdxsl:value-of select=name()/ /tdtdxsl:value-of select=@type/ /tdtdxsl:value-of select=@message/ /tdtdprexsl:value-of select=.//pre /td /xsl:for-each /tr /xsl:for-each /table p/ hr/ p/ /xsl:for-each /xsl:if /pre /body /html /xsl:template /xsl:stylesheet 1.1 jbosstest/src/stylesheets/summary1.xsl Index: summary1.xsl === ?xml version='1.0'? xsl:stylesheet version='1.0' xmlns:xsl='http://www.w3.org/1999/XSL/Transform' xsl:param name=thedateundefined/xsl:param xsl:output method='text'/ xsl:template match='/' xsl:variable name=numberOfTests select=sum(//@tests)/ xsl:variable name=numberOfErrors select=sum(//@errors)/ xsl:variable name=numberOfFailures select=sum(//@failures)/ xsl:variable name=numberOfSuccesses select=$numberOfTests - $numberOfErrors - $numberOfFailures/ JBoss daily test results SUMMARY Number of tests run: xsl:value-of select=$numberOfTests/ Successful tests: xsl:value-of select=$numberOfSuccesses/ Errors:xsl:value-of select=$numberOfErrors/ Failures: xsl:value-of select=$numberOfFailures/ [time of test: xsl:value-of select=$thedate/ GMT] [java.version: xsl:value-of
[JBoss-dev] CVS update: jbosstest/src/resources/security-spec/META-INF ejb-jar.xml jboss.xml
User: user57 Date: 01/08/26 21:48:25 Added: src/resources/security-spec/META-INF ejb-jar.xml jboss.xml Log: o Integrated the testsuite module with the new build system. Revision ChangesPath 1.1 jbosstest/src/resources/security-spec/META-INF/ejb-jar.xml Index: ejb-jar.xml === ?xml version=1.0? !DOCTYPE ejb-jar PUBLIC -//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN http://java.sun.com/dtd/ejb-jar_2_0.dtd; ejb-jar display-nameSecurityTests/display-name enterprise-beans session descriptionA secured project repository stateful session bean/description ejb-nameProjRepository/ejb-name homeorg.jboss.test.security.interfaces.ProjRepositoryHome/home remoteorg.jboss.test.security.interfaces.ProjRepository/remote ejb-classorg.jboss.test.security.ejb.project.ProjRepositoryBean/ejb-class session-typeStateful/session-type transaction-typeContainer/transaction-type /session session descriptionA secured trival echo session bean/description ejb-nameStatelessSession/ejb-name homeorg.jboss.test.security.interfaces.StatelessSessionHome/home remoteorg.jboss.test.security.interfaces.StatelessSession/remote ejb-classorg.jboss.test.security.ejb.StatelessSessionBean/ejb-class session-typeStateless/session-type transaction-typeContainer/transaction-type !-- Use the 'EchoCaller' role name in the bean code to test role linking with use of isCallerInRole(). -- security-role-ref role-nameEchoCaller/role-name role-linkEcho/role-link /security-role-ref /session session descriptionA secured trival echo session bean that uses Entity/description ejb-nameStatelessSession2/ejb-name homeorg.jboss.test.security.interfaces.StatelessSessionHome/home remoteorg.jboss.test.security.interfaces.StatelessSession/remote ejb-classorg.jboss.test.security.ejb.StatelessSessionBean2/ejb-class session-typeStateless/session-type transaction-typeContainer/transaction-type ejb-ref ejb-ref-nameejb/Entity/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type homeorg.jboss.test.security.interfaces.EntityHome/home remoteorg.jboss.test.security.interfaces.Entity/remote ejb-linkEntity/ejb-link /ejb-ref ejb-ref ejb-ref-nameejb/Session/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeorg.jboss.test.security.interfaces.StatelessSessionHome/home remoteorg.jboss.test.security.interfaces.StatelessSession/remote ejb-linkStatelessSession/ejb-link /ejb-ref /session session descriptionA secured trival echo session bean that uses PrivateEntity, StatelessSession and itself via a runAs identity/description ejb-nameRunAsStatelessSession/ejb-name homeorg.jboss.test.security.interfaces.StatelessSessionHome/home remoteorg.jboss.test.security.interfaces.StatelessSession/remote ejb-classorg.jboss.test.security.ejb.StatelessSessionBean3/ejb-class session-typeStateless/session-type transaction-typeContainer/transaction-type ejb-ref ejb-ref-nameejb/Entity/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type homeorg.jboss.test.security.interfaces.EntityHome/home remoteorg.jboss.test.security.interfaces.Entity/remote ejb-linkPrivateEntity/ejb-link /ejb-ref ejb-ref ejb-ref-nameejb/Session/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeorg.jboss.test.security.interfaces.StatelessSessionHome/home remoteorg.jboss.test.security.interfaces.StatelessSession/remote ejb-linkStatelessSession/ejb-link /ejb-ref security-identity descriptionUse a role that is not assigned to any users to access restricted server side functionallity/description run-as role-nameInternalRole/role-name /run-as /security-identity /session session descriptionAn unsecured trival echo session bean/description ejb-nameUnsecureStatelessSession/ejb-name
[JBoss-dev] CVS update: jnp build.sh build.xml
User: user57
Date: 01/08/26 21:47:22
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 jnp/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jnp/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:30 1.3
+++ build.sh 2001/08/27 04:47:22 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:30 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:22 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.4 +7 -13 jnp/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jnp/build.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.xml 2001/08/26 07:00:30 1.3
+++ build.xml 2001/08/27 04:47:22 1.4
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.3 2001/08/26 07:00:30 user57 Exp $ --
+!-- $Id: build.xml,v 1.4 2001/08/27 04:47:22 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/security-spec SRPVerifierStore.ser auth.conf jndi.properties roles.properties sample_policy.xml server.policy tst-policy.xml tst.policy users.properties
User: user57
Date: 01/08/26 21:48:25
Added: src/resources/security-spec SRPVerifierStore.ser auth.conf
jndi.properties roles.properties sample_policy.xml
server.policy tst-policy.xml tst.policy
users.properties
Log:
o Integrated the testsuite module with the new build system.
Revision ChangesPath
1.1 jbosstest/src/resources/security-spec/SRPVerifierStore.ser
Binary file
1.1 jbosstest/src/resources/security-spec/auth.conf
Index: auth.conf
===
j2eeri {
org.jboss.security.plugins.samples.IdentityLoginModule required;
};
simple {
org.jboss.security.ClientLoginModule required
;
};
spec-test {
org.jboss.security.ClientLoginModule required
;
};
LoginContext {
org.jboss.security.plugins.samples.IdentityLoginModule required
principal=scott
;
org.jboss.security.plugins.samples.RolesLoginModule required
;
};
other {
// Put your login modules that work without jBoss here
org.jboss.security.srp.jaas.SRPLoginModule required
password-stacking=useFirstPass
principalClassName=org.jboss.security.SimplePrincipal
srpServerJndiName=SRPServerInterface
debug=true
;
// jBoss LoginModule
org.jboss.security.ClientLoginModule required
password-stacking=useFirstPass
;
// Put your login modules that need jBoss here
};
1.1 jbosstest/src/resources/security-spec/jndi.properties
Index: jndi.properties
===
# JNDI initial context properties for jboss app server
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=localhost
java.naming.factory.url.pkgs=org.jboss.naming
1.1 jbosstest/src/resources/security-spec/roles.properties
Index: roles.properties
===
scott=Echo
stark=Java,Coder
starksm.Roles=ProjectUser
starksm.CallerPrincipal=starksm
scott.Roles=ProjectUser
scott.CallerPrincipal=scott
1.1 jbosstest/src/resources/security-spec/sample_policy.xml
Index: sample_policy.xml
===
?xml version = 1.0 encoding = UTF-8?
policy
application-policy name = test-domain
authentication
login-module code=org.jboss.security.plugins.ProxyLoginModule
flag=required
module-option
name=moduleNameorg.jboss.security.srp.jaas.SRPCacheLoginModule/module-option
module-option
name=cacheJndiNameSRPAuthenticationCache/module-option
/login-module
login-module code=org.jboss.security.plugins.samples.RolesLoginModule
flag=required
/login-module
/authentication
authorization
grant
principal code = org.jboss.security.SimplePrincipal name =
scott/
permission code =
org.jboss.test.security.test.NamespacePermission name = Project1 actions = rwxd/
permission code =
org.jboss.test.security.test.NamespacePermission name = Project1/Documents/Private
actions = rw-d/
permission code =
org.jboss.test.security.test.NamespacePermission name =
Project1/Documents/Public/starksm actions = /
/grant
grant
principal code = org.jboss.security.SimplePrincipal name =
starksm/
permission code =
org.jboss.test.security.test.NamespacePermission name = Project1/Documents/Public
actions = r---/
/grant
/authorization
/application-policy
application-policy name = spec-test
authentication
login-module
code=org.jboss.security.plugins.samples.JaasServerLoginModule flag=required
/login-module
/authentication
/application-policy
application-policy name = simple
authentication
login-module
code=org.jboss.security.plugins.samples.JaasServerLoginModule flag=required
/login-module
/authentication
/application-policy
/policy
1.1 jbosstest/src/resources/security-spec/server.policy
Index: server.policy
===
grant codeBase file:${jboss.home}/client/- {
permission java.security.AllPermission;
};
grant codeBase file:${jboss.home}/lib/ext/- {
permission java.security.AllPermission;
};
grant codeBase file:${jboss.home}/lib/* {
permission java.security.AllPermission;
[JBoss-dev] CVS update: jbosstest/src/resources/secure-perf client.policy jndi.properties roles.properties users.properties
User: user57
Date: 01/08/26 21:48:24
Added: src/resources/secure-perf client.policy jndi.properties
roles.properties users.properties
Log:
o Integrated the testsuite module with the new build system.
Revision ChangesPath
1.1 jbosstest/src/resources/secure-perf/client.policy
Index: client.policy
===
grant {
// Allow everything for now
permission java.security.AllPermission;
};
1.1 jbosstest/src/resources/secure-perf/jndi.properties
Index: jndi.properties
===
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jnp.interfaces
1.1 jbosstest/src/resources/secure-perf/roles.properties
Index: roles.properties
===
jduke=TheDuke
1.1 jbosstest/src/resources/secure-perf/users.properties
Index: users.properties
===
jduke=theduke
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/lib auth.conf connector.jar deploy.jar jaas.jar jboss-client.jar jboss-j2ee.jar jboss-jaas.jar jboss-jdbc_ext.jar jbossmq-client.jar jbosssx-client.jar jmxri.jar jndi.jar jndi.properties jnp-client.jar junit.jar log4j.jar mail.jar oswego-concurrent.jar servlet.jar
User: user57 Date: 01/08/26 21:48:23 Removed: src/lib auth.conf connector.jar deploy.jar jaas.jar jboss-client.jar jboss-j2ee.jar jboss-jaas.jar jboss-jdbc_ext.jar jbossmq-client.jar jbosssx-client.jar jmxri.jar jndi.jar jndi.properties jnp-client.jar junit.jar log4j.jar mail.jar oswego-concurrent.jar servlet.jar Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbossmx build.sh build.xml
User: user57
Date: 01/08/26 21:47:23
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 jbossmx/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jbossmx/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:29 1.3
+++ build.sh 2001/08/27 04:47:23 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:29 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:23 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.5 +7 -13 jbossmx/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbossmx/build.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.xml 2001/08/26 07:00:29 1.4
+++ build.xml 2001/08/27 04:47:23 1.5
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.4 2001/08/26 07:00:29 user57 Exp $ --
+!-- $Id: build.xml,v 1.5 2001/08/27 04:47:23 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/security/META-INF ejb-jar-proxy.xml jboss-proxy.xml jboss-spec.xml
User: user57 Date: 01/08/26 21:48:24 Removed: src/resources/security/META-INF ejb-jar-proxy.xml jboss-proxy.xml jboss-spec.xml Log: o Integrated the testsuite module with the new build system. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual build.sh build.xml
User: user57
Date: 01/08/26 21:47:22
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.5 +6 -1 manual/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/manual/build.sh,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.sh 2001/08/26 07:00:29 1.4
+++ build.sh 2001/08/27 04:47:22 1.5
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.4 2001/08/26 07:00:29 user57 Exp $
+# $Id: build.sh,v 1.5 2001/08/27 04:47:22 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.7 +7 -13 manual/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/manual/build.xml,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- build.xml 2001/08/26 07:44:40 1.6
+++ build.xml 2001/08/27 04:47:22 1.7
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.6 2001/08/26 07:44:40 user57 Exp $ --
+!-- $Id: build.xml,v 1.7 2001/08/27 04:47:22 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-j2ee build.sh build.xml
User: user57
Date: 01/08/26 21:47:23
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 jboss-j2ee/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jboss-j2ee/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:29 1.3
+++ build.sh 2001/08/27 04:47:23 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:29 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:23 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.6 +7 -13 jboss-j2ee/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss-j2ee/build.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- build.xml 2001/08/26 07:00:29 1.5
+++ build.xml 2001/08/27 04:47:23 1.6
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.5 2001/08/26 07:00:29 user57 Exp $ --
+!-- $Id: build.xml,v 1.6 2001/08/27 04:47:23 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss build.sh build.xml
User: user57
Date: 01/08/26 21:47:23
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 jboss/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jboss/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:31 1.3
+++ build.sh 2001/08/27 04:47:22 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:31 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:22 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.12 +7 -13 jboss/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jboss/build.xml,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- build.xml 2001/08/26 22:27:56 1.11
+++ build.xml 2001/08/27 04:47:22 1.12
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.11 2001/08/26 22:27:56 user57 Exp $ --
+!-- $Id: build.xml,v 1.12 2001/08/27 04:47:22 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/jetty build.sh build.xml
User: user57
Date: 01/08/26 21:47:23
Modified:jettybuild.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 contrib/jetty/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/contrib/jetty/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:30 1.3
+++ build.sh 2001/08/27 04:47:23 1.4
@@ -106,6 +106,11 @@
fi
fi
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
+
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
}
1.4 +7 -13 contrib/jetty/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/contrib/jetty/build.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.xml 2001/08/26 07:00:30 1.3
+++ build.xml 2001/08/27 04:47:23 1.4
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosscx build.sh build.xml
User: user57
Date: 01/08/26 21:47:21
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 jbosscx/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jbosscx/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:29 1.3
+++ build.sh 2001/08/27 04:47:21 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:29 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:21 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.5 +7 -13 jbosscx/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosscx/build.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.xml 2001/08/26 07:00:29 1.4
+++ build.xml 2001/08/27 04:47:21 1.5
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.4 2001/08/26 07:00:29 user57 Exp $ --
+!-- $Id: build.xml,v 1.5 2001/08/27 04:47:21 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx build.sh build.xml
User: user57
Date: 01/08/26 21:47:24
Modified:.build.sh build.xml
Log:
o Added a build.log, which will be created as a dependency of init unless
buildlog-disabled is set. This contains all info higher messages from
the build system.
o build.sh will now cd to $DIRNAME, so you don't have to be in the same
directory with build.sh for it to work.
Revision ChangesPath
1.4 +6 -1 jbosssx/build.sh
Index: build.sh
===
RCS file: /cvsroot/jboss/jbosssx/build.sh,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- build.sh 2001/08/26 07:00:31 1.3
+++ build.sh 2001/08/27 04:47:24 1.4
@@ -8,7 +8,7 @@
## ##
### == ###
-# $Id: build.sh,v 1.3 2001/08/26 07:00:31 user57 Exp $
+# $Id: build.sh,v 1.4 2001/08/27 04:47:24 user57 Exp $
PROGNAME=`basename $0`
DIRNAME=`dirname $0`
@@ -105,6 +105,11 @@
die Ant version $ANT_VERSION is required to build.
fi
fi
+
+# change to the directory where the script lives so folks do not have
+# to be in the same dir to run the build without specifying the build
+# file.
+cd $DIRNAME
export ANT ANT_HOME
exec $ANT $ANT_OPTIONS $@
1.5 +7 -13 jbosssx/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbosssx/build.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.xml 2001/08/26 07:00:31 1.4
+++ build.xml 2001/08/27 04:47:24 1.5
@@ -10,7 +10,7 @@
!----
!-- == --
-!-- $Id: build.xml,v 1.4 2001/08/26 07:00:31 user57 Exp $ --
+!-- $Id: build.xml,v 1.5 2001/08/27 04:47:24 user57 Exp $ --
project default=main
@@ -46,18 +46,8 @@
property name=module.release value=${module.output}/
property file=${module.root}/local.properties/
- !--
- | Initialize the build system.
- |
- | o Sets the timestamp and build.number properties
- | o Installs property defaults
- | o Displays some module information
- | o Resolves properties for psuedo late-binding
- | o Installs filters for each property
- |
- | This target will not run once the initialized-already property is set.
---
- target name=init unless=initialized-already
+ !-- Initialize the build system. --
+ target name=init unless=initialized-already depends=init-buildlog
tstamp
format property=build.number pattern=MMddHHmm/
/tstamp
@@ -70,6 +60,10 @@
resolver force=${buildmagic.resolveproperties.force}/
propertyfilter all=${buildmagic.propertyfilter.all}/
property name=initialized-already value=true/
+ /target
+
+ target name=init-buildlog unless=buildlog-disabled
+record name=${basedir}/build.log append=no loglevel=info/
/target
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/resources/security-proxy SRPVerifierStore.ser auth.conf jndi.properties roles.properties sample_policy.xml server.policy tst-policy.xml tst.policy users.properties
User: user57
Date: 01/08/26 21:48:24
Added: src/resources/security-proxy SRPVerifierStore.ser auth.conf
jndi.properties roles.properties sample_policy.xml
server.policy tst-policy.xml tst.policy
users.properties
Log:
o Integrated the testsuite module with the new build system.
Revision ChangesPath
1.1 jbosstest/src/resources/security-proxy/SRPVerifierStore.ser
Binary file
1.1 jbosstest/src/resources/security-proxy/auth.conf
Index: auth.conf
===
j2eeri {
org.jboss.security.plugins.samples.IdentityLoginModule required;
};
simple {
org.jboss.security.ClientLoginModule required
;
};
spec-test {
org.jboss.security.ClientLoginModule required
;
};
LoginContext {
org.jboss.security.plugins.samples.IdentityLoginModule required
principal=scott
;
org.jboss.security.plugins.samples.RolesLoginModule required
;
};
other {
// Put your login modules that work without jBoss here
org.jboss.security.srp.jaas.SRPLoginModule required
password-stacking=useFirstPass
principalClassName=org.jboss.security.SimplePrincipal
srpServerJndiName=SRPServerInterface
debug=true
;
// jBoss LoginModule
org.jboss.security.ClientLoginModule required
password-stacking=useFirstPass
;
// Put your login modules that need jBoss here
};
1.1 jbosstest/src/resources/security-proxy/jndi.properties
Index: jndi.properties
===
# JNDI initial context properties for jboss app server
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=localhost
java.naming.factory.url.pkgs=org.jboss.naming
1.1 jbosstest/src/resources/security-proxy/roles.properties
Index: roles.properties
===
scott=Echo
stark=Java,Coder
starksm.Roles=ProjectUser
starksm.CallerPrincipal=starksm
scott.Roles=ProjectUser
scott.CallerPrincipal=scott
1.1 jbosstest/src/resources/security-proxy/sample_policy.xml
Index: sample_policy.xml
===
?xml version = 1.0 encoding = UTF-8?
policy
application-policy name = test-domain
authentication
login-module code=org.jboss.security.plugins.ProxyLoginModule
flag=required
module-option
name=moduleNameorg.jboss.security.srp.jaas.SRPCacheLoginModule/module-option
module-option
name=cacheJndiNameSRPAuthenticationCache/module-option
/login-module
login-module code=org.jboss.security.plugins.samples.RolesLoginModule
flag=required
/login-module
/authentication
authorization
grant
principal code = org.jboss.security.SimplePrincipal name =
scott/
permission code =
org.jboss.test.security.test.NamespacePermission name = Project1 actions = rwxd/
permission code =
org.jboss.test.security.test.NamespacePermission name = Project1/Documents/Private
actions = rw-d/
permission code =
org.jboss.test.security.test.NamespacePermission name =
Project1/Documents/Public/starksm actions = /
/grant
grant
principal code = org.jboss.security.SimplePrincipal name =
starksm/
permission code =
org.jboss.test.security.test.NamespacePermission name = Project1/Documents/Public
actions = r---/
/grant
/authorization
/application-policy
application-policy name = spec-test
authentication
login-module
code=org.jboss.security.plugins.samples.JaasServerLoginModule flag=required
/login-module
/authentication
/application-policy
application-policy name = simple
authentication
login-module
code=org.jboss.security.plugins.samples.JaasServerLoginModule flag=required
/login-module
/authentication
/application-policy
/policy
1.1 jbosstest/src/resources/security-proxy/server.policy
Index: server.policy
===
grant codeBase file:${jboss.home}/client/- {
permission java.security.AllPermission;
};
grant codeBase file:${jboss.home}/lib/ext/- {
permission java.security.AllPermission;
};
grant codeBase file:${jboss.home}/lib/* {
permission
[JBoss-dev] build.log
I added a builg log to each module build system using the record task. If a module is called from the build module, then it will not create a new log. If you have issues with the build system, please include your log (or a snip of it if it is huge) so I can better assist you. --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc jboss.kpx
User: user57 Date: 01/08/27 00:56:06 Removed: src/etc jboss.kpx Log: removing all .kpx files ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/etc jbossdocs.kpx
User: user57 Date: 01/08/27 00:56:06 Removed: src/etc jbossdocs.kpx Log: removing all .kpx files ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/src/etc jnp.kpx
User: user57 Date: 01/08/27 00:56:06 Removed: src/etc jnp.kpx Log: removing all .kpx files ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/etc jbosstest.kpx
User: user57 Date: 01/08/27 00:56:06 Removed: src/etc jbosstest.kpx Log: removing all .kpx files ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
