Re: Existence of a database?
On Wed, 19 May 2004, Martin van den Bemt [EMAIL PROTECTED] wrote: Use antcall to call the target with the db specific properties, this way you can merge the postresql and the mysql targets. No. Use Ant 1.6+ and macrodef. 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Existence of a database?
On Wed, 19 May 2004, Ceki Gülc [EMAIL PROTECTED] wrote:
I wonder if it possible to group tasks and invoke them as a function
or a method call.
Rather as a macro. Let me see whether I can find a macrodef
solution for you.
The target running the test would be easy:
macrodef name=rundbtest
attribute name=dbtype/
sequential
delete file=./input/db/db.properties/
echo message=@{dbtype} available/
copy file=./input/db/@{dbtype}.properties
tofile=./input/db/db.properties/
junit printsummary=yes fork=no haltonfailure=yes
sysproperty key=runLen value=100/
classpath refid=tests.classpath/
formatter type=plain usefile=false/
test name=org.apache.log4j.db.FullCycleDBTest /
/junit
/sequential
/macrodef
and
target name=mysql depends=mysqlCheck, build if=mysql-present
rundbtest dbtype=mysql/
/target
target name=postgresql depends=postgresqlCheck, build
if=postgresql-present
rundbtest dbtype=postgresql/
/target
The checking part may be more difficult than the tests you've shown,
you could also macrodef them if they really are that similar for all
databases.
The whole check-then-test logic could be streamlined into a single
macro with Ant-Contrib's if if you feel that inclined. A pure Ant
solution would probably look like:
* write a build file that contains check and test targets much like
your old build file did and use properties for all DB specific things
(JDBC driver, property file). No macros, plain old targets.
* for each database you intend to support write a tiny little build
file that imports the build file above and sets the properties.
If you ever encounter a database that needs more complicated checks
than the ones you have so far, you can override the check target
(import supports target inheritance).
* In you master build file, subant over your database specific build
files.
But we are really getting off Gump-topic here 8-)
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter-20.xml
On 22 May 2004, [EMAIL PROTECTED] wrote: Cannot use different module name as it is the CVS module name as well Only as the default value. cvs has a module attribute that you can use to give it a different CVS module name than the name of your Gump module. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-digester-rss project
On Sun, 23 May 2004, robert burrell donkin [EMAIL PROTECTED] wrote: i've added a new project that builds the code (from it's new location) and added that as a dependency to the struts projects. The attachment didn't make it to the list (neither did your beanutils patch). I think you should just go ahead and commit your changes yourself. It won't break anything more badly than a failing bootstrap-ant ;-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: changes to commons-beanutils distribution strategy
On Sun, 23 May 2004, robert burrell donkin [EMAIL PROTECTED] wrote: i think it best to split the beanutils project into two (one for core, the other for bean-collections). Sounds reasonable. i don't think that any other projects depend on the code in bean-collections so the dependencies can be updated to just the core. We should try this and adapt the descriptors if we find projects that really need bean-collections. In this case it's not unlikely that we'll need to notify the projects since they may be expecting a single jar that contains the whole of collections (a lot of builds copy jars around). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project jakarta-jmeter-20.xml
sebb2004/05/24 02:43:52 Modified:project jakarta-jmeter-20.xml Log: Missed the obvious fix - change the cvs module name! Revision ChangesPath 1.6 +7 -7 gump/project/jakarta-jmeter-20.xml Index: jakarta-jmeter-20.xml === RCS file: /home/cvs/gump/project/jakarta-jmeter-20.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- jakarta-jmeter-20.xml 22 May 2004 09:30:49 - 1.5 +++ jakarta-jmeter-20.xml 24 May 2004 09:43:52 - 1.6 @@ -14,7 +14,7 @@ See the License for the specific language governing permissions and limitations under the License. -- -module name=jakarta-jmeter tag=rel-2_0 +module name=jakarta-jmeter-20 tag=rel-2_0 !-- Version $Revision$ Last updated $Date$ -- url href=http://jakarta.apache.org/jmeter/; / description @@ -22,7 +22,7 @@ Release branch 2_0 /description - cvs repository=jakarta / + cvs repository=jakarta module=jakarta-jmeter/ project name=jakarta-jmeter-20-cvs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reworking Notification (aka nagging)
If a tree falls in the forest, and nobody hears it, did it make a sound? (Or something like that. ;-) Brutus is working (studiously) to give us multiple daily builds, but we only benefit from it's notifications once a day, and commit changes things get 'stale' with that (a developer commits and walks away ends their day unaware). I'd like to change that, notifying when thing are first detected as broken, notify when things are fixed (save folks having to look, allowing for issue resolution to be registered in archives). I think we can do more here (without being unduly noisy), such as warn when a project has stopped having attempted builds [after a decent period] due to pre-requisites, and so forth. I think this is possible given the knowledge we accumulate in the statistics database. That said, those are futures (and I have other ideas, like Congrats, you've achieved N*100 good runs in a row.). I'd like to commit some (early) changes towards this, giving failures when they occur (and each official run, i.e. repeated once a day) and giving successes when they first occur (after a failure). Nothing more complicated, nothing more noisy. I'll do this today, and attempt to monitor it. Please give me feedback. Note: I have some concerns that anybody nagging on a Microsoft platform (where no DBM seems to exist for Python) will have problems with this, but I've tried to be sensitive to that, and will deal with it if/when reported. regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Existence of a database?
I was talking ant 1.4 indeed :) Mvgr, Martin On Mon, 2004-05-24 at 09:18, Stefan Bodewig wrote: On Wed, 19 May 2004, Martin van den Bemt [EMAIL PROTECTED] wrote: Use antcall to call the target with the db specific properties, this way you can merge the postresql and the mysql targets. No. Use Ant 1.6+ and macrodef. 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mvgr, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/document/xdocs documenter.py
ajack 2004/05/24 09:39:09
Modified:python/gump/runner tasks.py runner.py
python/gump/notify notifier.py __init__.py
project gump-test.xml gumpy.xml
python/gump/core config.py gumprun.py
python/gump/stats statistician.py statsdb.py
python/gump/model workspace.py stats.py
python/gump/test notifying.py pyunit.py
python/gump/document/xdocs documenter.py
Added: python/gump/notify notification.py logic.py
Removed: python/gump/test tasks.py
Log:
Reworking notification.
Revision ChangesPath
1.3 +2 -7 gump/python/gump/runner/tasks.py
Index: tasks.py
===
RCS file: /home/cvs/gump/python/gump/runner/tasks.py,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- tasks.py 21 May 2004 23:15:09 - 1.2
+++ tasks.py 24 May 2004 16:39:08 - 1.3
@@ -181,13 +181,8 @@
def notify(self):
-#
-# Only an 'all' is an official build, for them:
-#
-#Send Naggin E-mails
-#
-if self.run.getOptions().isOfficial() \
-and self.run.getGumpSet().isFull() \
+# Anything but 'all' is likely debugging.
+if self.run.getGumpSet().isFull() \
and self.run.getWorkspace().isNotify():
log.info('Notify about failures... ')
1.3 +0 -3 gump/python/gump/runner/runner.py
Index: runner.py
===
RCS file: /home/cvs/gump/python/gump/runner/runner.py,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- runner.py 21 May 2004 23:15:09 - 1.2
+++ runner.py 24 May 2004 16:39:08 - 1.3
@@ -132,8 +132,5 @@
self.run.dispatchEvent(FinalizeRunEvent(self.run))
def getRunner(run):
-#from gump.runner.tasks import SequentialTaskRunner
-#return SequentialTaskRunner(run)
-
from gump.runner.demand import OnDemandRunner
return OnDemandRunner(run)
1.3 +37 -147 gump/python/gump/notify/notifier.py
Index: notifier.py
===
RCS file: /home/cvs/gump/python/gump/notify/notifier.py,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- notifier.py 21 May 2004 23:15:05 - 1.2
+++ notifier.py 24 May 2004 16:39:08 - 1.3
@@ -35,6 +35,9 @@
from gump.net.smtp import *
from gump.utils import *
+from gump.notify.logic import NotificationLogic
+from gump.notify.notification import Notification
+
LINE ='-- -- -- -- -- -- -- -- -- -- -- -- G U M P'
SEPARATOR='*** G U M P'
@@ -54,7 +57,7 @@
class Notifier(AbstractRunActor):
-def __init__(self,run):
+def __init__(self,run,resolver=None):
AbstractRunActor.__init__(self,run)
@@ -66,8 +69,9 @@
self.unwantedSubjects=''
self.unwanteds=0
-
-
+self.resolver=self.run.getOptions().getResolver()
+self.logic=NotificationLogic(self.run)
+
def processOtherEvent(self,event):
if isinstance(event,FinalizeRunEvent):
# Notifications are wanted...
@@ -87,17 +91,20 @@
#
# Notify about the workspace (if it needs it)
#
-if self.workspace.isFailed():
-self.notifyWorkspace(run,self.workspace)
+notification = self.logic.notification(self.workspace)
+if notification:
+self.notifyWorkspace(notification)
# For all modules...
for module in self.workspace.getModules():
if not self.gumpSet.inModuleSequence(module): continue
-if module.isFailed():
+notification = self.logic.notification(module)
+
+if notification:
try:
log.info('Notify for module: ' + module.getName())
-self.notifyModule(module)
+self.notifyModule(module,notification)
except Exception, details:
log.error(Failed to send notify e-mails for module +
module.getName()\
@@ -106,15 +113,16 @@
#
# Notify for each project...
-#
-
+
Re: commons-digester-rss project
On 24 May 2004, at 08:44, Stefan Bodewig wrote: On Sun, 23 May 2004, robert burrell donkin [EMAIL PROTECTED] wrote: i've added a new project that builds the code (from it's new location) and added that as a dependency to the struts projects. The attachment didn't make it to the list (neither did your beanutils patch). I think you should just go ahead and commit your changes yourself. It won't break anything more badly than a failing bootstrap-ant ;-) in that case, i'll need some karma, please. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stopped LSD notifications
All, I've finally asked LSD to stop notifications (I took nag/ out of the workspace definition) 'cos Brutus seems to be matching it adequately (and the duplicates were getting annoying). Brutus is now the 'official' Gump. Leo, thanks for LSD. If you still wish to do the clean-up on LSD you discussed 4+ months ago, feel free. I'd still like to see Gump runs on LSD, but would understand if you wish to redeploy your resources. BTW: I've not clue why we seem to be getting so many copies, I'm kind hoping it is some mail issue Apache-side (so something that will go away by itself). FWIIW: I've added Gump version run GUID (machine workspace name date/time) to each mail as a quick hack mail id (in content). regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/server brutus.xml lsd.xml
ajack 2004/05/24 10:34:17 Modified:server brutus.xml lsd.xml Log: The torch is passed... Revision ChangesPath 1.5 +1 -0 gump/server/brutus.xml Index: brutus.xml === RCS file: /home/cvs/gump/server/brutus.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- brutus.xml21 May 2004 10:19:12 - 1.4 +++ brutus.xml24 May 2004 17:34:17 - 1.5 @@ -20,4 +20,5 @@ titleBrutus/title urlhttp://brutus.apache.org:8080/gump/url sitehttp://gump.apache.org/site + notePrimary Gump (sends notification e-mails)./note /server 1.6 +0 -1 gump/server/lsd.xml Index: lsd.xml === RCS file: /home/cvs/gump/server/lsd.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- lsd.xml 29 Apr 2004 17:00:43 - 1.5 +++ lsd.xml 24 May 2004 17:34:17 - 1.6 @@ -20,5 +20,4 @@ titleLeo Simmons (LSD)/title urlhttp://lsd.student.utwente.nl/gump/url sitehttp://lsd.student.utwente.nl//site - notePrimary Gump (sends notification e-mails)./note /server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reworking Notification (aka nagging)
On Monday 24 May 2004 23:05, Adam R. B. Jack wrote: If a tree falls in the forest, and nobody hears it, did it make a sound? (Or something like that. ;-) Isn't that quote somewhat relevant to the All batched up... mails as well? I.e. Shouldn't their communities be listening? Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-digester-rss project
in that case, i'll need some karma, please. To Gump CVS? You ought have it, ever Apache committer ought be a Gump committer. [Sorry if I am mis-understanding, just w/ e-mails multi-hour lag today I figured I'd response ASAP.] regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reworking Notification (aka nagging)
On Monday 24 May 2004 23:05, Adam R. B. Jack wrote: If a tree falls in the forest, and nobody hears it, did it make a sound? (Or something like that. ;-) Isn't that quote somewhat relevant to the All batched up... mails as well? I.e. Shouldn't their communities be listening? In Gump's perfect world yes. Unfortunately some of those communities are off Apache it isn't for us to bug them (and in one case I know of there is 'history' [before my time], and they've asked not to be nagged.) Since Gump would rather build projects, than use packaged versions, we still Gump the project. That said ... you've got a good point. I think some of those are oversights, little 'add on' projects (to drag in a jar, rather than package) and the cut-n-paste template folks used (IMHO) just forgot nag. We really ought go round fixing those, to nag the responsible party. BTW: With Gumpy we have the ability to set nag at the module level, not just the project level, so we could attempt to just move the nag XML elements up an element. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project jakarta-commons.xml
rdonkin 2004/05/24 13:03:14 Modified:project jakarta-commons.xml Log: Added build for digester-rss Revision ChangesPath 1.130 +20 -0 gump/project/jakarta-commons.xml Index: jakarta-commons.xml === RCS file: /home/cvs/gump/project/jakarta-commons.xml,v retrieving revision 1.129 retrieving revision 1.130 diff -u -r1.129 -r1.130 --- jakarta-commons.xml 17 May 2004 19:17:39 - 1.129 +++ jakarta-commons.xml 24 May 2004 20:03:14 - 1.130 @@ -219,6 +219,26 @@ from=Ted Husted lt;[EMAIL PROTECTED]gt;/ /project + project name=commons-digester-rss +packageorg.apache.commons.digester.rss/package +descriptionDigester RSS Example/description +url href=http://jakarta.apache.org/commons/digester.html/ +ant basedir=digester/src/examples/rss target=dist/ +depend project=ant inherit=runtime/ +depend project=xml-xerces/ +depend project=junit/ +depend project=commons-beanutils/ +depend project=commons-digester/ +depend project=commons-collections/ +depend project=commons-logging/ +home nested=digester/src/examples/rss/dist/ +jar name=commons-digester-rss.jar/ +javadoc nested=digester/src/examples/rss/dist/docs/api/ + +nag to=[EMAIL PROTECTED] + from=Robert Burrell Donkin lt;[EMAIL PROTECTED]gt;/ + /project + project name=commons-el packageorg.apache.commons.el/package descriptionExpression Language/description - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-digester-rss project
On 24 May 2004, at 19:44, Adam R. B. Jack wrote: in that case, i'll need some karma, please. To Gump CVS? You ought have it, ever Apache committer ought be a Gump committer. i did another checkout and i do now indeed have karma :) (maybe i checked it out anonymously before...) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project jakarta-struts.xml
rdonkin 2004/05/24 13:04:53 Modified:project jakarta-struts.xml Log: Added dependency on the new digester-rs build Revision ChangesPath 1.48 +1 -0 gump/project/jakarta-struts.xml Index: jakarta-struts.xml === RCS file: /home/cvs/gump/project/jakarta-struts.xml,v retrieving revision 1.47 retrieving revision 1.48 diff -u -r1.47 -r1.48 --- jakarta-struts.xml14 May 2004 17:40:48 - 1.47 +++ jakarta-struts.xml24 May 2004 20:04:53 - 1.48 @@ -35,6 +35,7 @@ depend property=commons-beanutils.jar project=commons-beanutils/ depend property=commons-collections.jar project=commons-collections/ depend property=commons-digester.jarproject=commons-digester/ + depend property=commons-digester-rss.jar project=commons-digester-rss/ depend property=commons-fileupload.jar project=commons-fileupload/ depend property=commons-lang.jarproject=commons-lang/ depend property=commons-logging.jar project=commons-logging id=commons-logging/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project struts.xml
rdonkin 2004/05/24 13:05:06 Modified:project struts.xml Log: Added dependency on the new digester-rs build Revision ChangesPath 1.3 +1 -0 gump/project/struts.xml Index: struts.xml === RCS file: /home/cvs/gump/project/struts.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- struts.xml14 May 2004 17:40:48 - 1.2 +++ struts.xml24 May 2004 20:05:06 - 1.3 @@ -39,6 +39,7 @@ depend property=xerces.jar project=xml-xerces id=parser/ depend property=antlr.jar project=antlr id=antlr/ depend property=commons-beanutils.jar project=commons-beanutils/ + depend property=commons-digester-rss.jar project=commons-digester-rss/ depend property=commons-collections.jar project=commons-collections/ depend property=commons-digester.jarproject=commons-digester/ depend property=commons-fileupload.jar project=commons-fileupload/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project avalon-excalibur.xml checkstyle.xml db-ojb.xml directory-naming.xml invicta.xml jakarta-commons-sandbox.xml jakarta-poi.xml jakarta-poi3.xml jakarta-struts.xml jakarta-taglibs.xml jakarta-tomcat-40.xml jakarta-tomcat-5.xml jakarta-turbine-3.xml jakarta-turbine-stratum.xml maven.xml quartz.xml struts.xml
rdonkin 2004/05/24 13:28:48 Modified:project avalon-excalibur.xml checkstyle.xml db-ojb.xml directory-naming.xml invicta.xml jakarta-commons-sandbox.xml jakarta-poi.xml jakarta-poi3.xml jakarta-struts.xml jakarta-taglibs.xml jakarta-tomcat-40.xml jakarta-tomcat-5.xml jakarta-turbine-3.xml jakarta-turbine-stratum.xml maven.xml quartz.xml struts.xml Log: Split beanutils into two separate projects (core and bean-collections). Updated effected dependencies. Revision ChangesPath 1.150 +1 -1 gump/project/avalon-excalibur.xml Index: avalon-excalibur.xml === RCS file: /home/cvs/gump/project/avalon-excalibur.xml,v retrieving revision 1.149 retrieving revision 1.150 diff -u -r1.149 -r1.150 --- avalon-excalibur.xml 9 Apr 2004 13:04:25 - 1.149 +++ avalon-excalibur.xml 24 May 2004 20:28:47 - 1.150 @@ -358,7 +358,7 @@ depend project=excalibur-fortress-meta/ depend project=avalon-logkit/ depend project=commons-collections/ -depend project=commons-beanutils/ +depend project=commons-beanutils-core/ depend project=concurrent/ depend project=excalibur-instrument/ depend project=excalibur-instrument-manager/ 1.28 +1 -1 gump/project/checkstyle.xml Index: checkstyle.xml === RCS file: /home/cvs/gump/project/checkstyle.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- checkstyle.xml10 May 2004 08:12:29 - 1.27 +++ checkstyle.xml24 May 2004 20:28:47 - 1.28 @@ -44,7 +44,7 @@ depend project=antlr runtime=true/ depend project=jakarta-regexp runtime=true/ depend project=jakarta-bcel runtime=true/ -depend project=commons-beanutils runtime=true/ +depend project=commons-beanutils-core runtime=true/ depend project=commons-cli runtime=true/ depend project=commons-collections runtime=true/ depend project=commons-logging runtime=true/ 1.16 +2 -2 gump/project/db-ojb.xml Index: db-ojb.xml === RCS file: /home/cvs/gump/project/db-ojb.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- db-ojb.xml22 Mar 2004 10:30:40 - 1.15 +++ db-ojb.xml24 May 2004 20:28:47 - 1.16 @@ -32,7 +32,7 @@ depend project=xml-xerces/ depend project=antlr/ -depend project=commons-beanutils/ +depend project=commons-beanutils-core/ depend project=commons-collections/ depend project=commons-dbcp/ depend project=commons-lang/ @@ -86,7 +86,7 @@ depend project=xml-xerces/ depend project=antlr/ -depend project=commons-beanutils/ +depend project=commons-beanutils-core/ depend project=commons-collections/ depend project=commons-dbcp/ depend project=commons-lang/ 1.15 +1 -1 gump/project/directory-naming.xml Index: directory-naming.xml === RCS file: /home/cvs/gump/project/directory-naming.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- directory-naming.xml 27 Feb 2004 09:22:56 - 1.14 +++ directory-naming.xml 24 May 2004 20:28:47 - 1.15 @@ -27,7 +27,7 @@ /ant packageorg.apache.directory.naming/package depend project=ant inherit=runtime/ -depend project=commons-beanutils/ +depend project=commons-beanutils-core/ depend project=commons-collections/ depend project=commons-dbcp/ depend project=commons-digester/ 1.4 +1 -1 gump/project/invicta.xml Index: invicta.xml === RCS file: /home/cvs/gump/project/invicta.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- invicta.xml 6 May 2004 16:03:40 - 1.3 +++ invicta.xml 24 May 2004 20:28:47 - 1.4 @@ -41,7 +41,7 @@ depend project=commons-logging/ depend project=commons-digester/ depend project=commons-lang/ -depend project=commons-beanutils/ +depend project=commons-beanutils-core/ depend project=commons-collections/ depend project=xml-xerces/ 1.160 +4 -4 gump/project/jakarta-commons-sandbox.xml Index: jakarta-commons-sandbox.xml === RCS file:
Sending mails and reports
I'm trying to integrate maven with gump. I am using one script for each project in my workspace to do the builds with maven. The gump called correctly the builds scripts, but when I forces the build to result in error, it simple ignores it and signalize that the build was sucessful, Like this: C:\temp\workspacegmp build INFO:gump:Use text (not forrest). INFO:gump:Perform task [preprocess] INFO:gump:Perform task [loadStatistics] INFO:gump:*New* Statistics Database:c:\sys\gump\work\stats.db INFO:gump:Perform task [build] INFO:gump: Project: #[1] of [1] : menu Project [menu] State: Success - Error:Unable to complete project.home for: menu - Error:Found a jar with no name... - Info:Enable verbose output, due to 0 previous error(s). Work [1] [6] secs. Work : Success Work Name : buildscript_menu_menu Work Cmd : c:\temp\workspace\menu\build.bat Work Cwd : c:\temp\workspace\menu Work Env : CLASSPATH : ;c:\temp\workspace\menu\target\classes Work Exit : 0 GUMP c:\temp\workspace\tmp\buildscript_menu_menu.txt c:\temp\workspace\menumaven build -d c:\temp\workspace\menu __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc3 build:start: build: java:prepare-filesystem: java:compile: [echo] Compiling to c:\temp\workspace\menu/target/classes [javac] Compiling 1 source file to C:\temp\workspace\menu\target\classes C:\temp\workspace\menu\implementacao\src\java\com\cpqd\util\presentation\menu\MenuDefinition.java:4: ';' expected import java.util.Collections; ^ 1 error BUILD FAILED File.. C:\Documents and Settings\rsilva\.maven\plugins\maven-java-plugin-1.4\plugin.jelly Element... ant:javac Line.. 53 Column 48 Compile failed; see the compiler error output for details. Total time: 5 seconds Finished at: Mon May 24 14:45:50 BRT 2004 GUMP INFO:gump:Perform task [prepareDocumentation] INFO:gump:Perform task [gatherResults] INFO:gump:Perform task [updateStatistics] INFO:gump:*New* Statistics Database:c:\sys\gump\work\stats.db INFO:gump:Perform task [document] Workspace State : Success Workspace Secs : 6 Gump Environment Modules: 1 Module [menu] State: Unset Projects: 1 Project [menu] State: Success - Error:Unable to complete project.home for: menu - Error:Found a jar with no name... - Info:Enable verbose output, due to 0 previous error(s). Work [1] [6] secs. Work : Success Work Name : buildscript_menu_menu Work Cmd : c:\temp\workspace\menu\build.bat Work Cwd : c:\temp\workspace\menu Work Env : CLASSPATH : ;c:\temp\workspace\menu\target\classesWork Exit : 0 INFO:gump:Gump Build complete. Exit code:0 Note that there are some errors that i can't solve and don't know what mean: Project [menu] State: Success - Error:Unable to complete project.home for: menu - Error:Found a jar with no name... - Info:Enable verbose output, due to 0 previous error(s) All this is correct? Can scripts generate errors? Gump needs a mail server to send e-mails?? if yes, how i configure it? How i generate reports? Someone can help-me? I'm new on gump. Raphael Philipe Mendes da Silva DSB - Diretoria de Soluções em Billing CPqD Telecom IT Solutions Tel.: +55 19 3705-6957 www.cpqd.com.br [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Stopped LSD notifications
Adam R. B. Jack wrote: All, I've finally asked LSD to stop notifications (I took nag/ out of the workspace definition) 'cos Brutus seems to be matching it adequately (and the duplicates were getting annoying). Brutus is now the 'official' Gump. Leo, thanks for LSD. If you still wish to do the clean-up on LSD you discussed 4+ months ago, feel free. I'd still like to see Gump runs on LSD, but would understand if you wish to redeploy your resources. BTW: I've not clue why we seem to be getting so many copies, I'm kind hoping it is some mail issue Apache-side (so something that will go away by itself). FWIIW: I've added Gump version run GUID (machine workspace name date/time) to each mail as a quick hack mail id (in content). Nice! and a big thanks to Leo!! (who became ASF member in the meanwhile ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Sending mails and reports
I'm trying to integrate maven with gump. I am using one script for each project in my workspace to do the builds with maven. Cool. The gump called correctly the builds scripts, but when I forces the build to result in error, it simple ignores it and signalize that the build was sucessful, Like this: Odd. All I can see (of relevence) is Work Exit : 0. I know older versions (rc1, I think) of Maven reported an exit code problem. I hope 1.0-rc3 (which I see you have) doesn't have it back. We've been using 1.0-rc2. http://brutus.apache.org:8080/gump/apache-gump-test/gump-test-maven1/gump_work/build_apache-gump-test_gump-test-maven1.html Hmm, any Mavenites able to help here? Note that there are some errors that i can't solve and don't know what mean: - Error:Unable to complete project.home for: menu I suspect you have a property that depends upon a project that is not known, or similar. Something like this, but for maven: http://gump.apache.org/metadata/ant.html#property - Error:Found a jar with no name... A jar entry (in your metadata) needs a name=x attribute: http://gump.apache.org/metadata/project.html#jar All this is correct? Can scripts generate errors? Sorry, not following these two sentences. Can you re-ask? Gump needs a mail server to send e-mails?? if yes, how i configure it? How i generate reports? Did you have to pick the day I chose to break notification on Microsoft? ;-) Basically, I made notification dependend upon statistics, which requires that Python work with DBM (which isn't avilable on Microsoft platforms, it seems.) Still, try something like this (if you have an SMTP mail server): workspace name=Your Workspace mailserver=Your Server Hostname mailport=123 if not 25 and inside the workspace element: nag / or, to override: nag to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] / Sorry for this, the documentation needs to be updated, I apologize. Someone can help-me? I'm new on gump. Sure, I'll try. Thanks for getting so far! regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/SuccessStories Log4J-CL-EL-JV.txt
ajack 2004/05/24 15:33:09 Added: blog/SuccessStories Log4J-CL-EL-JV.txt Log: The recent log4j effect ... I hope PREVIEW is working. Revision ChangesPath 1.1 gump/blog/SuccessStories/Log4J-CL-EL-JV.txt Index: Log4J-CL-EL-JV.txt === PREVIEW Log4j-CL-EL-JV.txt Preview at http://gump.chalko.com/gb/blog/SuccessStories?preview=truesmm=ypermalink=Log4j-CL-EL-JV.txt hr/ !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- P Recently A HREF=http://logging.apache.org/log4j/;log4j/A remover some deprecated classes/methods. This after years of deprecation, seemed ike it ought be trivial. This is what transpired... /P P First, the next Gump run detected that A HREF=http://jakarta.apache.org/commons/logging/;Commons Logging/A, A HREF=http://avalon.apache.org/excalibur/;Excalibur Logger/A, and A HREF=http://jakarta.apache.org/velocity/index.html;Jakarta Velocity/A were using API classes/methods that log4j considered deprecated. This 'took down' (stopped Gump run coverage to) roughly 250 dependee projects, a significant percentage of Gumpage. BThings seemed straight-forward enough, the features had been clearly deprecated for two years, it was time to change them. So, update.../B /P P Unfortunately, the [GUMP] prefix didn't match the [logging] prefix that the commons-dev list requests, so failed filters sat un-noticed for a while. When enough (impatient) noise had been made, the situation was investigated things were not so simple. /P PThese issues took almost two weeks to resolve, some time lost, but much well spent on analysis/discussion/communication. Discussions occured on the commons, logging, avalon and velocity and gump lists, and ought be archived there. (This distribution might explain some of the mis-communication that led to some time lag.) P HR/ PFor each of the three projects directly affected.../P P BAvalonB: Some things deprecated had not been marked as such, so they were immediately restored by log4j. This helped restore Avalon. What was noticed here was that Gump pages obscured the build log (somewhat backwards since that is likely the key information) so a fix was attempted, moving that nearer to the top of the page. /P P BCommons Logging/B: There was no runtime compatible solution that could benefit from the two years of deprecation overlap that log4j had intended. A few A HREF=http://jakarta.apache.org/commons;commoners/A found this. A few solutions were discussed, until log4j found an acceptible one, that commons-logging agreed would be zero impact. Commons-Logging coded to this new solution, allowing a wide range of compatibility. /P P BNote:/B Deprecation had been turned off in these builds, and some log4j deprecated things had not been marked deprecated. Deprecation warnings verbose, it'd be nice if 'official' builds could have them on, but day to day builds off. /P P BJakarta Velocity/B: These folks had it easiest, changing one word from Priority to Level, but still the communications process could've been improved, and feedback was taken. /P HR/ BSUMMARY:/B Deprecating classes is non-trival with Java (especially when trying to maintain them for years, and use sub-classing as aliasing). Deprecation B'overlap windows'B -- where a fix gets to be backwards compatible w/ a decent (most likely found) sub-set of previous releases -- are a key aid. Managing these is invaluable. Deprecation only works when people work together and communicate. We still have some work to do to improve our group understanding/knowledge of A HREF=http://jakarta.apache.org/commons/releases/versioning.html;version numbering/A and what contracts we are making with them on each release. /P P BThis work saved users of 250 projects from a little (perhaps big) bit of Jar Hell!/B That is awesome work that will go largely unrecognized, but is still invaluable. Thanks to all involved... /P - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/SuccessStories Log4J-CL-EL-JV.txt
nickchalko2004/05/24 15:37:00 Modified:blog/SuccessStories Log4J-CL-EL-JV.txt Log: Fixed preview link PR: Obtained from: Submitted by: Reviewed by: CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report tracking CVS: database, then enter the PR number(s) here. CVS: Obtained from: CVS: If this change has been taken from another system, such as NCSA, CVS: then name the system in this line, otherwise delete it. CVS: Submitted by: CVS: If this code has been contributed to Apache by someone else; i.e., CVS: they sent us a patch or a new module, then include their name/email CVS: address here. If this is your work then delete this line. CVS: Reviewed by: CVS: If we are doing pre-commit code reviews and someone else has CVS: reviewed your changes, include their name(s) here. CVS: If you have not had it reviewed then delete this line. Revision ChangesPath 1.2 +1 -1 gump/blog/SuccessStories/Log4J-CL-EL-JV.txt Index: Log4J-CL-EL-JV.txt === RCS file: /home/cvs/gump/blog/SuccessStories/Log4J-CL-EL-JV.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Log4J-CL-EL-JV.txt24 May 2004 22:33:09 - 1.1 +++ Log4J-CL-EL-JV.txt24 May 2004 22:37:00 - 1.2 @@ -1,6 +1,6 @@ PREVIEW Log4j-CL-EL-JV.txt Preview at -http://gump.chalko.com/gb/blog/SuccessStories?preview=truesmm=ypermalink=Log4j-CL-EL-JV.txt +http://gump.chalko.com/gb/blog/SuccessStories/?permalink=Log4J-CL-EL-JV.txtpreview=true hr/ !-- Copyright 2004 The Apache Software Foundation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/SuccessStories Log4J-CL-EL-JV.txt
nickchalko2004/05/24 15:38:40 Modified:blog/SuccessStories Log4J-CL-EL-JV.txt Log: Added show me more PR: Obtained from: Submitted by: Reviewed by: CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report tracking CVS: database, then enter the PR number(s) here. CVS: Obtained from: CVS: If this change has been taken from another system, such as NCSA, CVS: then name the system in this line, otherwise delete it. CVS: Submitted by: CVS: If this code has been contributed to Apache by someone else; i.e., CVS: they sent us a patch or a new module, then include their name/email CVS: address here. If this is your work then delete this line. CVS: Reviewed by: CVS: If we are doing pre-commit code reviews and someone else has CVS: reviewed your changes, include their name(s) here. CVS: If you have not had it reviewed then delete this line. Revision ChangesPath 1.3 +1 -1 gump/blog/SuccessStories/Log4J-CL-EL-JV.txt Index: Log4J-CL-EL-JV.txt === RCS file: /home/cvs/gump/blog/SuccessStories/Log4J-CL-EL-JV.txt,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Log4J-CL-EL-JV.txt24 May 2004 22:37:00 - 1.2 +++ Log4J-CL-EL-JV.txt24 May 2004 22:38:40 - 1.3 @@ -1,6 +1,6 @@ PREVIEW Log4j-CL-EL-JV.txt Preview at -http://gump.chalko.com/gb/blog/SuccessStories/?permalink=Log4J-CL-EL-JV.txtpreview=true +http://gump.chalko.com/gb/blog/SuccessStories/?permalink=Log4J-CL-EL-JV.txtpreview=truesmm=y hr/ !-- Copyright 2004 The Apache Software Foundation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/SuccessStories Log4J-CL-EL-JV.txt
nickchalko2004/05/24 15:39:52 Modified:blog/SuccessStories Log4J-CL-EL-JV.txt Log: Moved the summary to the top. PR: Obtained from: Submitted by: Reviewed by: CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report tracking CVS: database, then enter the PR number(s) here. CVS: Obtained from: CVS: If this change has been taken from another system, such as NCSA, CVS: then name the system in this line, otherwise delete it. CVS: Submitted by: CVS: If this code has been contributed to Apache by someone else; i.e., CVS: they sent us a patch or a new module, then include their name/email CVS: address here. If this is your work then delete this line. CVS: Reviewed by: CVS: If we are doing pre-commit code reviews and someone else has CVS: reviewed your changes, include their name(s) here. CVS: If you have not had it reviewed then delete this line. Revision ChangesPath 1.4 +6 -3 gump/blog/SuccessStories/Log4J-CL-EL-JV.txt Index: Log4J-CL-EL-JV.txt === RCS file: /home/cvs/gump/blog/SuccessStories/Log4J-CL-EL-JV.txt,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Log4J-CL-EL-JV.txt24 May 2004 22:38:40 - 1.3 +++ Log4J-CL-EL-JV.txt24 May 2004 22:39:52 - 1.4 @@ -2,6 +2,11 @@ Preview at http://gump.chalko.com/gb/blog/SuccessStories/?permalink=Log4J-CL-EL-JV.txtpreview=truesmm=y hr/ +P +Recently A HREF=http://logging.apache.org/log4j/;log4j/A removed some deprecated +classes/methods. This after years of deprecation, seemed like it ought be trivial. +This is what transpired... +/Pmore/ !-- Copyright 2004 The Apache Software Foundation @@ -17,9 +22,7 @@ See the License for the specific language governing permissions and limitations under the License. -- -P -Recently A HREF=http://logging.apache.org/log4j/;log4j/A remover some deprecated classes/methods. This after years of deprecation, seemed ike it ought be trivial. This is what transpired... -/P + P First, the next Gump run detected that A HREF=http://jakarta.apache.org/commons/logging/;Commons Logging/A, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/SuccessStories Log4J-CL-EL-JV.txt
nickchalko2004/05/24 15:41:21 Modified:blog/SuccessStories Log4J-CL-EL-JV.txt Log: Close bold. PR: Obtained from: Submitted by: Reviewed by: CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report tracking CVS: database, then enter the PR number(s) here. CVS: Obtained from: CVS: If this change has been taken from another system, such as NCSA, CVS: then name the system in this line, otherwise delete it. CVS: Submitted by: CVS: If this code has been contributed to Apache by someone else; i.e., CVS: they sent us a patch or a new module, then include their name/email CVS: address here. If this is your work then delete this line. CVS: Reviewed by: CVS: If we are doing pre-commit code reviews and someone else has CVS: reviewed your changes, include their name(s) here. CVS: If you have not had it reviewed then delete this line. Revision ChangesPath 1.5 +1 -1 gump/blog/SuccessStories/Log4J-CL-EL-JV.txt Index: Log4J-CL-EL-JV.txt === RCS file: /home/cvs/gump/blog/SuccessStories/Log4J-CL-EL-JV.txt,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- Log4J-CL-EL-JV.txt24 May 2004 22:39:52 - 1.4 +++ Log4J-CL-EL-JV.txt24 May 2004 22:41:21 - 1.5 @@ -43,7 +43,7 @@ HR/ PFor each of the three projects directly affected.../P P -BAvalonB: Some things deprecated had not been marked as such, so they were immediately restored by log4j. This helped restore Avalon. What was noticed here +BAvalon/B: Some things deprecated had not been marked as such, so they were immediately restored by log4j. This helped restore Avalon. What was noticed here was that Gump pages obscured the build log (somewhat backwards since that is likely the key information) so a fix was attempted, moving that nearer to the top of the page. /P - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project mx4j.xml
ajack 2004/05/24 16:18:19 Modified:project mx4j.xml Log: See if mx4j will allow Gump to talk to them. Revision ChangesPath 1.24 +3 -0 gump/project/mx4j.xml Index: mx4j.xml === RCS file: /home/cvs/gump/project/mx4j.xml,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- mx4j.xml 6 May 2004 16:03:40 - 1.23 +++ mx4j.xml 24 May 2004 23:18:19 - 1.24 @@ -23,6 +23,9 @@ redistributable/ cvs repository=sourceforge dir=mx4j/ + + nag from=Gump lt;[EMAIL PROTECTED]gt; + to=[EMAIL PROTECTED]/ project name=mx4j packagemx4j/package - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MX4J and Gump (and another log4j deprecation effect)
Hi, I don't know if you are aware of Apache Gump, but it is a continuous integration tool. See: http://gump.apache.org MX4J has an entry, which means it gets compiled against the very latest (CVS HEAD, SVN trunk) of it's dependencies (when possible.) See: http://brutus.apache.org:8080/gump/mx4j/mx4j/index.html Recently your entry started failing, and I'm writing to inform you of this (and ask if you'd like ongoing notifications). Would you mind if we send notification mails (when builds start failing) to this list? We can pick what address the mails appear to come from. BTW: These look like another victim of the recent log4j deprecations: http://brutus.apache.org:8080/gump/mx4j/mx4j/gump_work/build_mx4j_mx4j.txt see: http://gump.chalko.com/gb/blog/SuccessStories/?permalink=Log4J-CL-EL-JV.txtpreview=truesmm=y regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commons failure reports
Just wanted to point out that we got an email for every commons project tonight. Unsure if all other projects got it. Anyway, looking forward to hearing why :) Is everything broken? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/python/gump/notify logic.py
ajack 2004/05/24 21:49:38 Modified:python/gump/notify logic.py Log: Big oops... Revision ChangesPath 1.2 +4 -4 gump/python/gump/notify/logic.py Index: logic.py === RCS file: /home/cvs/gump/python/gump/notify/logic.py,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- logic.py 24 May 2004 16:39:08 - 1.1 +++ logic.py 25 May 2004 04:49:38 - 1.2 @@ -67,9 +67,9 @@ if stats.getTotalRuns() 1: notification=PositiveNotification(self.run,entity) -elif entity.isPrereqFailed(): -if (stats.sequenceInState == 1): -if not STATE_PREREQ_FAILED == stats.previousState: -notification=PositiveNotification(self.run,entity) +#elif entity.isPrereqFailed(): +#if (stats.sequenceInState == 1): +#if not STATE_PREREQ_FAILED == stats.previousState: +#notification=PositiveNotification(self.run,entity) return notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commons failure reports
On Tuesday 25 May 2004 12:32, Henri Yandell wrote: Just wanted to point out that we got an email for every commons project tonight. Unsure if all other projects got it. Anyway, looking forward to hearing why :) Is everything broken? I don't know if this is the same that Avalon received 80 mails tha t'Prerequisite Failed', and bootstrap-ant being that prerequisite. But I sure hope that we ain't gonna receive that every day. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Oops (was Re: Commons failure reports)
Just wanted to point out that we got an email for every commons project tonight. Unsure if all other projects got it. Ouch. Anybody who uses Ant (456 projects), yes... Bootstrap ant failed sending 456 projects into pre-requisite failed. http://brutus.apache.org:8080/gump/ant/bootstrap-ant/index.html http://brutus.apache.org:8080/gump/ant/bootstrap-ant/gump_work/buildscript_ant_bootstrap-ant.html Anyway, looking forward to hearing why :) Is everything broken? We'll this code (below) was intended to notify when a project goes into pre-requisite failed from failed (it isn't fixed, it just isn't building) -- or something like that -- unfortunately it was the culprit. I hadn't thought this through -- and this code is totally bogus. Unfortunately (again) the unit tests/small tests I'd done didn't have this state change. elif entity.isPrereqFailed(): if (stats.sequenceInState == 1): if not STATE_PREREQ_FAILED == stats.previousState: notification=PositiveNotification(self.run,entity) This code is NOW commented out. *Really* sorry for the storm. I hope Hermes is now 'well exercised' (and thank goodness it didn't happen during this morning slow down.) regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@brutus]: depot/depot-update prerequisite failed
Adam Jack wrote: \ The following annotations were provided: -INFO- Sole jar [depot-update-gump-20040524.jar] identifier set to project name -INFO- Dependency on ant exists, no need to add for property ant.home. -INFO- Prerequisite failed with reason build failed Please add which prereq failed. To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org:8080/gump/depot/depot-update/rss.xml Atom: http://brutus.apache.org:8080/gump/depot/depot-update/atom.xml -- Produced by Gump 2.0.3-alpha-0002. [Run (20040524 15:00:12, brutus:brutus-public:20040524 15:00:12)] http://brutus.apache.org:8080/gump/index.html http://brutus.apache.org:8080/gump/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/Issues GumpStorm.txt
ajack 2004/05/24 22:35:24 Added: blog/Issues GumpStorm.txt Log: An apology... Revision ChangesPath 1.1 gump/blog/Issues/GumpStorm.txt Index: GumpStorm.txt === PREVIEW Gump Storm Preview at http://gump.chalko.com/gb/blog/Issues/?preview=truesmm=ypermalink=GumpStorm.txt hr/ !-- Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the License); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. -- BHistory Repeating Itself/B P About 6-7 years ago I was managing a small website for my mother on a local ISP. I had a ~/.foward in [EMAIL PROTECTED] as simple as [EMAIL PROTECTED]. Everything was fine until DNS guy at THEN_WORK_ADDRESS quit, and time went buy w/ unpaid Internic bills. Suddenly that address was ripped from the Internet, no longer valid [within DNS cache]. When a message was sent to [EMAIL PROTECTED] (from me, a CGI script), it was returned (to me) along with a bounce notification. Two problems from one. Things degraded exponentially! It brought down the ISP (SendMail in a hard in spin), and I was accused of intentional mail bombing. Not so, but tonight sure felt the same. :( /P P Today, I disconnected early (lightening putting my sad modem at risk) and I just re-joined. Uh oh ... way to much Gump mail! /P PI'd attempted this:BR/ A HREF=http://issues.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=6870Notification Mail Rework/ABR/ Which was intended simply to ensure that Gump was a little more communicative, a little more timely. I way over compensated... /P P Unfortunately, the Ant bootstrap (old faithful, ultra reliable, solid base) failed sending 456 projects into a state that incorrectly generated an e-mail. Another bad coincidence, another storm. History repeating itself. /P P BSorry folks.../B /P - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/blog/Issues GumpStorm.txt
ajack 2004/05/24 22:54:21 Modified:blog/Issues GumpStorm.txt Log: Take two... Revision ChangesPath 1.2 +4 -20 gump/blog/Issues/GumpStorm.txt Index: GumpStorm.txt === RCS file: /home/cvs/gump/blog/Issues/GumpStorm.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- GumpStorm.txt 25 May 2004 05:35:24 - 1.1 +++ GumpStorm.txt 25 May 2004 05:54:21 - 1.2 @@ -17,27 +17,11 @@ See the License for the specific language governing permissions and limitations under the License. -- -BHistory Repeating Itself/B -P -About 6-7 years ago I was managing a small website for my mother on a local ISP. -I had a ~/.foward in [EMAIL PROTECTED] as simple as [EMAIL PROTECTED]. Everything was fine until -DNS guy at THEN_WORK_ADDRESS quit, and time went buy w/ unpaid Internic bills. Suddenly that -address was ripped from the Internet, no longer valid [within DNS cache]. -When a message was sent to [EMAIL PROTECTED] (from me, a CGI script), it was returned (to me) along with a bounce notification. Two problems from one. -Things degraded exponentially! It brought down the ISP (SendMail in a hard in spin), and I was accused of intentional mail bombing. -Not so, but tonight sure felt the same. :( -/P -P -Today, I disconnected early (lightening putting my sad modem at risk) and I just re-joined. Uh oh ... way to much Gump mail! -/P -PI'd attempted this:BR/ +PA A HREF=http://gump.apache.org;Gump/A change was commit to attempt:BR/ A HREF=http://issues.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=6870Notification Mail Rework/ABR/ -Which was intended simply to ensure that Gump was a little more communicative, a little more timely. I way over compensated... -/P -P -Unfortunately, the Ant bootstrap (old faithful, ultra reliable, solid base) failed sending 456 projects into a state that -incorrectly generated an e-mail. Another bad coincidence, another storm. History repeating itself. +Which was intended simply to ensure that Gump was a little more communicative, a little more timely. It way over compensated... /P P -BSorry folks.../B +Unfortunately, the Ant bootstrap failed sending 456 projects into a state that +incorrectly generated an e-mail. Apologies for the noise... /P - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
