Re: gump3 and Maven
On 06-04-2005 02:45, Brett Porter [EMAIL PROTECTED] wrote: Hi, Hi Brett! I was reminded of Gump and Maven metadata this morning, and with all the gump3 activity thought I would check in. :-D. Nice to hear from you. How's maven2 progressing? I was kinda hoping we'd be hearing something about it at AC Europe... I haven't been completely across the gump3 plans, but was wondering what plans there are for a couple of things: - using Maven IDs. Last Leo and I said on this was... http://mail-archives.eu.apache.org/mod_mbox/gump-general/200501.mbox/%3cBE0706 [EMAIL PROTECTED] Well, it's still the plan IMO. This is something I feel deserves fixing on the metadata side of things more than in the code. - being able to read Maven POMs as well as gump descriptor files (IIRC, Stefano suggested this would be a good idea last year) I've already got hooks in the code to make that happen. At some point in the feature I want to extract all the logic from the maven gump plugin and transform that into a nice little bit of python code (I don't really want to write a jelly-to-python bridge :-D). I can offer moral support and design decisions if necessary Both are most welcome! Anything on your mind? Basically the way the code is layed out right now, we have a Normalizer python class (http://svn.apache.org/asf/gump/branches/Gump3/pygump/python/gump/engine/mod eller.py) that at some point needs to walk a huge DOM tree and convert everything that looks like a maven POM into the gump OM equivalent. , just not coding due to bandwidth, and having to learn Python, as always. I can possibly write a generator for a python script to read a POM and populate a data model from the Maven model definition (which we now do with the Java code), allowing the parsing of Maven 1.0, Maven 2.0 and any later versions of the POM. That sounds real cool! Where I'm at now is that we get something like workspace projects project type=maven href=some/where/project.xml/ /projects /workspace Which becomes workspace projects project type=maven !-- maven pom here -- /project /projects /workspace And basically the relevant DOM statements that do the transformation need to be inserted into a method named something like transformMavenPomsIntoGumpForm(workspaceDomRoot). If you don't feel like python, that could happen in any other language: the dom is the same everywhere, and the same holds true for iterations if/else, etc. I'd have no trouble converting it :-D. If you do feel like trying a little python I can create the stub testcase 'n everything so most of the tricky bits get out of your way. Sounds like fun? If so I should probably get to work on a demo workspace to detail the above. I think I started on it already somewhere... Cheers, Leo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 11 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Module xdoclet success, but with warnings. [EMAIL PROTECTED]: Module icu4j failed [EMAIL PROTECTED]: Project nant (in module nant) failed [EMAIL PROTECTED]: Project commons-jci (in module cocoon) failed [EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) success, but with warnings. [EMAIL PROTECTED]: Project icu4j (in module icu4j) failed [EMAIL PROTECTED]: Project jtidy-cvs (in module jtidy) failed [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed [EMAIL PROTECTED]: Project xml-security-tests (in module xml-security) failed [EMAIL PROTECTED]: Project uddi4j (in module uddi4j) failed [EMAIL PROTECTED]: Project groovy (in module groovy) failed *** G U M P [EMAIL PROTECTED]: Module xdoclet success, but with warnings. 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 the folk at [EMAIL PROTECTED] Module xdoclet contains errors. The current state of this module is 'Success'. Full details are available at: http://brutus.apache.org/gump/public/xdoclet/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -ERROR- *** Failed to update from source control. Stale contents *** The following work was performed: http://brutus.apache.org/gump/public/xdoclet/gump_work/update_xdoclet.html Work Name: update_xdoclet (Type: Update) Work ended in a state of : Failed Elapsed: 2 mins 51 secs Command Line: cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/xdoclet update -P -d -A [Working Directory: /usr/local/gump/public/workspace/cvs/xdoclet] - cvs [update aborted]: writing to server: Broken pipe - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/xdoclet/rss.xml - Atom: http://brutus.apache.org/gump/public/xdoclet/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2506042005, brutus:brutus-public:2506042005 Gump E-mail Identifier (unique within run) #1. *** G U M P [EMAIL PROTECTED]: Module icu4j 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 the folk at [EMAIL PROTECTED] Module icu4j has an issue affecting its community integration, and has been outstanding for 2 runs. The current state of this module is 'Failed', with reason 'Update Failed'. Full details are available at: http://brutus.apache.org/gump/public/icu4j/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason update failed The following work was performed: http://brutus.apache.org/gump/public/icu4j/gump_work/update_icu4j.html Work Name: update_icu4j (Type: Update) Work ended in a state of : Failed Elapsed: 1 sec Command Line: cvs -q -z3 -d :ext:[EMAIL PROTECTED]:/icu checkout -P -d icu4j icu4j [Working Directory: /usr/local/gump/public/workspace/cvs] - IBM CANADA Ltd. CHS Server D25HTTP004 racky2u15 ** WARNING Access Restricted ** Permission denied (publickey,keyboard-interactive). cvs [checkout aborted]: end of file from server (consult above messages if any) - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/icu4j/rss.xml - Atom: http://brutus.apache.org/gump/public/icu4j/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2506042005, brutus:brutus-public:2506042005 Gump E-mail Identifier (unique within run) #2. *** G U M P [EMAIL PROTECTED]: Project nant (in module nant) 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 the folk at [EMAIL PROTECTED] Project nant has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 169 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - nant : NAnt is a free .NET build tool. In theory it is kind of like... Full details are available at:
Re: Need testers for gump3 branch + windows
http://wiki.apache.org/gump/GumpThree And let me know where it breaks? I'm new to Cygwin, so probably failed to install things exactly as you specified (a problem for later stages, I suspect), however, I can't seem to get past the mysql step. $ bash gump test gump: line 1: /cygdrive/f/data/Python/Gump3-SVN/bin/PrintPath: No such file or d irectory gump: Fatal error! Cannot find mysql. Please retrieve it from http://www.mysql.com/ and install it. If it is already installed, modify your $PATH variable to point to it. You can customize the $PATH variable inside a file named /cygdrive/f/data/Python/Gump3-SVN/tsws1-settings.sh if you wish. [EMAIL PROTECTED] /cygdrive/f/data/Python/Gump3-SVN $ which mysql /cygdrive/f/apps/mysql/bin/mysql regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need testers for gump3 branch + windows
I had similar problems. However instead of seeing messages about $PATH, I saw the contents of $PATH, which rather messes up the messages! Hopefully this can be fixed? == I also had difficulty working out how to create the gump database - in the end I used: mysqladmin -u root -p create database gump (hope I've remembered it right) And then I used the graphical mysql administrator to create the user (could not work out how to use this to create databases) Got stuck with ssh, and ran out out time. S. On Apr 6, 2005 1:04 PM, Adam R. B. Jack [EMAIL PROTECTED] wrote: $ bash gump test gump: line 1: /cygdrive/f/data/Python/Gump3-SVN/bin/PrintPath: No such file or directory gump: Fatal error! Ok, so I change that call to a 'which' (and I assume it is a home grown you are adding to avoid that dependency) and I'm getting further. Now I need to see why I don't have 'ssh'. 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]
Random Gump3 questions
Here are some random thoughts/questions, on things I'd like to see explored with Gump3. I'd appreciate insights on if they are good requirements (for now) and/or how we might design them in: 1) External PlugIns I'd really like to hear design/implementation ideas about discovery/life-cycle of plug-ins to Gump3. I'd like us to get this sorted early to stop us thinking closed allow more contribution. If we can implement something (or, better, leverage Python somehow) I'd implement a standalone RDF-generating plug-in, for the exercise of it all. I think we need to be able to register (e.g. via the workspace, or via placing in a certain directory, or whatever) Python code as a plug-in, just as simply as we have our own plug-ins. If the code could be discovered, loaded, and managed I think we'd be in a good position to allow folks to (say) plug-in their own Perforce updater, or builder, or whatever etc. I know this might stretch us on getting interfaces (internal APIs) right, but I think Gump3 is about trying to get it right, and this seems a big one to me. 2) OnDemand Metadata Loading One of the problems with Gump today is it's need to load all the metadata in the workspace, to build a huge internal tree, in order to then (say) build just a few things. I think it'd make sense to have a more on demand approach, downloading as needed, to make Gump more interactive friendly. The main use case might be testing (i.e. does Gump w/ this code hack still build ant, or does this project/descriptor change still build under Gump) but I think these are good use cases. 3) Federation Along with (2) I think we need to think more about federation and/or delegation. The initial use case might be a site depending upon Apache work, but not wanting to duplicate Brutus. As such, I think we need the concept of loading metadata for reference-only verse for processing. Not sure it buys us a lot, but I think this is along the lines of (2) above. Meaning, we can know that there is a project named Ant, but we might not need to know details of it's SCM repository if we aren't going to try to build it. 4) Repository management. I do think we need to have build from repository (use last night's successful build if today's fails) in Gump3. Any thoughts on where/how this might fit? regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Gump Wiki] Update of GumpThree by LeoSimons
On 06-04-2005 01:07, Adam R. B. Jack [EMAIL PROTECTED] wrote: This came to the Gump mailing list, but says it is going to itself. Is this something we need to configure on our wiki? No it is something that's globally broken :(. Working on it... - Leo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (GUMP-114) Run LXR and/or javasrc on brutus
Run LXR and/or javasrc on brutus Key: GUMP-114 URL: http://issues.apache.org/jira/browse/GUMP-114 Project: Gump Type: New Feature Components: Infrastructure Reporter: Leo Simons Priority: Minor LXR (http://sourceforge.net/projects/lxr) and javasrc (http://sourceforge.net/projects/javasrc) are pretty useful services to have available. It would be kinda cool if we could set up brutus to provide source cross-referencing across all the sources that gump compiles (taking care of course to respect license/ and redistributable/ and the like). I don't think this really needs or should be integrated into the gump core, but it could definately share the same source checkouts 'n stuff. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (GUMP-115) Make gump result pages link to LXR-generated content
Make gump result pages link to LXR-generated content Key: GUMP-115 URL: http://issues.apache.org/jira/browse/GUMP-115 Project: Gump Type: New Feature Components: Python-based Gump Reporter: Leo Simons Priority: Minor Once GUMP-114 is set up, we could provide links to the cross-referenced stuff from the gump build results pages. It would be esp. cool to parse build outputs for filenames and line numbers and transform those into links into the cross referenced source. This would mean that a whole lot of debugging could take place by clicking around the gump site, without developers having to check out the matching version of code they wish to examine from version control. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need testers for gump3 branch + windows
For those reading along, Adam and I find out on ICQ that his bin subdirectory was in some way wrong containing entirely different cruft. Hence, he was missing PrintPath and testrunner.py cheers, Leo Adam R. B. Jack wrote: Having gotten further... 1) Test fails. Something is missing (or renamed): $ bash gump test c:\Python24\python.exe: can't open file 'f:\data\Python\Gump3-SVN\bin\testrunner .py': [Errno 2] No such file or directory $ bash gump run 2) Not sure what I get from this... _ | __|_ Apache_ ___ | | | | | | . | |_|___|_|_|_| _| |_| ~ v. 3.0-alpha-2 ~ [EMAIL PROTECTED] /cygdrive/f/data/Python/Gump3-SVN $ 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]
[jira] Created: (GUMP-116) Promote using html in description/ fields
Promote using html in description/ fields --- Key: GUMP-116 URL: http://issues.apache.org/jira/browse/GUMP-116 Project: Gump Type: Improvement Components: Object Model (GOM) Versions: GOM-0.5 Reporter: Leo Simons Fix For: GOM-0.5 It would be cool if description/ fields contained more useful content. For example, it might make sense to provide links to a wiki page with developer information about debugging a particular project, or links to additional build functionality a project utilizes outside of gump (like nightly build download locations). This would mean the description/ content should get a prominent place in gump-generated docs, the GOM docs are updated to detail that one can, in fact, use HTML, and that we promote the practice in some way. Thinking of maven POMs, their description/ and longDescription/ contents might need to be extended to have that kind of information relevant for developers. One could have a developerInfo/ in addition to those, I dunno. Maybe the maven people have something plannen already :-D -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need testers for gump3 branch + windows
For those reading along, Adam and I find out on ICQ that his bin subdirectory was in some way wrong containing entirely different cruft. Hence, he was missing PrintPath and testrunner.py Yeah, I think I must've used an old old SVN client that (due to some change in the repository) completely dork the directory. I assume it failed to follow a move or something. If other see python and such under bin, look to your SVN client... regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
