MX4J build issue (on Gump)

2004-07-21 Thread Adam R. B. Jack
Folks,

When I configured MX4J for Gump notification I did it in a way that (I now
see) exposed a Gump bug  didn't get you notified. I'll fix that bug, but
here is another manual notification:

http://brutus.apache.org/gump/public/mx4j/mx4j/index.html
http://brutus.apache.org/gump/public/mx4j/mx4j/gump_work/build_mx4j_mx4j.html

BUILD FAILED
/usr/local/gump/public/workspace/mx4j/build/build.xml:240: Manifest file:
/usr/local/gump/public/workspace/mx4j/src/etc/MANIFEST.MF does not exist.
at org.apache.tools.ant.taskdefs.Jar.setManifest(Jar.java:199)
regardsAdam--Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterpriseTry Sybase: http://www.try.sybase.com


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



cvs commit: gump/python/gump/document/xdocs documenter.py

2004-07-21 Thread ajack
ajack   2004/07/21 07:54:34

  Modified:python/gump/model project.py module.py
   .gumpy.py
   python/gump/notify notification.py logic.py notifier.py
   python/gump/document/xdocs documenter.py
  Log:
  More than a few notification fixes...
  
  Revision  ChangesPath
  1.91  +15 -1 gump/python/gump/model/project.py
  
  Index: project.py
  ===
  RCS file: /home/cvs/gump/python/gump/model/project.py,v
  retrieving revision 1.90
  retrieving revision 1.91
  diff -u -r1.90 -r1.91
  --- project.py19 Jul 2004 20:34:00 -  1.90
  +++ project.py21 Jul 2004 14:54:34 -  1.91
  @@ -77,7 +77,7 @@
   self.url=None
   self.desc=''
   
  -self.distributable=False
  +self.redistributable=False
   self.packageMarker=None
   self.jvmargs=gump.process.command.Parameters()
   self.packageNames=None
  @@ -101,10 +101,24 @@
   Positioned.__del__(self)
   
   def hasNotifys(self):
  +
  +Does this project have any notification addresses, and if not
  +does the module?
  +
  +boolean true if some
  +
   if self.notifys: return True
  +if self.module: return self.module.hasNotifys()
   return False
   
   def getNotifys(self):
  +
  + Return the list of notification addresses for this project
  + but if none, see if the module has any.
  +
  +if not self.notifys: 
  +if self.module:
  +return self.module.getNotifys()
   return self.notifys
   
   def hasAnt(self):
  
  
  
  1.49  +14 -4 gump/python/gump/model/module.py
  
  Index: module.py
  ===
  RCS file: /home/cvs/gump/python/gump/model/module.py,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- module.py 14 Jul 2004 23:36:28 -  1.48
  +++ module.py 21 Jul 2004 14:54:34 -  1.49
  @@ -15,7 +15,9 @@
   # limitations under the License.
   
   
  -This module contains information on
  +
  +This module contains information on module and it's repository references.
  +
   
   
   from time import localtime, strftime, tzname
  @@ -175,7 +177,8 @@
self.svn=None
self.artifacts=None

  -self.packaged=   False
  +self.packaged=   False 
  +self.redistributable=   False
   
   # Changes were found (when updating)
self.modified   =   False
  @@ -221,6 +224,10 @@
   return object  
 
   def resolve(self):
  + 
  + Resolving requires creating objects (in the correct lists/maps) for
  + certain high level XML elements, e.g. project.
  + 
   
   if self.isResolved(): return
   
  @@ -406,6 +413,9 @@
   
   if self.hasDomChild('description'):
   self.desc=self.getDomChildValue('description')   
  +
  +# Existence means 'true'
  +self.redistributable=self.hasDomChild('redistributable')
   
   # For prettiness
   self.sortedProjects=createOrderedList(self.getProjects())
  @@ -469,8 +479,8 @@
   
   def isRedistributable(self):
   # Existence means 'true'
  -return self.hasDomChild('redistributable') \
  -or (self.repository and self.repository.isRedistributable())
  +return self.redistributable or \
  +(self.repository and self.repository.isRedistributable())
   
   #
   # Get a full list of all the projects that depend
  
  
  
  1.40  +3 -3  gump/gumpy.py
  
  Index: gumpy.py
  ===
  RCS file: /home/cvs/gump/gumpy.py,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- gumpy.py  19 Jul 2004 16:07:53 -  1.39
  +++ gumpy.py  21 Jul 2004 14:54:34 -  1.40
  @@ -264,7 +264,7 @@
   pass

   

   # Enable a log

  -logFileName='gumpy_log.txt'

  +logFileName='gumpy_log_' + time.strftime('%d%m%Y_%H%M%S') + '.txt'

   logFile=os.path.abspath(logFileName)

   log=open(logFile,'w',0) # Unbuffered...

   

  @@ -458,7 +458,7 @@
   # Publish logfile

   published=0

   if logdir:

  -publishedLogFile=os.path.abspath(os.path.join(logdir,logFileName))

  +publishedLogFile=os.path.abspath(os.path.join(logdir,'gumpy_log.txt'))

   if '--xdocs' in args:

   publishedLogFile=os.path.abspath(

   os.path.join(

  @@ -479,7 +479,7 @@


   if result: 

   # 

RE: [Mx4j-devel] MX4J build issue (on Gump)

2004-07-21 Thread Bordet, Simone
Hi, 

 Folks,
 
 When I configured MX4J for Gump notification I did it in a 
 way that (I now
 see) exposed a Gump bug  didn't get you notified. I'll fix 
 that bug, but here is another manual notification:
 
 http://brutus.apache.org/gump/public/mx4j/mx4j/index.html
 http://brutus.apache.org/gump/public/mx4j/mx4j/gump_work/build
 _mx4j_mx4j.html
 
 BUILD FAILED
 /usr/local/gump/public/workspace/mx4j/build/build.xml:240: 
 Manifest file:
 /usr/local/gump/public/workspace/mx4j/src/etc/MANIFEST.MF 
 does not exist.

Should be fixed now.

I guess if we don't hear anything from you, we can assume we did the right fix ;)

Thanks !

Simon

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



BATCH: Unable to send...

2004-07-21 Thread brutus
Dear Gumpmeisters,

The following 5 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: ant-contrib/ant-contrib failed
[EMAIL PROTECTED]: antworks-antlets/antworks-antlets success
[EMAIL PROTECTED]: jaxen/jaxen-test failed
[EMAIL PROTECTED]: checkstyle/checkstyle-test failed
[EMAIL PROTECTED]: mx4j/mx4j failed
*** G U M P
[EMAIL PROTECTED]: ant-contrib/ant-contrib failed
Failed with to: [EMAIL PROTECTED] from: [Gump Integration Build [EMAIL PROTECTED]]
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 ant-contrib has an issue affecting its community integration.
This issue affects 6 projects, and has been outstanding for 5 runs.
Project State : 'Failed', Reason 'Missing Build Outputs'
The following are affected:
- ant-contrib :  Useful little Ant tasks
- ant-contrib-test :  Useful little Ant tasks
- invicta :  Open-source build management tool.
- xml-forrest :  Forrest is an XML standards-oriented project documentation f...
- xml-forrest-scratchpad-forrestdoc :  Forrest is an XML standards-oriented 
project documentation f...
- xml-forrest-scratchpad-forrestdoc-autotest :  Forrest is an XML 
standards-oriented project documentation f...


Full details are available at:

http://brutus.apache.org/gump/public/ant-contrib/ant-contrib/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Sole jar [ant-contrib-20040721.jar] identifier set to project name
 -INFO- Enable verbose output, due to 5 previous error(s).
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/usr/local/gump/public/workspace/ant-contrib/build/lib/ant-contrib-20040721.jar
 -ERROR- See Directory Listing Work for Missing Outputs


The following work was performed:
http://brutus.apache.org/gump/public/ant-contrib/ant-contrib/gump_work/build_ant-contrib_ant-contrib.html
Work Name: build_ant-contrib_ant-contrib (Type: Build)
State: Success
Elapsed: 7 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dversion=20040721 
[Working Directory: /usr/local/gump/public/workspace/ant-contrib]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.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-
 [copy] tasks/toc.html added as tasks/toc.html doesn't exist.
 [copy] tasks/trycatch.html added as tasks/trycatch.html doesn't exist.
 [copy] tasks/urlencode.html added as tasks/urlencode.html doesn't exist.
 [copy] tasks/variable_task.html added as tasks/variable_task.html doesn't exist.
 [copy]  omitted as  is up to date.
 [copy] tasks added as tasks doesn't exist.
 [copy] Copying 36 files to /usr/local/gump/public/workspace/ant-contrib/build/docs
 [copy] Copying /usr/local/gump/public/workspace/ant-contrib/manual/index.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/index.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant-contrib/manual/tasks/propertyselector.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/propertyselector.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant-contrib/manual/tasks/post_task.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/post_task.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant-contrib/manual/tasks/server_tasks.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/server_tasks.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant-contrib/manual/tasks/foreach.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/foreach.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant-contrib/manual/tasks/timestampselector.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/timestampselector.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant-contrib/manual/tasks/sortlist.html to 
/usr/local/gump/public/workspace/ant-contrib/build/docs/tasks/sortlist.html
 [copy] Copying 
/usr/local/gump/public/workspace/ant

Notification mails...

2004-07-21 Thread Adam R. B. Jack
I guess I'd failed to notice how quiet things were (perhaps I was enjoying
it ;-)

Anyway, I've restored the batch mails, and the notification attempts. As
such, see:

http://nagoya.apache.org/jira/browse/INFRA-96

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: how to start with gumpy

2004-07-21 Thread Stefano Mazzocchi
Adam R. B. Jack wrote:
Stefano wrote:

I want to start using gumpy for our project at MIT.
Is there an howto to start?

Making any progress? Anything I can do to help?
thanks so much, but I've been overwhelmed by other stuff (mostly 
political, see board@ and [EMAIL PROTECTED]), and I'll be at OSCON next week 
and on vacation right after, so don't hold your breath, but it's on my 
todo list.

don't worry, you'll hear me when I have a problem ;-)
--
Stefano.


smime.p7s
Description: S/MIME Cryptographic Signature


Re: JDK 1.5

2004-07-21 Thread Sam Ruby
Adam R. B. Jack wrote:
How do we get the word out about the JDK 1.5 Gump runs?
http://brutus.apache.org/gump/jdk15/
Teams may not be shooting for JDK1.5 compliance right now, but if Gump could
do the leg work for them, maybe they'd do minor tweaks if needed. I could
see this help user, but I feel it has to start sooner, not later (so no
releases go out w/ minor JDK1.5 nits if could be avoided).
Ought we consider notifications? Other ideas?
The way I did this in prior releases was to build it without 
notification, and then personally approach the projects which had 
failures.  I kept a catalog of problems encountered which I dutifully 
submitted to Sun (who had made public claims about being 100% backwards 
compatible - bunk!).  These problems were, of course, summarily ignored.

My experience was that projects by and large were extremely appreciative 
of being given specific and human feedback, and I found the process to 
be very rewarding.

Still, in the case of 1.4, there was a gap of six months to a year 
before everyone felt confortable with making it official.

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


Fw: [CRIMSON] Crimson on JDK1.5

2004-07-21 Thread Adam R. B. Jack
This seems (to me) the obvious outcome (although I had to ask).

Can anybody help me with why XERCES depends upon CRIMSON?

http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/details.html
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-xerces/details.html

Is this an historical dependency? [Would that I had the resources to answer
my own questions, but then, I'd still rather get human insights to enhance
empirical.]

regards,

Adam
- Original Message - 
From: Elliotte Rusty Harold [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 5:30 PM
Subject: Re: [CRIMSON] Crimson on JDK1.5


 At 5:00 PM -0600 7/21/04, Adam R. B. Jack wrote:
 The Gump team are attempting a Gump on JDK 1.5, and getting stuck with
 Crimson not compiling. Could somebody explain the future of crimson as it
 relates to JDK1.5?
 
 
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/index.html
 

 There is no future. Crimson is dead. Java 1.5 will use Xerces.
 -- 

Elliotte Rusty Harold
[EMAIL PROTECTED]
Effective XML (Addison-Wesley, 2003)
http://www.cafeconleche.org/books/effectivexml

http://www.amazon.com/exec/obidos/ISBN%3D0321150406/ref%3Dnosim/cafeaulaitA

 -
 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/python/gump/model repository.py

2004-07-21 Thread ajack
ajack   2004/07/21 19:54:39

  Modified:python/gump/update artifact.py
   python/gump/test __init__.py launching.py stats.py timing.py
notifying.py utils.py pyunit.py
   python/gump/notify notifier.py
   python/gump/utils smtp.py
   src/documentation/content/xdocs index.xml gettingstarted.xml
   ..cvsignore
   python/gump/model repository.py
  Log:
  1) Some documentation work
  2) Some unit testing related fixes
  3) More debug on SMTP failures.
  
  Revision  ChangesPath
  1.5   +21 -12gump/python/gump/update/artifact.py
  
  Index: artifact.py
  ===
  RCS file: /home/cvs/gump/python/gump/update/artifact.py,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- artifact.py   19 Jul 2004 16:07:55 -  1.4
  +++ artifact.py   22 Jul 2004 02:54:38 -  1.5
  @@ -16,7 +16,7 @@
   # limitations under the License.
   
   
  -
  +The artifact updater
   
   
   import os.path
  @@ -53,10 +53,8 @@
   RunSpecific.__init__(self,run)
   
   def updateModule(self,module):
  -
  -
  -Perform an Artifact update on a module
  -
  +
  +Perform an Artifact update on a module
   
   log.info('Perform Artifact Update on #[' + `module.getPosition()` + \
   '] : ' + module.getName())
  @@ -70,9 +68,7 @@
   # Execute the command and capture results
   cmdResult=execute(cmd, module.getWorkspace().tmpdir)
 
  -#
   # Store this as work, on both the module and (cloned) on the repo
  -#
   work=CommandWorkItem(WORK_TYPE_UPDATE,cmd,cmdResult)
   module.performedWork(work)  
   module.getRepository().performedWork(work.clone())
  @@ -93,15 +89,16 @@
   # Kinda bogus, but better than nowt (for now)
   module.changeState(STATE_SUCCESS,REASON_UPDATE_FAILED)
   else:
  +self.mapArtifacts(module)
  +
   module.changeState(STATE_SUCCESS)   
   
   return module.okToPerformWork() 


  -def preview(self,module):
  -command = self.getArtifactUpdateCommand(module)
  -command.dump()
  - 
   def getArtifactUpdateCommand(self,module):
  +
  +Create the Depot command line for updating this module.
  +
   
   log.debug(Artifact Update Module  + module.getName() + \
  , Repository Name:  + str(module.repository.getName()))
  @@ -139,4 +136,16 @@
   cmd.addParameter(module.getName())  
  
   return cmd
  - 
  +
  +def mapArtifacts(self,module):
  +
  +Map the artifacts to jars ids (within projects)
  +
  +
  +def preview(self,module):
  +
  +Preview the command
  +
  +command = self.getArtifactUpdateCommand(module)
  +command.dump()
  + 
  
  
  
  1.16  +1 -1  gump/python/gump/test/__init__.py
  
  Index: __init__.py
  ===
  RCS file: /home/cvs/gump/python/gump/test/__init__.py,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- __init__.py   19 Jul 2004 16:07:55 -  1.15
  +++ __init__.py   22 Jul 2004 02:54:38 -  1.16
  @@ -58,7 +58,7 @@
   workspace=getTestWorkspace(xml)
  
   # Load statistics for this workspace
  -db=StatisticsDB(dir.test,'test.db')  
  +db=StatisticsDB(gump.core.config.dir.test,'test.db')  
   db.loadStatistics(workspace)
   
   # Some file items...
  
  
  
  1.2   +18 -0 gump/python/gump/test/launching.py
  
  Index: launching.py
  ===
  RCS file: /home/cvs/gump/python/gump/test/launching.py,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- launching.py  14 Jul 2004 20:47:02 -  1.1
  +++ launching.py  22 Jul 2004 02:54:38 -  1.2
  @@ -26,6 +26,24 @@
   def __init__(self):
   UnitTestSuite.__init__(self)
   
  +def testSpacesInCommandLines(self):
  +params=gump.process.command.Parameters()
  +params.addParameter('NoSpaces', 'a','=')
  +params.addParameter('WithValueSpaces', 'aa aa a','=')
  +params.addParameter('With Name Spaces', 'a','=')
  +params.addParameter('WithQuotesAndSpaces', 'aa \' \ aa a','=')
  +

Re: JDK 1.5

2004-07-21 Thread Adam R. B. Jack
Yeah, there is something so rewarding about the 'thank you' one gets 99% of
the time. Human feedback it is. Thanks.

regards,

Adam
- Original Message - 
From: Sam Ruby [EMAIL PROTECTED]
To: Gump code and data [EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 6:20 PM
Subject: Re: JDK 1.5


 Adam R. B. Jack wrote:

  How do we get the word out about the JDK 1.5 Gump runs?
 
  http://brutus.apache.org/gump/jdk15/
 
  Teams may not be shooting for JDK1.5 compliance right now, but if Gump
could
  do the leg work for them, maybe they'd do minor tweaks if needed. I
could
  see this help user, but I feel it has to start sooner, not later (so no
  releases go out w/ minor JDK1.5 nits if could be avoided).
 
  Ought we consider notifications? Other ideas?

 The way I did this in prior releases was to build it without
 notification, and then personally approach the projects which had
 failures.  I kept a catalog of problems encountered which I dutifully
 submitted to Sun (who had made public claims about being 100% backwards
 compatible - bunk!).  These problems were, of course, summarily ignored.

 My experience was that projects by and large were extremely appreciative
 of being given specific and human feedback, and I found the process to
 be very rewarding.

 Still, in the case of 1.4, there was a gap of six months to a year
 before everyone felt confortable with making it official.

 - Sam Ruby

 -
 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]



JDOM

2004-07-21 Thread Adam R. B. Jack
I sent e-mail to these folks a week (maybe less) ago, no response (so far):

http://brutus.apache.org/gump/jdk15/jdom/index.html

The CVS updates:

http://brutus.apache.org/gump/jdk15/jdom/gump_work/update_jdom.html

gives:

cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/home/cvspublic
checkout -P -d
jdom jdom
/home/cvspublic: no such repository
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/document/xdocs documenter.py

2004-07-21 Thread ajack
ajack   2004/07/21 21:20:33

  Modified:python/gump/document/xdocs documenter.py
  Log:
  Count 'unbuilt dependencies' on pre-reqs, so we know how 'far' they
  are from being built, but do so *w/o* a side effect bug.
  
  Revision  ChangesPath
  1.22  +3 -2  gump/python/gump/document/xdocs/documenter.py
  
  Index: documenter.py
  ===
  RCS file: /home/cvs/gump/python/gump/document/xdocs/documenter.py,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- documenter.py 21 Jul 2004 14:54:34 -  1.21
  +++ documenter.py 22 Jul 2004 04:20:33 -  1.22
  @@ -1095,9 +1095,10 @@
   
   projectRow.createData(project.getFullDependencyCount())
   
  +# Count unbuilt dependencies
   unbuilt=0
  -for project in project.getFullDependencyProjectList():
  -if not project.isSuccess():
  +for dep in project.getFullDependencyProjectList():
  +if not dep.isSuccess():
   unbuilt+=1
   projectRow.createData(unbuilt)
   
  
  
  

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



Re: BSF

2004-07-21 Thread Sam Ruby
Adam R. B. Jack wrote:
Anybody aware of the status of BSF?
It got donated to the ASF: http://jakarta.apache.org/bsf/
- Sam Ruby
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Fw: [CRIMSON] Crimson on JDK1.5

2004-07-21 Thread Sam Ruby
Adam R. B. Jack wrote:
This seems (to me) the obvious outcome (although I had to ask).
Can anybody help me with why XERCES depends upon CRIMSON?
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/details.html
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-xerces/details.html
Is this an historical dependency? [Would that I had the resources to answer
my own questions, but then, I'd still rather get human insights to enhance
empirical.]
Because I am evil?  ;-)
Ant requires an XML parser.  Xerces 2 contained common code (or at least 
package names) with Xerces 1.  The Xerces team routinely used Xerces 1 
in their build environment in order to build Xerces 2.

Every once in a while, and completely unbeknownst to the Xerces 
development team, Xerces 2 would become broken or incomplete, but they 
would not know it because some aspect of Xerces 1 would bleed through 
the build environment.

Compiling with a non-Xerces compiler allowed such problems to be identified.
- Sam Ruby

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