User: user57
Date: 02/03/07 18:45:48
Modified:.build.xml
Log:
o added simplewebapp for simple deployment demo for j2ee config
Revision ChangesPath
1.4 +50 -9 netboot-demo/build.xml
Index: build.xml
User: user57
Date: 02/03/07 18:45:48
Added: src/web/simplewebapp index.jsp
Log:
o added simplewebapp for simple deployment demo for j2ee config
Revision ChangesPath
1.1 netboot-demo/src/web/simplewebapp/index.jsp
Index: index.jsp
configuration.
-REM
-REM ==
-REM
-REM $Id: build.bat,v 1.2 2002/02/28 04:43:34 user57 Exp $
-REM
-REM Authors:
-REM Jason Dillon [EMAIL PROTECTED]
-REM Sacha Labourey [EMAIL PROTECTED]
-REM
-
-REM
=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class LibrarySet
@@ -58,15 +58,15 @@
/** Instance logger. */
protected final TaskLogger log = new TaskLogger(this);
- protected String name;
+ protected String pathID;
protected File root;
protected List
Did jetty module get executed?
--jason
Scott M Stark wrote:
Why is the jetty service now missing from the default configuration?
bin 1173ls ../server/default/conf/
auth.conf jbossmq-state.xml server.policy
jboss-service.xml jbossmq-testsuite-service.xml
should be like MainDeployer, and not
extend DeployerMBean.
david jencks
On 2002.03.06 01:47:45 -0500 Jason Dillon wrote:
So you want to have an interface floating around even it is only used
for
this MBeanProxy ?
In short yes. I would rather have calls like
serviceController.create(objectName
Jason Dillon wrote:
So you want to have an interface floating around even it is only used
for
this MBeanProxy ?
In short yes. I would rather have calls like
serviceController.create(objectName);
over
server.invoke(controllerName,
new Object[] { objectName
What does FarmDeployer actually do?
--jason
David Jencks wrote:
On 2002.03.06 18:36:25 -0500 Jason Dillon wrote:
MainDeployer was orginally slated to be an instance of DeployerMBean,
but someone refactored that interface such that it would not apply here
anymore...
Maybe a really long
There seems to be some misconception about MBeanProxy, Java interfaces
and JMX with respect to coupling and flexibility.
MBeanProxy + Java inteface are client-side tools which make using JMX
easier to use. This is because the proxy will perform the required type
casting and will handle the
Kind of a
MainDeployerInterceptor;-)
Would be more appriopriate than a seperate MainDeployer for farm
functionality.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
There I said it. It suffers from some jasonisms meaning the abstract
hello world, but all in all it is actually a pretty piece of work.
I can see how that might appear now that DirectoryDeploymentScanner was
removed... though there was a reason for it when I wrote it. I don't
just
];Jason Dillon/a
- * @version $Revision: 1.4 $
+ * @version $Revision: 1.5 $
*/
public class Main
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
And --patch-dir to --patchdir
??
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
What is the desired result which you are trying to achieve?
--jason
Andreas Schaefer wrote:
Hi
I don't want to create a separate MainDeployer but to be able to
intercept the deployment and manage it before the local deployment
is performed.
I never thought to be another part of the
There is absolutly NO coupling when using a Java interface and
MBeanProxy to invoke operations on a target MBean, as there is no
requirement that the target MBean implement that interface. At runtime
the interface only plays a role on the client side. BUT durring compile
time, it plays a role
But the MBean doesn't have too and for DynamicMBean you have
to rename them different as XXXMBean !!
Who said anything about using a MBean suffix?
StandardMBean requires that. You could (unlikely but possible) run into
a problem when the XXXMBean you need for a StandardMBean want
to apply to
User: user57
Date: 02/03/06 21:53:56
newsite/src/docs/demo - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/03/06 21:56:09
Added: src/docs/demo index.jsp
Log:
o basic netboot demo docs... still needs some work
Revision ChangesPath
1.1 newsite/src/docs/demo/index.jsp
Index: index.jsp
User: user57
Date: 02/03/06 21:56:09
Added: src/docs/demo/netboot index.jsp
Log:
o basic netboot demo docs... still needs some work
Revision ChangesPath
1.1 newsite/src/docs/demo/netboot/index.jsp
Index: index.jsp
User: user57
Date: 02/03/06 21:54:05
newsite/src/docs/demo/netboot - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
So the only real issue is another interface when not using standardmbeans.
I think that is minor compaired to the benifits. Thanks for checking
the performance though. I was not sure how dyamic proxy performed anyways.
--jason
Andreas Schaefer wrote:
Hi Geeks
After a simple test with
User: user57
Date: 02/03/06 22:19:58
newsite/src/docs/demo/netboot/base - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
1.5
+++ Main.java 7 Mar 2002 06:27:43 - 1.6
@@ -41,7 +41,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.5 $
+ * @version $Revision: 1.6 $
*/
public class Main
User: user57
Date: 02/03/06 23:15:11
Modified:src/docs/demo/netboot index.jsp
Log:
o Host file demo files on jboss.sf.net
Revision ChangesPath
1.2 +8 -8 newsite/src/docs/demo/netboot/index.jsp
Index: index.jsp
I think I understand the benefits... I'm not convinced yet that there are
no problems we haven't seen yet. I'm still thinking.
The only problem I could see was when a JMX exception was thrown... like
for no such method or whatever... which we would just translate into
some Error. Or could
User: user57
Date: 02/03/06 23:41:20
Modified:src/docs/demo/netboot index.jsp
Added: src/docs/demo/netboot advanced.jsp
Log:
o Split off advanced examples so they can have even more detail with out
complicating the basics
Revision ChangesPath
1.3
If there isn't a bug for it now, please make one. Easier to track ya know...
--jason
_
View thread online: http://main.jboss.org/thread.jsp?forum=66thread=10170
___
Jboss-development mailing
that you have gotten the http stuff working, do you want to take this
dog and pony demo for the website.
Fame and glory await you, this is a powerful demo, fame and glory
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Monday
Andreas Schaefer wrote:
Hi Geeks
Two things:
1) I encounter the MBeanProxy (jmx/src/main/org/jboss/mx/util)
in AbstractDeploymentScanner. Because maybe we are going
towards XMBean (ModelMBeans) this will not work anymore
because there is not Interface with XMBeans. Shouldn't we
mark the
Shit. This is so fucking simple. You just don't get it.
If you want to let folks implement http scanning or another type of
scanning, they will basically need this to keep from having to duplicate
it all... and the bugs that come with it.
If you want to combine them all into one... be my
So you want to have an interface floating around even it is only used for
this MBeanProxy ?
In short yes. I would rather have calls like
serviceController.create(objectName);
over
server.invoke(controllerName,
new Object[] { objectName },
new
User: user57
Date: 02/03/04 16:38:58
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o Log4j can now be configured/reconfigured from a URL
Revision ChangesPath
1.2 +62 -14jboss-system/src/main/org/jboss/logging/Log4jService.java
Index:
User: user57
Date: 02/03/04 16:46:05
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o forgot to set lastConfigured
o uninstall/reinstall system adapters to avoid loops
Revision ChangesPath
1.3 +29 -13
What project/module did you checkout?
The resource looks like the newer buildmagic, which has not been
commited (to my knowledge) on any projects other than buildmagic.
--jason
Dave Smith wrote:
How do I guarantee that my rar's that setup my default data source get
deployed before my
User: user57
Date: 02/03/04 17:16:01
jboss-common/src/main/org/jboss/logging/appender - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
PROTECTED];Jason Dillon/a
*/
public class DailyRollingFileAppender
extends org.apache.log4j.DailyRollingFileAppender
{
public void setFile(final String filename)
{
FileAppender.Helper.makePath(filename);
super.setFile(filename);
}
}
1.1
User: user57
Date: 02/03/04 17:18:12
Modified:src/etc/conf/default log4j.xml
Log:
o using file appenders which make directory structure by default
Revision ChangesPath
1.5 +3 -3 jboss/src/etc/conf/default/log4j.xml
Index: log4j.xml
5 Mar 2002 02:34:54 - 1.8
@@ -48,7 +48,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.7 $
+ * @version $Revision: 1.8 $
*/
public class ServerImpl
implements
:43:47 - 1.4
@@ -37,7 +37,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public class Main
{
@@ -131,8 +131,8
proxies.
*
* @author a href=mailto:[EMAIL PROTECTED];Rickard Öberg/a.
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.1 $
+ * @version $Revision: 1.2 $
*/
public class MBeanProxy
implements InvocationHandler
@@ -77,20 +72,8
User: user57
Date: 02/03/04 19:00:31
Modified:src/bin run.bat run.sh
Log:
o jboss.boot.loader.name - program.name
Revision ChangesPath
1.4 +3 -4 jboss-system/src/bin/run.bat
Index: run.bat
org.jboss.util.jmx.JMXExceptionDecoder;
import org.jboss.util.file.FileSuffixFilter;
/**
@@ -48,7 +45,7 @@
*
* @author a href=mailto:[EMAIL PROTECTED];Marc Fleury/a
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
- * @version $Revision: 1.8 $
+ * @version $Revision: 1.9 $
*/
public class
User: user57
Date: 02/03/04 19:06:57
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
o do not wrap DeploymentException inside of DeploymentException
Revision ChangesPath
1.15 +7 -3 jboss-system/src/main/org/jboss/deployment/MainDeployer.java
User: user57
Date: 02/03/04 19:10:05
Modified:src/main/org/jboss/system ServiceController.java
Log:
o don't need this import
Revision ChangesPath
1.3 +1 -2 jboss-system/src/main/org/jboss/system/ServiceController.java
Index: ServiceController.java
User: user57
Date: 02/03/04 19:16:04
Modified:jbossbuild.xml
Log:
o Directories will be created if they do not exist (even for log/)
Revision ChangesPath
1.99 +1 -13 build/jboss/build.xml
Index: build.xml
User: user57
Date: 02/03/04 19:32:19
Added: src/resources log4j-debug.properties log4j-trace.properties
Log:
o Adding standard log4j properties for debug and trace (allows you to say
-Dlog4j.configuration=log4j-debug.properties to enable debug on boot)
Revision
User: user57
Date: 02/03/04 19:45:46
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o special handling of file urls, which don't return content type = text/xml
o more trace debugging
Revision ChangesPath
1.4 +28 -8
User: user57
Date: 02/03/04 19:46:15
Modified:.build.xml
Log:
o include log4j-debug.properties and log4j-trace.properties in run.jar
Revision ChangesPath
1.7 +2 -2 jboss-system/build.xml
Index: build.xml
The JBoss/Testsuite management tests seem to need a security manager to
work. When run by themselves I get exception like the one below for
most of the tests. When run with the rest of the tests only one
failes... which means that this test is dependent on some other test to
run... which is
I wonder... db is needed for what?
log is dependent on your using a file appender for log4j
our tmp dir might be unnecessary given url deployment. The main reason we
copy stuff explicitly is for the can't delete or change an opened jar
bug. jar already makes a local (hidden) copy of any
demo for the website.
Fame and glory await you, this is a powerful demo, fame and glory
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Monday, March 04, 2002 8:28 PM
|To: [EMAIL PROTECTED]
|Subject: Re: RE: [JBoss-dev
The jboss-website project usually takes care of installing the dtds...
though it has not been in much use since the crash...
--jason
Dain Sundstrom wrote:
When do the DTDs get updated on the JBoss site? The dtd for
jbosscmp-jdbc.xml hasn't been updated in like a month. Can we setup a
And no, Jason, I am not putting linux on that windows box, so don't even
bother writing about it.
Your pain, not mine.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Short-term, parsing twice does not seem too bad here...
maybe to you, it sounds disasterous to me.
How so?
I think that we might want to do away with the .sar format as we know
it... we can figure out how to deal with native libraries and canned
file systems later.
Why? And what do
I would suggest not making a generalized shared contenet module, as I
mentioned to you before. Better to make it specific to xml, or it will
end up growing out of control as different content deemed shared gets
put there.
--jason
David Jencks wrote:
I've been thinking about creating a
You need to be sure you are building the snapshots module... that is
where the dtds come from.
--jason
marc fleury wrote:
|The jboss-website project usually takes care of installing the dtds...
|though it has not been in much use since the crash...
I run the default build from time to
Perhaps the scanner should use the DeploymentSorter
on deploy or deployedSet before deploying/undeploying anything?
Yes, perhaps... though it is a hack. If someone was deploying by hand
then we would not have the benifit of sorting to avoid this bug.
--jason
marc fleury wrote:
|cd jboss-website
|build/build.sh -Dmodules=website,manual,snapshots
|
|Then copy the bits from build/output/*
to where? can you automate that in the BM xml?
marcf
cd jboss-website
build/build.sh -Dmodules=website,manual,snapshots
build/build.sh
User: user57
Date: 02/03/02 00:22:20
Modified:src/etc/conf/default jboss-service.xml
Log:
o URLDeploymentScanner is the default
Revision ChangesPath
1.33 +11 -6 jboss/src/etc/conf/default/jboss-service.xml
Index: jboss-service.xml
User: user57
Date: 02/03/02 00:22:57
Removed: src/main/org/jboss/deployment/scanner
DirectoryDeploymentScanner.java
DirectoryDeploymentScannerMBean.java
Log:
o buh-bye... UDS is vastly better than you are... so take a hike
deployments.
*
- * @version tt$Revision: 1.1 $/tt
+ * @version tt$Revision: 1.2 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class DeploymentSorter
@@ -72,36 +70,6 @@
// Unknown types deployed at the end
list.addAll(copy
local directory
* scanning for file-based urls.
*
- * @version tt$Revision: 1.2 $/tt
+ * @version tt$Revision: 1.3 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class URLDeploymentScanner
@@ -292,7 +292,7 @@
if (log.isTraceEnabled
User: user57
Date: 02/03/02 00:40:36
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
o Changed deployments to deploymentMap for clarity, deploymentsList to
deploymentList for consistency.
o Using Counter helper object instead of handrolled
o Using
User: user57
Date: 02/03/02 00:41:09
Modified:src/main/org/jboss/deployment MainDeployerMBean.java
Log:
o Added deploy(URL) and undeploy(URL) to MainDeployerMBean interface
o Using above for deployment/undeployment
Revision ChangesPath
1.4 +6 -4
Why do we attempt to install an MBean before its dependencies have been
met? Looks like install hapens before create, and create is where
depends logic begins. It seems like a better choice would be to check
for depends before installing, or rather before attempting to
instantiate the mbean
+ * @version tt$Revision: 1.4 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class URLDeploymentScanner
@@ -428,7 +428,9 @@
// make sure it exists
if (!file.exists()) {
- log.warn(Skipping non-existant file: + file
I don't think this is one of our exceptions...
* * *
org.jboss.deployment.DeploymentException: exception in init of
file:/C:/home/jason/workspace/jboss/clean-jboss-all/build/output/jboss-3.0.0beta2/server/default/deploy/jbossmq-testsuite-service.xml;
- nested throwable is:
In general, that won't help. It happens in this case that jbosscx.sar
defines an mbean that DefaultDS needs, so deployment would wait, but if put
the ConnectionFactoryLoader class somewhere else there'd be no way to look
for it using depends. Marc wanted to use the MBeanClassLoader to keep
User: user57
Date: 02/03/02 15:59:57
Modified:apache/bcel VERSION
Log:
o Update version info
Revision ChangesPath
1.2 +2 -1 thirdparty/apache/bcel/VERSION
Index: VERSION
===
RCS file:
The 'BCEL' directory has been replaced by 'bcel' and is no longer in the
repository. Due to windows being especially lame in this area, you may
still get garbage like this:
cvs server: cannot open directory /cvsroot/jboss/thirdparty/apache/BCEL:
No such file or directory
cvs server: skipping
User: user57
Date: 02/03/01 00:29:56
Modified:src/etc/conf/default jboss-service.xml
Log:
o Seperated deployment scanning from MainDeployer
o Adding DeploymentScanner APIs + default local directory based scanner
o Moved common deployment sorting into DeploymentSorter (a
User: user57
Date: 02/03/01 00:29:57
Modified:src/bin run.bat
Log:
o Seperated deployment scanning from MainDeployer
o Adding DeploymentScanner APIs + default local directory based scanner
o Moved common deployment sorting into DeploymentSorter (a temporary hack)
o
PROTECTED];Jason Dillon/a
*/
public class DeploymentSorter
{
/** The default order for sorting deployments. */
public static final String[] DEFAULT_SUFFIX_ORDER = {
sar, service.xml, rar, jar, war, wsr, ear, zip
};
protected String[] suffixOrder;
public
or changed
*deployments.
*
* @todo Expose deployer name as depenent MBean when there is
* a common interface for deployment management (not
* deployment lifecycle mgmnt).
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon
The final idea floating around is that of multiple configurations. I am
thinking that there are many deploy directories in the MainDeployer now (it
is capable of scanning many directories not just the /deploy one) and we
should take advantage of this. Maybe we could have
Someone mentioned that 1.4 will allow for runtime config of security
policy... why not defer tight policy integration until we have switched
to it by default?
Could also add njar to the system loader...
It seems very strange to me that we now have huge names under tmp/deploy
(which may not
What do you mean this morning...
=P
--jason
marc fleury wrote:
ok sorry for freaking out, man I am prissy this morning.
in a general bad mood,
marcf
|-Original Message-
|From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
|Sent: Friday, March 01, 2002 7:32 AM
|To: marc fleury; [EMAIL
Its not reasonable to force the use of 1.4 at this point so the
first point is irrelevant. We have to be able to run under a
security manager with 3.0 with JDK 1.3.
That is not what I meant. I was under the impression that a SM could
still be used under 1.3, but would not be spec compliant
/default/deploy/jbossmq-service.xml
To load all the jboss/lib jars :
classpath codebase=../../../../lib archives=*/
To load all the jars in the server's lib dirctory:
/jboss/server/default/lib
classpath codebase=../lib archives=*/
Regards,
Hiram
From: Jason Dillon [EMAIL PROTECTED
The main problem with using ../ here (and other places) is that when the
configuration as specified on the command line changes, this breaks.
hu?
In most places where relative paths are prefixed with a base, the base
value is determined from ServerConfig.getServerHomeDir(), which is
|I just realized how simple it would be to do all of the same
|functionality that DDS does and retain any URL capabilites in the same
|component... I was so into the local/directory only thing that I did
|not see it.
|
|I will add URLDeploymentScanner tomorrow...
scanning URLs is not simple,
User: user57
Date: 02/03/01 14:35:44
Log:
Status:
Vendor Tag: apache
Release Tags: bcel_unknown
N thirdparty/apache/bcel/LICENSE
N thirdparty/apache/bcel/VERSION
N thirdparty/apache/bcel/lib/bcel.jar
No conflicts created by this import
User: user57
Date: 02/03/01 14:37:56
Modified:.build.xml
Log:
o BCEL - bcel
o using vendor prefix
Revision ChangesPath
1.26 +6 -6 jmx/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/03/01 14:36:30
Removed: apache/BCEL/lib bcel.jar
Log:
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Yup.
--jason
marc fleury wrote:
turn off the brain.
try and run the stuff off of http.
fix what doesn't work.
GOt that?
marcf
I would like to be ...
-- Groovetech DJ 2001 --
___
Jboss-development mailing list
[EMAIL PROTECTED]
;
/**
* A helper for locating the {@link ServerConfig} instance
* for the running server.
*
* @version tt$Revision: 1.1 $/tt
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class ServerConfigLocator
{
private static volatile ServerConfig instance = null;
public
User: user57
Date: 02/03/01 15:26:08
Modified:.build.xml
Log:
o add todo, will fix in others soon
Revision ChangesPath
1.6 +47 -2 jboss-system/build.xml
Index: build.xml
===
User: user57
Date: 02/03/01 16:03:57
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
o replace printStackTrace with logging
o special handling for MultiException on start, since it does not
implement a proper printStackTrace method...
Revision
Does anyone know why the Jasper JspSevlet thinks that its TCL is always
a URLClassLoader? It takes the value from
Thread.currentThread().getContextClassLoader() and casts it with out a
care... does the same for getClass().getClassLoader()...
It is assigning the value parentClassLoader, which
Sorry, forgot about that.
--jason
Trevor Squires wrote:
User: squirest
Date: 02/03/01 16:12:06
Modified:.modules
Log:
jbossmx needs gnu and bcel (lower case)
Revision ChangesPath
1.102 +2 -1 CVSROOT/modules
Index: modules
Hopefully you can find something simple to fix this...
Perhaps we can simply make a UCL and set the TCL inside JettyService:
/**
* The JSP engine (a.k.a Jasper)!
*
* The servlet container is responsible for providing a
* URLClassLoader for the web application context Jasper
* is being used
Wow... a unique subject line... nice. Forums will like this too...
--jason
[EMAIL PROTECTED] wrote:
JBoss daily test results
SUMMARY
Number of tests run: 503
Successful tests: 494
Errors:4
Failures: 5
if that is the case. If need be
an empty URLClassLoader can be created for the startService
context.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL
Can you please post some more details on your exact scenario, viz:
Will try.
+ is this a hot redeploy of Jetty, especially is it a hot redeploy
when some webapps were already deployed?
Not a redeploy.
+ have you modified your jetty jboss-service.xml file to include a
webapp (long
User: user57
Date: 02/02/28 00:21:03
Added: etc/buildmagic common.xml
Log:
o common project elements (javadoc and todo doc generation)
Revision ChangesPath
1.1 tools/etc/buildmagic/common.xml
Index: common.xml
User: user57
Date: 02/02/28 01:07:10
Modified:tasks/src/resources/org/jboss/tools/buildmagic
task.properties
Log:
o Can have an empty LibrarySet
o Don't attempt to log.debug... too loud!
Revision ChangesPath
1.2 +2 -1
* @author a href=mailto:[EMAIL PROTECTED];Jason Dillon/a
*/
public class LibrarySet
@@ -107,8 +107,6 @@
{
if (name == null)
throw new MissingAttributeException(name, this);
- if (libraries == null)
- throw new MissingElementException(library
User: user57
Date: 02/02/28 01:06:01
Modified:etc/buildmagic common.xml
Log:
Revision ChangesPath
1.2 +5 -2 tools/etc/buildmagic/common.xml
Index: common.xml
===
RCS file:
.
*
- * @version $Id: PropertyFilter.java,v 1.1 2002/02/28 03:17:52 user57 Exp $
+ * @version $Id: PropertyFilter.java,v 1.2 2002/02/28 09:07:10 user57 Exp $
* @author Jason Dillon A
href=mailto:[EMAIL PROTECTED];lt;[EMAIL PROTECTED]gt;/A
*/
public class PropertyFilter
@@ -45,7 +45,7
What I don't like, really, is the SAR format. Having the files in there is a
pain in the ass, there is no way to get at the configuration simply. End of
story. It is the same nightmare with the JAR in EJB, dumb packaging. Sure
packaging is nice in some cases (I drop everything) but really
901 - 1000 of 3862 matches
Mail list logo
