imario 2004/05/26 01:13:35
Added: vfs/src/java/org/apache/commons/vfs/provider/ftp
FtpClientFactory.java
Log:
create ftpClient
Revision ChangesPath
1.1
imario 2004/05/26 01:20:27
Modified:vfs/src/java/org/apache/commons/vfs/provider/ftp
FtpFileProvider.java
Log:
create ftpclient as soon as possible to see if host/credentials are correct
Revision ChangesPath
1.8 +13 -5
imario 2004/05/26 01:21:18
Modified:vfs/src/java/org/apache/commons/vfs/provider/ftp
FtpFileSystem.java
Log:
moved create of ftpclient to its own factory
Revision ChangesPath
1.29 +19 -96
Personally I prefer the facade method. I like the fact that, for example,
the UrlValidator only contains the logic to validate a url and knows nothing
about the validator framework it sits in. I think this has two advantages:
* Users could utilise the validation without having to adopt the
+1
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Monday, May 24, 2004 10:16 PM
To: Jakarta Commons Developers List
Subject: [Validator] Niall Pemberton as Committer
Niall Pemberton is an Apache Struts Committer who would like
to apply some patches to the
Actually both advantages you mention still exist in this design. All
I'm doing is adding additional methods to make the validator usable
directly, but the other public methods are still available. You can
still use the validator without having to adopt the framework since you
can call the
that facade method sounds great,
i use in JSF-Apps the business logic
of some commons validators ;-)
Cheers,
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 7:17 PM
To: Jakarta Commons Developers List
Subject: Re: [validator] Why
OK that removes any real issues - I guess its just a case of style then -
either one class with the framework included or two separate classes, one
a facade with the framework stuff and the other the actual validation
logic. I'd rather the latter but its only a minor preference and I wouldn't
fall
Date: 2004-05-26T12:20:46
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28933.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Date: 2004-05-26T12:30:35
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
Date: 2004-05-26T12:31:04
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
Date: 2004-05-26T12:32:32
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28291.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Date: 2004-05-26T12:37:41
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
Bug review
Change Log:
--
Date: 2004-05-26T12:41:28
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
Added release notes to plan
Change Log:
Date: 2004-05-26T12:50:36
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: BeanUtils/1.7.0ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan
Improvements to release plan
Change Log:
Date: 2004-05-26T12:51:26
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: BeanUtils/1.7.0ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan
no comment
Change Log:
Dirk Verbeeck wrote:
I just tried to build vfs site and it works, so it's not a server side
problem.
site:run-reports:
[echo] Generating the Change Log...
maven-changelog-plugin:report:
[echo] Generating the changelog report
org.netbeans.lib.cvsclient.command.CommandException
ChangeLog
Is there any call for a Log implementation which will log
to a javax.servlet.ServletContext object? I think it would
be good to provide. It could fit in between the LogFactoryImpl
right before simple logger:
if ((logClassName == null) isJdk13LumberjackAvailable()) {
Commons Collections 2.1.1 is a patch release to 2.1 to allow binary
compatability with CVS head and the upcoming 3.1 release.
http://www.apache.org/~scolebourne/release/
The patch includes:
1) Deprecate clashing methods in IteratorUtils (emptyIterator,
arrayIterator, singletonIterator)
2) Add
Hi,
What's the isServletAvailable() method look like?
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Inger, Matthew [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 4:22 PM
To: 'Jakarta Commons Developers List'
Subject: [logging] ServletContextLogger
Is
Hi,
Votes on the release:
NOTE: I would like to receive feedback/votes from a Tomcat and a Struts
committer before release!!!
---
[ X ] +1 Yes, release the patch
[ ] +0
[ ] -0
[ ] -1 No, because
---
Stephen Colebourne wrote:
Commons Collections 2.1.1 is a patch release to 2.1 to allow binary
compatability with CVS head and the upcoming 3.1 release.
[ x ] +1 Yes, release the patch
[ ] +0
[ ] -0
[ ] -1 No, because
-
To
try {
ClassLoader cl = Thread.currentThread().getContextClassLoader();
Class clazz = cl.loadClass(javax.servlet.ServletContext);
return true;
}
catch ( ClassNotFoundException e ) {
return false;
}
or something similar.
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL
-tags-jsl-20040526.jar] identifier set to project name
-INFO- Enable verbose output, due to 5 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly
[commons-jelly-tags-betwixt-20040526.jar] identifier set to project
name
-INFO- Enable verbose output, due to 5 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags
-jelly-tags-define-20040526.jar] identifier set to project
name
-INFO- Enable verbose output, due to 5 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags
i'd probably be willing to take a look at the patches once
things are a little less hectic (which the way things have
been going might be quite a long while) but i suspect that
the best plan would be wait until after java one when
craig is going to have some more time.
Thanks, Robert, I
scolebourne2004/05/26 13:57:43
Modified:collections/src/java/org/apache/commons/collections/iterators
AbstractEmptyIterator.java
Log:
Change to package scoped
Revision ChangesPath
1.2 +2 -2
On 26 May 2004, at 21:22, Inger, Matthew wrote:
hi matthew
snip
As far as initialization, it could provide a static method (since
there's
only ever
one ServletContext per web app anyway, a static variable will suffice),
which could
be called from the Servlet's init method. (I'm open to other
+1
David
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
Commons Collections 2.1.1 is a patch release to 2.1 to allow binary
compatability with CVS head and the upcoming 3.1 release.
http://www.apache.org/~scolebourne/release/
The patch includes:
1) Deprecate clashing methods in
--- robert burrell donkin [EMAIL PROTECTED] wrote:
snip/
PS: I'm also willing to create a new implementation of LogFactory
which
will discover the available log implementations at runtime, rather
than the
compile time strategy which exists now.
sounds interesting. the idea of
Date: 2004-05-26T14:18:38
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt
URL: http://wiki.apache.org/jakarta-commons/Betwixt
Added topic section
Change Log:
--
Date: 2004-05-26T14:19:07
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt
URL: http://wiki.apache.org/jakarta-commons/Betwixt
no comment
Change Log:
--
@@ -1,6
On 26 May 2004, at 22:17, David Graham wrote:
--- robert burrell donkin [EMAIL PROTECTED] wrote:
snip/
PS: I'm also willing to create a new implementation of LogFactory
which
will discover the available log implementations at runtime, rather
than the
compile time strategy which exists now.
sounds
Date: 2004-05-26T14:31:25
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt/ObjectPipelines
URL: http://wiki.apache.org/jakarta-commons/Betwixt/ObjectPipelines
Page about object pipelines
New Page:
= Object Pipelines =
One common use case
scolebourne2004/05/26 14:44:05
Modified:collections/src/java/org/apache/commons/collections/functors
InvokerTransformer.java
Log:
Add additional getInstance method
Revision ChangesPath
1.7 +16 -2
rdonkin 2004/05/26 14:49:06
Modified:
beanutils/optional/bean-collections/src/java/org/apache/commons/beanutils
BeanPredicate.java
Log:
JavaDoc'd BeanPredicate
Revision ChangesPath
1.2 +41 -1
scolebourne2004/05/26 14:50:52
Modified:collections/src/java/org/apache/commons/collections
TransformerUtils.java PredicateUtils.java
ClosureUtils.java
Log:
Replace calls to Utils classes with direct references to implementations
scolebourne2004/05/26 14:52:40
Added: collections/src/java/org/apache/commons/collections/iterators
EmptyOrderedIterator.java
Log:
Add iterator to ensure implementation is as per v3.0
Revision ChangesPath
1.1
scolebourne2004/05/26 14:53:18
Modified:collections/src/java/org/apache/commons/collections/iterators
EmptyListIterator.java
Log:
Ensure implementation is as per v3.0
Revision ChangesPath
1.2 +2 -8
scolebourne2004/05/26 14:53:46
Modified:collections/src/java/org/apache/commons/collections
IteratorUtils.java
Log:
Ensure empty iterator implementation is as per v3.0
Revision ChangesPath
1.27 +11 -10
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
Before we go too far down this path, it would be very helpful to know just
how
much performance penalty is incurred by specifying strictfp. That FAQ
certainly suggests that the difference is large and undesirable, but like
scolebourne2004/05/26 14:56:05
Modified:collections/src/java/org/apache/commons/collections/list
TreeList.java
collections/src/java/org/apache/commons/collections/map
AbstractHashedMap.java AbstractLinkedMap.java
scolebourne2004/05/26 14:56:45
Modified:collections/src/test/org/apache/commons/collections
TestIteratorUtils.java
Log:
Ensure empty iterator implementation is as per v3.0
Revision ChangesPath
1.16 +4 -2
scolebourne2004/05/26 14:58:02
Modified:collections/src/java/org/apache/commons/collections/iterators
IteratorChain.java
collections/src/java/org/apache/commons/collections/bidimap
TreeBidiMap.java
scolebourne2004/05/26 14:59:28
Modified:collections RELEASE-NOTES.html
Log:
Replace IteratorUtils calls with direct implementation calls
Revision ChangesPath
1.53 +2 -0 jakarta-commons/collections/RELEASE-NOTES.html
Index: RELEASE-NOTES.html
Gowda, Prasad wrote:
HTML
!-- File: redirectmeta.html --
HEAD
TITLELivelink - Redirection/TITLE
META HTTP-EQUIV=Refresh CONTENT=0;
URL=/customapp/view/ASE_Roles.html?func=loadParentPage
/HEAD
/HTML
Now my question, how do I get the HttpClient to go to this redirect url and
retrieve the actual
Hi there,
I'm kinda frustrated here. Not your fault at all, frustrated about MS
support, cause there isn't any. I'm trying it here again, maybe here are
any IIS pros who can give me a little hint:
Can I tell the IIS to give me more info in the logfile anyhow? Need info
about why the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29062.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
51 matches
Mail list logo
