Re: Speed-up & Preview

[Nicola Ken Barozzi]

Adam R. B. Jack wrote:
I found that the 'annotations' I was allowing on XML elements was somehow
clashing with the 'Pythonic' (delegating) 'XML merge' code. Don't ask me
why, but removing it allowed a major major metadata load speed-up. Minutes
back to seconds.
Wow, that's cool! But please help my oor little brain come back to 
coding after my vacation... what are these 'annotations' you are talking 
about?

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Fw: brutus

[Stefan Bodewig]

On Thu, 3 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:

> Anybody here got sufficient Apache mojo to be trustworthy of root on
> Brutus?

Apache mojo, yes.  Linux sysadmin experience, yes.  Debian experience,
none.  Time, very limited.

> Sam isn't able to be our sole admin,

And he shouldn't be.

If neither Leo or Stefano want to chime in, I could help.  But I'd
rather be the backup of the backup.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Fw: brutus

[Adam R. B. Jack]

Anybody here got sufficient Apache mojo to be trustworthy of root on Brutus?
Sam isn't able to be our sole admin, and I don't think infrastructure want
to take on our issues (if we -- i.e. Stefano/Leo/Stefan?) will take it on.

regards

Adam
- Original Message - 
From: "Adam R. B. Jack" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 03, 2004 3:53 PM
Subject: brutus


> Folks,
>
> Some questions regarding Brutus:
>
> 1) Do (sufficient) infrastructure folk have root password on Brutus now?
In
> short, can I post change requests here (not to [EMAIL PROTECTED] & hope Sam is
> looking?)
>
> 2) Do infrastructure folk have any performance metrics/monitoring
software?
> The gump instance on Brutus used to take an hour or so, and now it takes a
> few, however I'm not "in touch w/ the machine's performance" sufficiently
to
> be able to determine if this is a performance problem, or this is just the
> projects that Gump is now running & the work they do.
>
> If there was a slow down (and I can't be sure) it is likely Gump code, but
> events like extra memory, new OS, extra CPU haven't made me 'feel' it is
> faster.
>
> BTW: I run 'top' and see (typically) two things running -- top and
something
> in Gump (python, cvs, java, etc.) I wonder if I ought raise Gump priority
> above other things, or if this is just rude? Ought I by running Gump niced
> lower, since it is so resource intensive?
>
> 3) Is there a way (other than cron) to run something semi-continuously (as
a
> daemon/service), have it restarted if/when it exits, and such? Am I
> describing some init.d related thing? Could anybody provide me with OS
> appropriate pointers? [TIA]
>
> 4) If infrastructure do have root (see 1), would you be willing to (1)
> install tomcat as a service (not user level) (2) alter ProxyPass
> configuration in the Apache HTTPD. I could write up what I'd like to see,
> and submit it via JIRA, for review/comment/queuing.
>
> 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/profile gump.xml

[ajack]

ajack   2004/06/03 21:22:25

  Modified:profile  gump.xml
  Log:
  See if we can create a codec 1.1 module/project w/ tag=CODEC_1_1

  to allow folks like ws-xmlrpc to be Gumped on this level of codec.
  
  Revision  ChangesPath
  1.351 +7 -2  gump/profile/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/gump/profile/gump.xml,v
  retrieving revision 1.350
  retrieving revision 1.351
  diff -u -r1.350 -r1.351
  --- gump.xml  4 Jun 2004 04:20:49 -   1.350
  +++ gump.xml  4 Jun 2004 04:22:25 -   1.351
  @@ -149,7 +149,7 @@
 
 
 
  -  http://svn.apache.org/repos/asf/xml/forrest/trunk/module.xml"/>
  +  http://svn.apache.org/repos/asf/forrest/trunk/module.xml"/>
   
   
   
  @@ -249,6 +249,7 @@
 
 
 
  +  
 
 
 
  @@ -269,6 +270,8 @@
   
 
 
  +  
 
 
 
  @@ -288,6 +291,7 @@
 
 
 
  +  
 
 
 
  @@ -322,6 +326,8 @@
   
 
 
  +  
  +  
   
   
   
  @@ -351,7 +357,6 @@
 
 
 
  -  
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/project jakarta-commons-codec-11.xml

[ajack]

ajack   2004/06/03 21:20:50

  Modified:profile  gump.xml
  Added:   project  jakarta-commons-codec-11.xml
  Log:
  See if we can create a codec 1.1 module/project w/ tag=CODEC_1_1

  to allow folks like ws-xmlrpc to be Gumped on this level of codec.
  
  Revision  ChangesPath
  1.350 +3 -7  gump/profile/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/gump/profile/gump.xml,v
  retrieving revision 1.349
  retrieving revision 1.350
  diff -u -r1.349 -r1.350
  --- gump.xml  3 Jun 2004 14:50:24 -   1.349
  +++ gump.xml  4 Jun 2004 04:20:49 -   1.350
  @@ -59,6 +59,7 @@
 
 
 
  +  
 
 
 http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons-sandbox/grant/gump.xml"/>
  @@ -148,7 +149,7 @@
 
 
 
  -  http://svn.apache.org/repos/asf/forrest/trunk/module.xml"/>
  +  http://svn.apache.org/repos/asf/xml/forrest/trunk/module.xml"/>
   
   
   
  @@ -248,7 +249,6 @@
 
 
 
  -  
 
 
 
  @@ -269,8 +269,6 @@
   
 
 
  -  
 
 
 
  @@ -290,7 +288,6 @@
 
 
 
  -  
 
 
 
  @@ -325,8 +322,6 @@
   
 
 
  -  
  -  
   
   
   
  @@ -356,6 +351,7 @@
 
 
 
  +  
   
   
   
  
  
  
  1.1  gump/project/jakarta-commons-codec-11.xml
  
  Index: jakarta-commons-codec-11.xml
  ===
  
  
  
  
http://jakarta.apache.org/commons/index.html"/>

  Jakarta Commons Codec 1.1

  

  

  org.apache.commons.codec
  Commons Encoding/Decoding Package
  http://jakarta.apache.org/commons/codec/"/>
  
  

  
  
  
  
  
  
  
  
  
  
  

  
  
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/project ws-wsrp4j.xml

[jmacna]

jmacna  2004/06/03 16:36:31

  Modified:project  ws-wsrp4j.xml
  Log:
  Fixed jaxrpc reference
  
  Revision  ChangesPath
  1.21  +4 -1  gump/project/ws-wsrp4j.xml
  
  Index: ws-wsrp4j.xml
  ===
  RCS file: /home/cvs/gump/project/ws-wsrp4j.xml,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- ws-wsrp4j.xml 3 Jun 2004 23:35:19 -   1.20
  +++ ws-wsrp4j.xml 3 Jun 2004 23:36:31 -   1.21
  @@ -47,7 +47,7 @@
   
   
   
  -
  +
   
   
   
  @@ -76,6 +76,9 @@
 
 
   
  +  
  +  
  +
 
 
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/project ws-wsrp4j.xml

[jmacna]

jmacna  2004/06/03 16:35:19

  Modified:project  ws-wsrp4j.xml
  Log:
  Fixed jaxrpc reference
  
  Revision  ChangesPath
  1.20  +0 -3  gump/project/ws-wsrp4j.xml
  
  Index: ws-wsrp4j.xml
  ===
  RCS file: /home/cvs/gump/project/ws-wsrp4j.xml,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- ws-wsrp4j.xml 2 Jun 2004 17:50:05 -   1.19
  +++ ws-wsrp4j.xml 3 Jun 2004 23:35:19 -   1.20
  @@ -74,9 +74,6 @@
 
   
 
  -  
  -
  -  
 
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

BATCH: All dressed up, with nowhere to go...

[brutus]

Dear Gumpmeisters,

The following 1 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: jakarta-commons-sandbox/commons-transaction failed
*** G U M P
[EMAIL PROTECTED]: jakarta-commons-sandbox/commons-transaction failed
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project commons-transaction has an issue affecting its community integration.
Project State : 'Failed', Reason 'Build Failed'

Full details are available at:


http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-transaction/index.html

That said, some snippets follow:


The following annotations were provided:
 -INFO- Sole jar [commons-transaction-0.1-dev.jar] identifier set to project name
 -INFO- Enable "verbose" output, due to 0 previous error(s).
 -DEBUG- Maven Properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/transaction/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/transaction/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/transaction/project.properties
 -INFO- Enable "debug" output, due to build failure.


The following work was performed:
http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-transaction/gump_work/build_jakarta-commons-sandbox_commons-transaction.html
Work Name: build_jakarta-commons-sandbox_commons-transaction (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 2 seconds
Command Line: maven --exception --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-commons-sandbox/transaction]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-20040603.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-lf5-20040603.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-20040603.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-20040603.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar-
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc3

The build cannot continue because of the following unsatisfied dependencies:

geronimo-spec-j2ee-1.0-M1.jar
xml-apis-2.0.2.jar
xerces-2.0.2.jar

Total time: 1 seconds
Finished at: Thu Jun 03 13:15:32 PDT 2004

-




To subscribe to this information via syndicated feeds:
 RSS: 
http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-transaction/rss.xml
 Atom: 
http://brutus.apache.org:8080/gump/jakarta-commons-sandbox/commons-transaction/atom.xml


--
Produced by Gump 2.0.3-alpha-0002.
[Run (20040603 12:00:08, brutus:brutus-public:20040603 12:00:08)]
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/python/gump/utils xmlutils.py

[ajack]

ajack   2004/06/03 12:36:25

  Modified:python/gump/utils xmlutils.py
  Log:
  Still unwinding annotations on XML objects...
  
  Revision  ChangesPath
  1.18  +2 -2  gump/python/gump/utils/xmlutils.py
  
  Index: xmlutils.py
  ===
  RCS file: /home/cvs/gump/python/gump/utils/xmlutils.py,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- xmlutils.py   3 Jun 2004 19:28:13 -   1.17
  +++ xmlutils.py   3 Jun 2004 19:36:25 -   1.18
  @@ -272,11 +272,11 @@
   element=parser.docElement 
   
   # Copy over any XML errors/warnings
  -transferAnnotations(parser, element)  
  +#transferAnnotations(parser, element)  
   
   except Exception, detail:
   message='Failed to parse XML @ [' + newHref + ']. Details: ' + 
str(detail)
  -#log.error(message, exc_info=1)   
  +log.error(message, exc_info=1)   
   raise RuntimeError, message
   else:
   # :TODO: Set any object "invalid"?
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/python/gump/update cvs.py

[ajack]

ajack   2004/06/03 12:28:14

  Modified:python/gump/core commandLine.py
   python/gump/utils xmlutils.py
   python/gump/update cvs.py
  Log:
  Tweaks to debug.
  
  Revision  ChangesPath
  1.9   +6 -6  gump/python/gump/core/commandLine.py
  
  Index: commandLine.py
  ===
  RCS file: /home/cvs/gump/python/gump/core/commandLine.py,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- commandLine.py3 Jun 2004 19:06:12 -   1.8
  +++ commandLine.py3 Jun 2004 19:28:13 -   1.9
  @@ -149,12 +149,12 @@
   self.args.append(arg)
   removers.append(arg)
   else:
  -banner()
  -print
  -print " No project specified, please supply a comma separated list 
of project expressions or 'all'."
  -print " Project wildcards are accepted, e.g. \"jakarta-*\"."
  -sys.exit(1)
  -
  +#banner()
  +#print
  +#print " No project specified, please supply a comma separated list 
of project expressions or 'all'."
  +#print " Project wildcards are accepted, e.g. \"jakarta-*\"."
  +#sys.exit(1)
  +self.args.append('*')

   # Remove 
   for arg in removers:
  
  
  
  1.17  +1 -1  gump/python/gump/utils/xmlutils.py
  
  Index: xmlutils.py
  ===
  RCS file: /home/cvs/gump/python/gump/utils/xmlutils.py,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- xmlutils.py   3 Jun 2004 19:06:12 -   1.16
  +++ xmlutils.py   3 Jun 2004 19:28:13 -   1.17
  @@ -83,7 +83,7 @@
   else:
   self.addError(message)
   
  -# log.warn('Failed to parse XML : ' + message, exc_info=1)
  +log.warn('Failed to parse XML : ' + message, exc_info=1)
   
   self.elementStack.append(self.topOfStack)
   
  
  
  
  1.5   +7 -6  gump/python/gump/update/cvs.py
  
  Index: cvs.py
  ===
  RCS file: /home/cvs/gump/python/gump/update/cvs.py,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- cvs.py3 Jun 2004 19:06:12 -   1.4
  +++ cvs.py3 Jun 2004 19:28:13 -   1.5
  @@ -106,6 +106,11 @@
   #  Get the Update Command
   (repository, root, cmd ) = self.getUpdateCommand(module, exists)
   
  +log.debug("CVS Update Module " + module.getName() + \
  +   ", Repository Name: " + str(module.repository.getName()))
  +
  +log.debug("CVS Root " + root + " on Repository: " + 
module.repository.getName())
  +
   # Provide CVS logins, if not already there
   loginToRepositoryOnDemand(repository,root,self.logins)
  
  @@ -163,14 +168,10 @@
   """
   
   if nowork and not exists:
  -raise RuntimeException('Not coded for this combo.')
  -
  -log.debug("CVS Update Module " + module.getName() + \
  -   ", Repository Name: " + str(module.repository.getName()))
  -
  +raise RuntimeException('Not coded for this combo.')
  +
   root=module.cvs.getCvsRoot()
 
  -log.debug("CVS Root " + root + " on Repository: " + 
module.repository.getName())

   #
   # Prepare CVS checkout/update command...
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mailing lists

[Wade . Stebbings]

Adam,

I think this is a great idea!

I know it would be very useful to me, if the operational, day-to-day stuff 
were
in a separate list from the discussion.  As an interested party to 
continuous
integration ideas and implementations, in general, I joined this group. 
But
I find myself having to ignore a lot fo the operational mail about this 
checkin
or some other automated nag.  I don't run/use Gump myself, but am only
interested in the technology.

Hope this helps!
Thanks,
wade


"Adam R. B. Jack" <[EMAIL PROTECTED]> wrote on 06/03/2004 09:26:19 AM:

> I was wondering if we have enough traffic on this list to warrant a 
split to
> multiple lists.
> 
> I've heard folks complain about traffic, and there are times it really
> flurries. I worry that 'user' requests don't get the wide audience they
> deserve due to overload w/ RTs & development ideas.
> 
> I can think of three use cases (1) developing Gump [RTs and more] (2)
> working with the Gump service [hey, I got nagged, what is this?] (3)
> Personal Gumps.
> 
> I know there are pros and cons to having multiple lists, but I think 
we've
> reached a point where one list if overload. Perhaps the latter two are 
best
> served by one, for now. I don't know if it is worth renaming general@ to 
be
> dev@, I suspect not.
> 
> As such, I think we ought add [EMAIL PROTECTED] Thoughts?
> 
> BTW: Do we know how many addresses are subscribed to general, how many 
are
> moderated in, and so forth? Just curious.
> 
> 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/python/gump/model __init__.py

[ajack]

ajack   2004/06/03 12:15:52

  Modified:python/gump/model __init__.py
  Log:
  Forgot to tell Python about the rename of ant to builder.
  
  Revision  ChangesPath
  1.5   +1 -1  gump/python/gump/model/__init__.py
  
  Index: __init__.py
  ===
  RCS file: /home/cvs/gump/python/gump/model/__init__.py,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- __init__.py   16 Mar 2004 19:50:14 -  1.4
  +++ __init__.py   3 Jun 2004 19:15:52 -   1.5
  @@ -42,5 +42,5 @@
   # tell Python what modules make up the gump.model package
   __all__ = ["rawmodel","loader","state", \
   "object","project","module","workspace","repository", \
  -"ant"]
  +"builder"]
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/python/gump/results loader.py

[ajack]

ajack   2004/06/03 12:06:13

  Modified:python/gump/utils note.py __init__.py xmlutils.py
   python/gump/core commandLine.py gumprun.py
   python/gump/model module.py workspace.py project.py
depend.py property.py loader.py profile.py
   python/gump/document/xdocs resolver.py
   python/gump/update cvs.py svn.py
   python/gump/build maven.py
   python/gump/document/text resolver.py
   project  avalon-phoenix.xml
   python/gump preview.py
   python/gump/runner demand.py
   python/gump/document resolver.py
   python/gump/test utils.py
   python/gump/results loader.py
  Added:   python/gump/model builder.py
   template/forrest/content/images PythonPowered.gif
  Removed: python/gump/model ant.py
  Log:
  1) renamed ant.py to builder.py (since it contains Ant/Maven/Script)

  2) removed Annotabable from GumpXMLObject (speed-up)

  3) Made preview.py show annotations on objects
  
  Revision  ChangesPath
  1.8   +0 -1  gump/python/gump/utils/note.py
  
  Index: note.py
  ===
  RCS file: /home/cvs/gump/python/gump/utils/note.py,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- note.py   15 Mar 2004 22:07:06 -  1.7
  +++ note.py   3 Jun 2004 19:06:12 -   1.8
  @@ -103,7 +103,6 @@
   for note in self.annotations:
   note.dump(indent+1,output)
   
  -
   def getAnnotationsAsString(self,eol="\n"):
   notes=''
   
  
  
  
  1.44  +35 -8 gump/python/gump/utils/__init__.py
  
  Index: __init__.py
  ===
  RCS file: /home/cvs/gump/python/gump/utils/__init__.py,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- __init__.py   2 Jun 2004 15:59:11 -   1.43
  +++ __init__.py   3 Jun 2004 19:06:12 -   1.44
  @@ -412,12 +412,15 @@
   import gc
   enabled = gc.isenabled()
   threshold = gc.get_threshold()
  -tracked = len(gc.get_objects())
  +tracked = len(gc.get_objects())
   
   log.debug('GC: Enabled %s : Tracked %s : Threshold %s' \
   % (`enabled`, `tracked`,`threshold`))
   
  -#gc.set_debug(gc.DEBUG_LEAK)
  +gc.enable()
  +gc.set_threshold(10,10,10)
  +
  +# gc.set_debug(gc.DEBUG_LEAK)
   except:
   pass  
   return tracked
  @@ -427,10 +430,10 @@
   try:
   import gc
   tracked = len(gc.get_objects())
  -message=''
  -if marker:
  -message=' @ '
  -message+=marker
  +#message=''
  +#if marker:
  +#message=' @ '
  +#message+=marker
   #log.debug('Objects Tracked by GC %s : %s' \
   #% (message,  `tracked`))
   except:
  @@ -448,9 +451,33 @@
   
   # Curiousity..
   if unreachable:
  -log.warn('Objects Unreachable by GC : ' + `unreachable`)
  +message='Objects Unreachable by GC : ' + `unreachable`
  +if marker:
  +message+=' @ '
  +message+=marker
  +log.warn(message)
   
   # See what GC thinks afterwards...
   # inspectGarbageCollection(marker)
   except:
  -pass
  \ No newline at end of file
  +pass
  +   
  +def getRefCounts():
  +d = {}
  +sys.modules
  +# collect all classes
  +for m in sys.modules.values():
  +for sym in dir(m):
  +o = getattr (m, sym)
  +if type(o) is types.ClassType:
  +d[o] = sys.getrefcount (o)
  +# sort by refcount
  +pairs = map (lambda x: (x[1],x[0]), d.items())
  +pairs.sort()
  +pairs.reverse()
  +return pairs
  +
  +def printTopRefs(count,message=None):
  +if message: print 'References @ ', message
  +for n, c in getRefCounts()[:count]:
  +print '%10d %s - %s' % (n, c.__name__, `c`)
  
  
  
  1.16  +13 -7 gump/python/gump/utils/xmlutils.py
  
  Index: xmlutils.py
  ===
  RCS file: /home/cvs/gump/python/gump/utils/xmlutils.py,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- xmlutils.py   16 Apr 2004 17:28:37 -  1.15
  +++ xmlutils.py   3 Jun 2004 19:06:12 -   1.16
  @@ -65,7 +65,7 @@
 def startElement (self, name, attrs):
   """See ContentHandler class."""
   if self.topOfStack: 
  -# Hack to pass thss context about..
  +# Hack to pass this context about..
   attr

Speed-up & Preview

[Adam R. B. Jack]

I found that the 'annotations' I was allowing on XML elements was somehow
clashing with the 'Pythonic' (delegating) 'XML merge' code. Don't ask me
why, but removing it allowed a major major metadata load speed-up. Minutes
back to seconds.

It isn't quite a blinding fast as Nicola once commented upon (even with
cached copies of the remote metadata, so saving HTTP) but it is fast. It now
allows me to run a preview before I commit, to attempt to reduce the
embarrassment of mistakes.

Preview now shows (1) sequences [project & module] (2) annotations (w/
error/warning) (3) command lines (for CVS|SVN & Ant|Maven|Script)
[if --verbose]

> python gump/preview.py -w ../gump.xml

Here are some that are also listed here. I ought get these mailed to us:

http://brutus.apache.org:8080/gump/notesLog.html

-
Workspace:gump
Annotations:
  Error:Duplicate project [jaxrpc] in [ws-wsrp4j] and now [java-xml-pack]
-
Project:cocoon-block-php
Annotations:
  Debug:Sole jar [php-block.jar] identifier set to project name
  Warning:Bad *Optional* Dependency. Project: phpservlt unknown to *this*
workspace
-
Project:cocoon-block-scratchpad
Annotations:
  Debug:Sole jar [scratchpad-block.jar] identifier set to project name
  Info:Failed with reason configuration failed
  Error:Bad Dependency. Project: commons-beanutils unknown to *this*
workspace
-
Project:cocoon-lenya
Annotations:
  Debug:Sole jar [cocoon.jar] identifier set to project name
  Error:Project dist-avalon-logkit defines no jars as output
-
Project:excalibur-store
Annotations:
  Debug:Sole jar [excalibur-store-20040603.jar] identifier set to project
name
  Info:Failed with reason configuration failed
  Error:Bad Dependency. Project: jisp unknown to *this* workspace
-
Project:jakarta-slide
Annotations:
  Warning:Unnamed property for [jakarta-slide] in depend on: jakarta-lucene
  Warning:Unnamed property for [jakarta-slide] in depend on: jaxen
  Info:Dependency on xml-xerces exists, no need to add for property
xmlparser.jar.
  Info:Dependency on antlr exists, no need to add for property
antlr-tools.jar.
  Info:Dependency on dist-ant exists, no need to add for property ant.jar.
  Info:Dependency on jmx exists, no need to add for property jmx.jar.
  Info:Dependency on jakarta-struts exists, no need to add for property
struts.lib.
  Info:Dependency on jakarta-taglibs-standard exists, no need to add for
property jstl.jar.
  Info:Dependency on jakarta-taglibs-standard exists, no need to add for
property taglibs-standard.jar.
  Info:Dependency on jakarta-tomcat-4.0 exists, no need to add for property
catalina.dist.
-
Project:jakarta-tapestry
Annotations:
  Debug:Sole jar [tapestry-20040603.jar] identifier set to project name
  Info:Failed with reason configuration failed
  Error:Bad Dependency. Project: commons-beanutils unknown to *this*
workspace
-
Project:jakarta-turbine-jcs
Annotations:
  Debug:Sole jar [jcs-20040603.jar] identifier set to project name
  Info:Failed with reason configuration failed
  Error:Bad Dependency. Project: jisp unknown to *this* workspace
-
Project:scarab
Annotations:
  Error:Found a 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]

[Gump Wiki] Updated: Drafts/BoardReports/20040623

[general]

   Date: 2004-06-03T09:31:12
   Editor: 67.234.181.207 <>
   Wiki: Gump Wiki
   Page: Drafts/BoardReports/20040623
   URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040623

   Added blog reference (chalko not brutus) and "Artefact id"

Change Log:

--
@@ -1,6 +1,12 @@
 We've been very happy playing with the new machine and brutus has been turned into 
the "official" Gump instance, i.e. the one that is sending nightly nag mails when 
things go wrong and that people use as reference.  Many thanks to Sam Ruby and Leo 
Simmons who provided personal infrastructure for this purpose in the past.
 
-The speed of Brutus combined with a new way to generate the website dynamically 
allows us to run Gump more than once per day and has already lead to some new uses, 
like sending out "good news nags" when things are no longer broken.
+The speed of Brutus combined with a new way to generate the website dynamically 
allows us to run Gump more than once per day and has already lead to some new uses, 
like sending out "good news nags" when things are no longer broken. Notifications are 
also now sent "when first detected" (as well as on the nightly 'official' run) which 
can dramatically shorten the detection/discussion/resolution cycle.
+
+Gump has assisted in detecting a number of issues, including a big one with log4j 
deprecation which raised excellent discussion and awareness on Apache's and "good" 
deprecation/release policies. More information is available on 
[http://gump.chalko.com/gb/blog/ Gump's Blog].
+
+Gump has started to successfully built its first live project using Maven, we hope to 
extend this success to Geronimo soon. The main integration issue is that of 'artefact 
id' (how a collection of code is identified). This is good practical community work; a 
precursor to an (automated/shared) [http://wiki.apache.org/old/ASFRepository Apache 
Repository].
+
+Gump is starting to see more 'personal Gumps', as folks install Gump for their own 
private (and public) projects.
+
 
-Gump has started to successfully build its first project using Maven, we hope to 
extend this success to Geronimo soon.
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SVN for Avalon and Forrest

[Niclas Hedhman]

On Thursday 03 June 2004 23:07, Stefan Bodewig wrote:
> On Thu, 3 Jun 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
> > Q; I am working on a system (which may become the way of building in
> > Avalon), where the build system is built by Ant, and then Gump would
> > need to call a command-line util for the main build process instead
> > of Ant. I think that is possible, is it?
>
> Probably using 

Re: CVS password

[Adam R. B. Jack]

Gosh, I wish I were a CVS expert. I know I've seen this, I just can't recall
how/when. Does CVS use ~/.cvspass for updates, or what is stored in the
./CVS directories?

I see it is a status check (the -n for no work) looking for differences
(updates) between local and remote. As such, something exists in your
workspace CVS directory making Gump think it ought simply do an update.

Could it be that somehow the original checkout failed, and there is an empty
directory left around. Or, could you have checked out the code using some
other configuration?

Anybody else able to help here? I'm used to Nick coming to my rescue w/ CVS,
but he's otherwise busy right now...

regards,

Adam
- Original Message - 
From: "Claus Pedersen" <[EMAIL PROTECTED]>
To: "Gump code and data" <[EMAIL PROTECTED]>
Sent: Thursday, June 03, 2004 7:37 AM
Subject: RE: CVS password


> I deleted the ~/.cvspass, but it still gives me the following error:
>
> Command Line
>
> cvs -q -n -z3 -d :pserver:[EMAIL PROTECTED]:2401/usr/cvsroot update -P
> -d -A
>
> Output
> cvs update: Empty password used - try 'cvs login' with a real password
>
> cvs [update aborted]: authorization failed: server xxx.xxx.xxx.xxx
> rejected access to /usr/cvsroot for user xxx
>
> regards,
>
> Claus
>
> -Oprindelig meddelelse-
> Fra: Adam R. B. Jack [mailto:[EMAIL PROTECTED]
> Sendt: 3. juni 2004 14:48
> Til: [EMAIL PROTECTED]
> Emne: Re: CVS password
>
> From: "Claus Pedersen" <[EMAIL PROTECTED]> wrote:
>
> Has there been any solution to this problem?
> I have problems getting it to work
> Any help would be appreciated..
>
> It now works ... but I sure can't recall what the fix is (was). If I
> were to
> guess it'd be along the lines of the ~/.cvspass file (that CVS uses to
> store
> logins) has an entry in it that is wrong. Gump appends new logins to the
> end
> of that file, it isn't good at taking out old ones. Remove such a line
> (if
> present) or even the whole file (unless you use that account for other
> stuff), and see what transpires.
>
> Good luck, and feel free to send this list the CVS command output. It
> might
> give others some ideas.
>
> regards,
>
> Adam
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/project mx4j.xml

[ajack]

ajack   2004/06/03 08:42:37

  Modified:project  mx4j.xml
  Log:
  Explicit jar (artefact) ids.
  
  Revision  ChangesPath
  1.28  +9 -9  gump/project/mx4j.xml
  
  Index: mx4j.xml
  ===
  RCS file: /home/cvs/gump/project/mx4j.xml,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- mx4j.xml  3 Jun 2004 14:49:26 -   1.27
  +++ mx4j.xml  3 Jun 2004 15:42:37 -   1.28
  @@ -48,13 +48,13 @@
   

   
  -
  -
  -
  -
  -
  -
  -
  +
  +
  +
  +
  +
  +
  +
   
 
   
  @@ -71,7 +71,7 @@
   

   
  -
  +
   
 
   
  @@ -88,7 +88,7 @@
   

   
  -
  +
   
 
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: gump/project mx4j.xml jakarta-commons-sandbox.xml

[Adam R. B. Jack]

> BTW, we also have
>
>  [java] Dropping project jakarta-tapestry because of Exception
java.lang.Exception: project "commons-beanutils" not found processing
project jakarta-tapestry
>  [java] Dropping project cocoon-block-scratchpad because of Exception
java.lang.Exception: project "commons-beanutils" not found processing
project cocoon-block-scratchpad
>

Ought we start 'notifying' upon bad stuff like this? See:

http://brutus.apache.org:8080/gump/notesLog.html

I think so.

regards

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Board Report for June

[Stefan Bodewig]

Hi all,

this months we have to do a report again.  Since I'm traveling a lot
during the next two weeks and quite busy in real life as well
(finalization phase of building a house) I started with a draft in the
Wiki now before I forget it.

Go ahead and add content to
.  I'll
probably send it to board around the 18th to give the board members
more time to digest it than in the past.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Resolving Gump/Maven Artefact Identifiers (MX4J)

[Adam R. B. Jack]

> On Thu, 3 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
>
> > 1) I've removed the id="" here (and will cleanup what fallout I can)
> > 'cos Gump defaults id equal to jar basename,
>
> This is not entirely correct - and we either kill all "traditional
> Gumps" now or get into a maintainence nightmare if you want to rely on
> this.

Oops. Yeah, I've heard of that Gump. Darn, that is what I get for cutting
down on caffeine.

> "Traditional" and "Python" Gump behave differently in absence of an id
> attribute - for the short term you may want to stick with explicit
> ids.

Agreed.

regards,

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SVN for Avalon and Forrest

[Stefan Bodewig]

On Thu, 3 Jun 2004, Niclas Hedhman <[EMAIL PROTECTED]> wrote:

> Q; I am working on a system (which may become the way of building in
> Avalon), where the build system is built by Ant, and then Gump would
> need to call a command-line util for the main build process instead
> of Ant. I think that is possible, is it?

Probably using 

[Gump Wiki] New: Drafts/BoardReports/20040623

[general]

   Date: 2004-06-03T08:05:32
   Editor: StefanBodewig <[EMAIL PROTECTED]>
   Wiki: Gump Wiki
   Page: Drafts/BoardReports/20040623
   URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040623

   no comment

New Page:

We've been very happy playing with the new machine and brutus has been turned into the 
"official" Gump instance, i.e. the one that is sending nightly nag mails when things 
go wrong and that people use as reference.  Many thanks to Sam Ruby and Leo Simmons 
who provided personal infrastructure for this purpose in the past.

The speed of Brutus combined with a new way to generate the website dynamically allows 
us to run Gump more than once per day and has already lead to some new uses, like 
sending out "good news nags" when things are no longer broken.

Gump has started to successfully build its first project using Maven, we hope to 
extend this success to Geronimo soon.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SVN for Avalon and Forrest

[Niclas Hedhman]

On Thursday 03 June 2004 20:24, Stefan Bodewig wrote:
> On Wed, 2 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> > When do folks thing we ought (1) move the Avalon repository to SVN
>
> I think we'd need help from Niclas or Leo or Stephen or any other of
> the Avalon folks.  The directory layout seems to have changed and I
> don't feel like I could adapt the descriptors properly.  Maybe it is
> /repos/asf/avalon/trunk/legacy but I wouldn't want to second guess.

Expect us to handle it when we have the new codebase 'operational'... Just lay 
back and enjoy the ride.

Q; I am working on a system (which may become the way of building in Avalon), 
where the build system is built by Ant, and then Gump would need to call a 
command-line util for the main build process instead of Ant. I think that is 
possible, is it?


Cheers
Niclas
-- 
   +--//---+
  / http://www.bali.ac/
 / http://niclas.hedhman.org / 
+--//---+


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Resolving Gump/Maven Artefact Identifiers (MX4J)

[Stefan Bodewig]

On Thu, 3 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:

> 1) I've removed the id="" here (and will cleanup what fallout I can)
> 'cos Gump defaults id equal to jar basename,

This is not entirely correct - and we either kill all "traditional
Gumps" now or get into a maintainence nightmare if you want to rely on
this.

"Traditional" and "Python" Gump behave differently in absence of an id
attribute - for the short term you may want to stick with explicit
ids.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: gump/project mx4j.xml jakarta-commons-sandbox.xml

[Stefan Bodewig]

On 3 Jun 2004, <[EMAIL PROTECTED]> wrote:

>   1) Alter MX4J jar ids to try to match Maven artefact ids.

leads to

$ ant verify
...
gen:
 [java] Dropping project avalon-phoenix because of Exception java.lang.Exception: 
A jar with id "mx4j" was not found in project "mx4j" referenced by project 
avalon-phoenix
...

BTW, we also have

 [java] Dropping project jakarta-tapestry because of Exception 
java.lang.Exception: project "commons-beanutils" not found processing project 
jakarta-tapestry
 [java] Dropping project cocoon-block-scratchpad because of Exception 
java.lang.Exception: project "commons-beanutils" not found processing project 
cocoon-block-scratchpad

anybody with commit access to Tapestry or Cocoon listening?

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/profile gump.xml

[bodewig]

bodewig 2004/06/03 07:50:25

  Modified:profile  gump.xml
  Log:
  Add forrest repository
  
  Revision  ChangesPath
  1.349 +2 -1  gump/profile/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/gump/profile/gump.xml,v
  retrieving revision 1.348
  retrieving revision 1.349
  diff -u -r1.348 -r1.349
  --- gump.xml  3 Jun 2004 14:47:26 -   1.348
  +++ gump.xml  3 Jun 2004 14:50:24 -   1.349
  @@ -325,6 +325,8 @@
   
 
 
  +  
  +  
   
   
   
  @@ -354,7 +356,6 @@
 
 
 
  -  
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/project mx4j.xml

[bodewig]

bodewig 2004/06/03 07:49:26

  Modified:project  mx4j.xml
  Log:
  Add missing quote
  
  Revision  ChangesPath
  1.27  +1 -1  gump/project/mx4j.xml
  
  Index: mx4j.xml
  ===
  RCS file: /home/cvs/gump/project/mx4j.xml,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- mx4j.xml  3 Jun 2004 14:38:27 -   1.26
  +++ mx4j.xml  3 Jun 2004 14:49:26 -   1.27
  @@ -52,7 +52,7 @@
   
   
   
  -
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/profile gump.xml

[bodewig]

bodewig 2004/06/03 07:47:26

  Modified:profile  gump.xml
  Log:
  follow forrest's descriptor
  
  Revision  ChangesPath
  1.348 +1 -1  gump/profile/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/gump/profile/gump.xml,v
  retrieving revision 1.347
  retrieving revision 1.348
  diff -u -r1.347 -r1.348
  --- gump.xml  28 May 2004 14:48:09 -  1.347
  +++ gump.xml  3 Jun 2004 14:47:26 -   1.348
  @@ -148,7 +148,7 @@
 
 
 
  -  http://svn.apache.org/repos/asf/xml/forrest/trunk/module.xml"/>
  +  http://svn.apache.org/repos/asf/forrest/trunk/module.xml"/>
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mailing lists

[Stefan Bodewig]

On Thu, 3 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:

> I can think of three use cases (1) developing Gump [RTs and more]
> (2) working with the Gump service [hey, I got nagged, what is this?] 
> (3) Personal Gumps.
> 
> I know there are pros and cons to having multiple lists, but I think
> we've reached a point where one list if overload.

+0

Doesn't feel that way to me.

> BTW: Do we know how many addresses are subscribed to general, how
> many are moderated in, and so forth? Just curious.

Any moderator can find out by sending the appropriate mail


I've done so just now, current state: 83 subscribers, 132 addesses
allowed to post.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/project mx4j.xml jakarta-commons-sandbox.xml

[ajack]

ajack   2004/06/03 07:38:27

  Modified:project  mx4j.xml jakarta-commons-sandbox.xml
  Log:
  1) Alter MX4J jar ids to try to match Maven artefact ids.

  2) Allow nagging for comons-id (since it now builds, FWIIW: w/ Maven)

  3) Added commons-transaction (no nagging, via Maven)
  
  Revision  ChangesPath
  1.26  +7 -7  gump/project/mx4j.xml
  
  Index: mx4j.xml
  ===
  RCS file: /home/cvs/gump/project/mx4j.xml,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- mx4j.xml  25 May 2004 22:46:00 -  1.25
  +++ mx4j.xml  3 Jun 2004 14:38:27 -   1.26
  @@ -48,13 +48,13 @@
   

   
  -
  -
  -
  +
  +
  +
   
  -
  -
  -
  +
  +
   
 
   
  @@ -71,7 +71,7 @@
   

   
  -
  +
   
 
   
  
  
  
  1.161 +20 -2 gump/project/jakarta-commons-sandbox.xml
  
  Index: jakarta-commons-sandbox.xml
  ===
  RCS file: /home/cvs/gump/project/jakarta-commons-sandbox.xml,v
  retrieving revision 1.160
  retrieving revision 1.161
  diff -u -r1.160 -r1.161
  --- jakarta-commons-sandbox.xml   24 May 2004 20:28:47 -  1.160
  +++ jakarta-commons-sandbox.xml   3 Jun 2004 14:38:27 -   1.161
  @@ -154,8 +154,8 @@
   
   
   
  -
  +
 
 
 
  @@ -292,6 +292,24 @@
   
 
  +
  +  
  +org.apache.commons.transaction
  +Commons Identifier Package
  +
  +  
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +  
  +
   
 
   

Mailing lists

[Adam R. B. Jack]

I was wondering if we have enough traffic on this list to warrant a split to
multiple lists.

I've heard folks complain about traffic, and there are times it really
flurries. I worry that 'user' requests don't get the wide audience they
deserve due to overload w/ RTs & development ideas.

I can think of three use cases (1) developing Gump [RTs and more] (2)
working with the Gump service [hey, I got nagged, what is this?] (3)
Personal Gumps.

I know there are pros and cons to having multiple lists, but I think we've
reached a point where one list if overload. Perhaps the latter two are best
served by one, for now. I don't know if it is worth renaming general@ to be
dev@, I suspect not.

As such, I think we ought add [EMAIL PROTECTED] Thoughts?

BTW: Do we know how many addresses are subscribed to general, how many are
moderated in, and so forth? Just curious.

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]

Resolving Gump/Maven Artefact Identifiers (MX4J)

[Adam R. B. Jack]

I am trying to get Geronimo to build on Gump using Maven. The issues is
dependencies (MX4J and Velocity) and artefact identifiers. I'd like to
gather information to generate a repeatable process by which issues like
these can be easily resolved.

Looking at:


http://brutus.apache.org:8080/gump/incubator-geronimo/incubator-geronimo/index.html

I see these missing dependencies.

mx4j-jmx-2.0.1.jar (try downloading from http://mx4j.sourceforge.net)
velocity-dep-1.4-rc1.jar (try downloading from
http://jakarta.apache.org/velocity/)

For MX4J I look here (to see what Maven knows these jars by).
http://www.ibiblio.org/maven/mx4j/jars/

and I see mx4j/jmx/remote/tools.

[BTW: Is there a better way to view Maven's artefact ids? Something like
this? http://brutus.apache.org:8080/gump/gump_xref/output_id_project.html]

However when I look at what the Gump MX4J build produces, I see:

http://cvs.apache.org/viewcvs.cgi/gump/project/mx4j.xml?view=markup








and:



So we have some differences. (Any insights into what/why would be
appreciated.)

1) I've removed the id="" here (and will cleanup what fallout I can) 'cos
Gump defaults id equal to jar basename, and Maven artefact ids are typically
the jar basename (it seems).

2) I'm not sure what do to about "impl" nor the "r*" jars. I don't know if
they are needed for runtime. How ought we deal with such differences? How
does Maven cope with artefact id change & addition (which I assume will
happen? Has it happened?)

I'd like to try to examine this case & see if we can learn what has to be
done in general, in the hope of making it repeatable.

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: CVS password

[Claus Pedersen]

I deleted the ~/.cvspass, but it still gives me the following error:

Command Line

cvs -q -n -z3 -d :pserver:[EMAIL PROTECTED]:2401/usr/cvsroot update -P
-d -A 

Output
cvs update: Empty password used - try 'cvs login' with a real password

cvs [update aborted]: authorization failed: server xxx.xxx.xxx.xxx
rejected access to /usr/cvsroot for user xxx

regards,

Claus

-Oprindelig meddelelse-
Fra: Adam R. B. Jack [mailto:[EMAIL PROTECTED] 
Sendt: 3. juni 2004 14:48
Til: [EMAIL PROTECTED]
Emne: Re: CVS password

From: "Claus Pedersen" <[EMAIL PROTECTED]> wrote:

Has there been any solution to this problem?
I have problems getting it to work
Any help would be appreciated..

It now works ... but I sure can't recall what the fix is (was). If I
were to
guess it'd be along the lines of the ~/.cvspass file (that CVS uses to
store
logins) has an entry in it that is wrong. Gump appends new logins to the
end
of that file, it isn't good at taking out old ones. Remove such a line
(if
present) or even the whole file (unless you use that account for other
stuff), and see what transpires.

Good luck, and feel free to send this list the CVS command output. It
might
give others some ideas.

regards,

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: gump/repository forrest.xml

[nicolaken]

nicolaken2004/06/03 06:24:09

  Added:   repository forrest.xml
  Log:
  Add new Forrest SVN repo
  
  Revision  ChangesPath
  1.1  gump/repository/forrest.xml
  
  Index: forrest.xml
  ===
  
  
  
  
Forrest
http://forrest.apache.org/

http://cvs.apache.org/viewcvs.cgi/forrest/?root=Apache-SVN  

http://svn.apache.org/repos/asf/forrest/


  
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: CVS password

[Adam R. B. Jack]

From: "Claus Pedersen" <[EMAIL PROTECTED]> wrote:

Has there been any solution to this problem?
I have problems getting it to work
Any help would be appreciated..

It now works ... but I sure can't recall what the fix is (was). If I were to
guess it'd be along the lines of the ~/.cvspass file (that CVS uses to store
logins) has an entry in it that is wrong. Gump appends new logins to the end
of that file, it isn't good at taking out old ones. Remove such a line (if
present) or even the whole file (unless you use that account for other
stuff), and see what transpires.

Good luck, and feel free to send this list the CVS command output. It might
give others some ideas.

regards,

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SVN for Avalon and Forrest

[Stefan Bodewig]

On Wed, 2 Jun 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:

> When do folks thing we ought (1) move the Avalon repository to SVN

I think we'd need help from Niclas or Leo or Stephen or any other of
the Avalon folks.  The directory layout seems to have changed and I
don't feel like I could adapt the descriptors properly.  Maybe it is
/repos/asf/avalon/trunk/legacy but I wouldn't want to second guess.

> and (2) create on for Forrest (congrats on TLP) as SVN?

Forrest hosts the descriptor in its own repo, not much we could do.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Python 2.3?

[Nicola Ken Barozzi]

Adam R. B. Jack wrote:
Do folks mind if we mandate Python 2.3 for Gump? Right now we use Python 2.2
(avoid some methods and bundle the logging classes, and such) for folks like
Leo who couldn't get a later RPM (or whatever). Can we upgrade to 2.3?
+1
--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]