jstrachan2003/01/14 00:22:25
Modified:jelly/xdocs faq.xml
Log:
updated the FAQ to contain entries describing invoking Jelly from inside Java, from
its main, from Ant and Maven
Revision ChangesPath
1.6 +86 -0 jakarta-commons-sandbox/jelly/xdocs/faq.xml
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-14/commons-configuration.html
Buildfile: build-gump.xml
jar:
[mkdir] Created dir:
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-14/commons-graph.html
Buildfile: build.xml
init:
[mkdir] Created dir:
One thing people should know about dom4j and Resin: they don't like
each other very much. :-)
I've patched dom4j to work with Resin. Its an awful workaround, but
it works. Contact me if anyone needs the patch.
Kelvin
--
To unsubscribe, e-mail: mailto:[EMAIL
oglueck 2003/01/14 02:16:55
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
httpclient/src/test/org/apache/commons/httpclient
TestHttpUrlMethod.java
Log:
Fixed exception on non-standard
Wanna send me the patch I'll apply it?
James
---
http://radio.weblogs.com/0112098/
- Original Message -
From: "Kelvin Tan" [EMAIL PROTECTED]
To: "Jakarta Commons Developers List" [EMAIL PROTECTED]
Sent: Tuesday, January 14, 2003 9:03 AM
Subject: Re: cvs
Not really. Its an awful hack!
In SAXHelper.createXMLReader, I comment out
XMLReader reader = createXMLReaderViaJAXP( validating, true );
and hardcode
System.setProperty("org.xml.sax.driver",
"org.apache.xerces.parsers.SAXParser");
to avoid using Rein's SAX driver.
Rather than hacking dom4j you can just pass in the particular SAX XMLReader
you want to use.
e.g.
XMLReader parser = new org.apache.xerces.parsers.SAXParser();
// then use with dom4j
SAXReader reader = new SAXReader( parser );
Document doc = reader.read( "foo.xml" );
* Kelvin Tan
Not really. Its an awful hack!
In SAXHelper.createXMLReader, I comment out
XMLReader reader = createXMLReaderViaJAXP( validating, true );
System.setProperty(org.xml.sax.driver,
org.apache.xerces.parsers.SAXParser);
to avoid using Rein's SAX driver.
Resin barfs with OJB and
morgand 2003/01/14 09:37:55
Modified:latkabuild.xml
Log:
updated build script from latest Maven bootstrap
Revision ChangesPath
1.38 +221 -645 jakarta-commons/latka/build.xml
Index: build.xml
--- Kurt Schrader [EMAIL PROTECTED] wrote:
On 14 Jan 2003, Henning Schmiedehausen wrote:
According to Sun naming rules (and Apache
convention), even acronyms are
written in the first letter caps rule in method
and class names. So
IMHO XmlConfiguration is better than
XMLConfiguration.
Looking at the JDK itself:
URL
URLClassLoader
SQLException
UIDefaults
It seems that within the JDK Sun is pretty consistent with all caps for
acronyms.
-Original Message-
From: Morgan Delagrange [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 14, 2003 12:13 PM
To: Jakarta Commons
bayard 2003/01/14 10:20:55
Modified:dbutils/src/java/org/apache/commons/dbutils DbUtils.java
Log:
Added methods to commit, then close. Both noisy and quietly variants.
Revision ChangesPath
1.6 +23 -0
Not the J2EE JDK.
http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/http/package-summary.html
http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/jsp/package-summary.html
But I agree that it's inconclusive. Naughty,
inconsistent Sun specs...
- Morgan
--- Krohn, Dave
jstrachan2003/01/14 10:43:10
Modified:jelly/xdocs faq.xml
Log:
fixed the links in the new faq entries
Revision ChangesPath
1.7 +4 -4 jakarta-commons-sandbox/jelly/xdocs/faq.xml
Index: faq.xml
jstrachan2003/01/14 10:43:41
Modified:jelly/jelly-tags/html project.xml maven.xml
Log:
fixed the build so that the simple html to pda script works
Revision ChangesPath
1.7 +15 -1 jakarta-commons-sandbox/jelly/jelly-tags/html/project.xml
Index: project.xml
morgand 2003/01/14 10:45:30
Removed: jelly/src/java/javax/servlet/jsp/jstl/sql Result.java
ResultImpl.java ResultSupport.java
SQLExecutionTag.java
Log:
moved into the SQL taglib build (shouldn't these be an external dependency?)
--
To
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15257.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- James Strachan [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
morgand 2003/01/14 10:45:30
Removed:
jelly/src/java/javax/servlet/jsp/jstl/sql
Result.java
ResultImpl.java
ResultSupport.java
SQLExecutionTag.java
Log:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16076.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 14 Jan 2003, Morgan Delagrange wrote:
Date: Tue, 14 Jan 2003 10:33:29 -0800 (PST)
From: Morgan Delagrange [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED],
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: Your
Hey all,
So I can't see an obvious way to do it in project.xml,
but I can write a preGoal in maven.xml that will allow
the core build to use non-core tags for unit tests.
E.g. this is what you would need to do if we removed
the bean classes from the core:
preGoal name=test:compile
luehe 2003/01/14 13:40:33
Modified:el/src/java/org/apache/commons/el BeanInfoManager.java
Log:
Fix for bug 8694 (provided by [EMAIL PROTECTED])
Revision ChangesPath
1.2 +11 -2
jakarta-commons-sandbox/el/src/java/org/apache/commons/el/BeanInfoManager.java
husted 2003/01/14 14:13:09
Added: resources/src/java/org/apache/commons/resources
MessageList.java Message.java
Log:
Add Message and MessageList interfaces based on Struts ActionMessage(s) class, per
discussion on Struts Dev list.
Revision Changes
husted 2003/01/14 14:14:18
Added: resources/src/test/org/apache/commons/resources/impl
BasicMessageTestCase.java
BasicMessageListTestCase.java
Log:
Test cases for BasicMessage and BasicMessageList.
Revision ChangesPath
husted 2003/01/14 14:14:43
Modified:resources STATUS.html
Log:
Update list of Committers.
Revision ChangesPath
1.5 +2 -1 jakarta-commons-sandbox/resources/STATUS.html
Index: STATUS.html
You forget to set the year to 2003..
Mvgr,
Martin
*
* Copyright (c) 2002 The Apache Software Foundation. All rights
* reserved.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Morgan,
For what it is worth, all of the Java projects I've worked on have
adopted XmlStyle for the simple reason that while we all know
about URLs and XML, the proliferation of acronyms in fields
like telecommunications and finance (yes, I've worked in both)
can lead to confusion - running two or
--- David Kennedy [EMAIL PROTECTED] wrote:
Morgan,
snip/
Moving on - I'm delurking with an eye to
contributing something,
work permitting, and have singled out commons Lang
and Collections
as 'easy' places to start where I can concentrate on
CVS and 'how
we do things' more than the
I'm not so sure I like the idea of using jars for testing without
declaring them as a dependency.
I'd be happier if we could change the tests to not rely on them.
I'm currently working on removing the bean code from the core tests. It's
tedious and error prone, but worthwhile AFAIK.
If the
Kurt Schrader [EMAIL PROTECTED] writes:
Either way should be ok.
Fine with me. Can we keep XmlConfiguration then? =:-)
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH
--- [EMAIL PROTECTED] wrote:
I'm not so sure I like the idea of using jars for
testing without
declaring them as a dependency.
I don't think of it as a dependency, it's essentially
just declaring multiple source trees for the test
classes, and some of those test classes happen to have
a
costin 2003/01/14 16:34:05
Added: modeler/src/java/org/apache/commons/modeler
BaseNotification.java
Log:
Added a base notification - with int code and notes for fast access.
Revision ChangesPath
1.1
33 matches
Mail list logo