I'm busy updating the cookbook for the Chain project to use examples
that make use of the new 2.0 generics features. As part of the effort,
I'm adding the cookbook example code to the apps directory and making
all of the examples compilable with Maven. For most cases, this is
straight forward,
After working on a servlet with catalog support for the cookbook, I
would like to suggest the following modification to the Command
interface for better readability of implementations of the interface:
Index: Command.java
===
---
Well, this is embarrassing. The code that I'm suggesting adding exists
right below the line in my patch. I think I need a break.
Please disregard my previous message.
Thanks,
-Elijah
On Sun, Apr 15, 2012 at 5:33 PM, Elijah Zupancic eli...@zupancic.name wrote:
After working on a servlet
I've just finished work on updating the cookbook for the generics api.
Please see the patch attached to the following issue:
https://issues.apache.org/jira/browse/CHAIN-66
* Code examples in the cookbook have been added to the
apps/cookbook-examples project.
* I did not update the struts examples
,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Apr 16, 2012 at 3:59 AM, Elijah Zupancic eli...@zupancic.name wrote:
I've just finished work on updating the cookbook for the generics api
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chain 2.0 is dev complete. As a newbie committer, I was wondering what
steps that I need to take in order to cut a release? Can anyone point
me at the right docs?
- -Elijah
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v0.1
Comment:
+1
-Elijah
On Mon, Jul 16, 2012 at 6:29 AM, Bill Speirs bill.spe...@gmail.com wrote:
+1
Bill-
On Mon, Jul 16, 2012 at 8:44 AM, Simone Tripodi
simonetrip...@apache.orgwrote:
My own +1
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
Great questions. I'm eager to find out what everyone thinks.
-Elijah
On Wed, Jul 18, 2012 at 1:46 PM, Simone Tripodi
simonetrip...@apache.org wrote:
another question: since chain2 breaks all kind of backward
compatibility with previous version... does it really makes sense
keeping the @since
Hi Simo,
I've already partly investigated some of those methods. Some of them
are still used by the chain code, so I didn't just go ahead and delete
them. I believe they should be their own ticket. I would like to do it
in a 2.0.1 release. I want to get the new functionality proven and
burned in
Then again on the other hand, keeping deprecated APIs across major
releases is not good. I'm very much undecided about this.
-Elijah
On Thu, Jul 19, 2012 at 4:27 PM, Elijah Zupancic eli...@apache.org wrote:
Hi Simo,
I've already partly investigated some of those methods. Some of them
://www.99soft.org/
On Fri, Jul 20, 2012 at 1:28 AM, Elijah Zupancic eli...@apache.org wrote:
On Thu, Jul 19, 2012 at 4:27 PM, Elijah Zupancic eli...@apache.org wrote:
Hi Simo,
I've already partly investigated some of those methods. Some of them
are still used by the chain code, so I didn't
Hi there,
I was trying to figure out if BCEL supports java 1.7 yesterday. After
doing a few experiments, it appears that it somewhat supports it as it
is used in findbugs until I use 1.7 features. I think that we should
update the FAQ for the project. Any one here know more about this than
me?
Thanks!
On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Just tracked CHAIN-72 and assigned to Elijah
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On
-heger.de wrote:
Is there any relation or overlap to [configuration]?
Depending on your concrete requirements, this is probably over-sized. But
maybe a source of inspiration?
Oliver
Am 22.07.2012 10:00, schrieb Elijah Zupancic:
Thanks!
On Sat, Jul 21, 2012 at 11:54 PM, Simone Tripodi
] in future releases
for new [chain] configurations.
How does it sound?
best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic eli...@apache.org
Hi everyone,
Now that we have changed the chain API to not be backwards compatible
in the 2.0 release, should we change the version number in the
serialVersionUID fields as well? It seems to me that would make sense,
but I'm a bit of a newbie when it comes to managing their versions. I
was
I just notice that the link to Core APIs on the front page of the
Digester project is broken. It points to:
http://commons.apache.org/digester/commons-digester-3.0/core.html
When it probably should point to:
http://commons.apache.org/digester/guide/core.html
I can go ahead and fix this unless
dynamic chains. That said, my final
implementation may change because I haven't been able to prototype a
good solution yet.
Thanks,
-Elijah
On Mon, Jul 23, 2012 at 11:11 AM, Elijah Zupancic eli...@apache.org wrote:
Hi Simo,
That sounds good to me. However, I'm having trouble separating
Thanks Jörg!
It sounds like we will need to change them all in chain because we
have changed the package name.
-Elijah
On Mon, Jul 23, 2012 at 10:51 PM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Hi Elijah
Elijah Zupancic wrote:
Hi everyone,
Now that we have changed the chain API
Hi Ninju,
Could you describe the difference in functionality between the
stackoverflow answer and the current implementation in FileUtils? I
think that it would not be too hard to get the type of functionality
added if it was defined precisely.
Also, would you be willing to volunteer to add the
://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Jul 23, 2012 at 7:01 AM, Elijah Zupancic eli...@apache.org
wrote:
Hi Oliver,
Configuration seems like it might be useful if I end up redoing the
XML configuration
.
Thanks,
-Elijah
On Wed, Jul 25, 2012 at 3:36 PM, Elijah Zupancic eli...@apache.org wrote:
Hi everyone,
I've created a first draft of refactoring chain so that it uses a
facade for configuration.
Please see the diff attached to this ticket to get my proposed
changes: https
...@scalaris.com wrote:
sebb wrote:
On 24 July 2012 09:11, Jörg Schaible joerg.schai...@scalaris.com
wrote:
Hi Elijah,
Elijah Zupancic wrote:
Thanks Jörg!
It sounds like we will need to change them all in chain because we
have changed the package name.
Well, since they are all different objects
For this particular project I would rather take the approach of writing a
[configuration] based configuration and then extending [configuration] to
support other formats.
-Elijah
On Thursday, July 26, 2012, Simone Tripodi wrote:
Hi Oliver,
we are on the same path!!! I had the idea of
Simo,
I love ALL of those ideas. It took me quite a bit of time to get to
where we are now and I considered it a first draft that we would then
refactor from. So, yes please!
-Elijah
On Fri, Jul 27, 2012 at 4:16 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Elijah/all,
I just checked
.99soft.org/
On Fri, Jul 27, 2012 at 3:55 AM, Elijah Zupancic eli...@apache.org wrote:
For this particular project I would rather take the approach of writing a
[configuration] based configuration and then extending [configuration] to
support other formats.
-Elijah
On Thursday, July 26, 2012
Hi Simon,
I don't know what went wrong. I've been using the Jdk 1.7 with maven 3.0.4
and it has been building many times for me. I must have missed something. I
won't be able to work on it for another couple of hours.
As for the ChainConfigurationException, my thought was that it should be a
Bingo. Just ran the build with the 1.6 jdk and I get the failure.
Attempting to fix now.
Thanks,
-Elijah
On Fri, Jul 27, 2012 at 7:20 PM, Elijah Zupancic eli...@apache.org wrote:
Hi Simon,
I don't know what went wrong. I've been using the Jdk 1.7 with maven 3.0.4
and it has been building
It should be fixed in 1366598.
Thanks,
-Elijah
On Fri, Jul 27, 2012 at 10:13 PM, Elijah Zupancic eli...@apache.org wrote:
Bingo. Just ran the build with the 1.6 jdk and I get the failure.
Attempting to fix now.
Thanks,
-Elijah
On Fri, Jul 27, 2012 at 7:20 PM, Elijah Zupancic eli
I vote for going to Java 6. Java 6 is end of life in November, so it
seems a bit silly to support two end of life versions of Java. One
seems sufficient. That said - I may be breaking from the consensus
here at the Apache Commons.
-Elijah
On Mon, Aug 6, 2012 at 8:13 AM, Simone Tripodi
Hi Simo and everyone else,
I'm working on a project that I would like to bring in the release
version of chain2 rather than the snapshot. What other things do we
need to finish up on in order for us to cut a release?
Thanks,
-Elijah
Hi Benedikt,
I made the decision to inherit from ConcurrentHashMap because the original
implementation was inheriting from HashMap. I was doing an incremental
refactoring approach and there was never a good justification for that
design rather I was trying to make evolutionary improvements. Being
+1 to everything.
With regards to an enum for status, wouldn't it be better to use a class so
that consumers could subclass it and add their own states if needed?
Thanks,
-Elijah
On Sat, Jun 22, 2013 at 4:30 AM, Benedikt Ritter benerit...@gmail.comwrote:
Am 22.06.2013 um 12:57 schrieb
...@apache.org wrote:
Hi Elijah,
nice to have you with us again :-)
2013/6/26 Elijah Zupancic eli...@zupancic.name
Hi Benedikt,
I made the decision to inherit from ConcurrentHashMap because the
original
implementation was inheriting from HashMap. I was doing an incremental
refactoring
Looking at the code here: ServletWebContextTestCase:178,640,701
// Test putAll()
Map values = new HashMap();
values.put(new Integer(1), One); // -- I want to delete
this line (elijah)
values.put(2, Two);
map.putAll(values);
The test case is testing a
I've just finished my proof of concept for an upgrade to Apache chain.
I would love to get this into a svn branch. I'm not quite sure what
the procedure is to do that, but the code can be found here for
review:
http://elijah.zupancic.name/projects/commons-chain-v2-proof-of-concept.tar.gz
And
License Agreement governing your contributions
to the ASF. See http://www.apache.org/licenses/#clas for details on
how to do this.
Regards and welcome,
Matt
On Sun, Aug 14, 2011 at 5:13 PM, Elijah Zupancic eli...@zupancic.name wrote:
I've just finished my proof of concept for an upgrade to Apache
://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Aug 15, 2011 at 6:50 PM, Elijah Zupancic eli...@zupancic.name wrote:
Hi Matt,
Thanks for the advice. I've created a JIRA issue for the patch
(https://issues.apache.org/jira/browse/CHAIN-53) and signed and
submitted the CLA
missed the discussion... but are we releasing a Java 5
genericized version first before major refactoring?
On Tue, Aug 16, 2011 at 3:35 PM, Elijah Zupancic eli...@zupancic.name wrote:
Hi Simo,
Yes, the patch is binary compatible with the old chain with one exception
it best IMO that you submit an
Individual Contributor License Agreement governing your contributions
to the ASF. See http://www.apache.org/licenses/#clas for details on
how to do this.
Regards and welcome,
Matt
On Sun, Aug 14, 2011 at 5:13 PM, Elijah Zupancic eli...@zupancic.name wrote:
I've
, 2011 at 12:04 PM, Matt Benson gudnabr...@gmail.com wrote:
Be patient, while not being so patient that you allow us to forget it.
Matt
On Wed, Aug 17, 2011 at 12:01 PM, Elijah Zupancic eli...@zupancic.name
wrote:
Hi Matt and Simo,
I've attached the patch to the bug and fixed the issues
Hi Simo,
Before we look at releasing the changes (after a trunk merge), I think that
we will need to update the documentation to include Generics and possibly
change the unit tests to use Generics. That said - I'm cautious about
changing the unit tests because they are verifying that the API
As a user of chain in a number of projects over the years, I've found
that the combination of extending Map and defining your own getter /
setter properties on the context to be ideal. With your own getters
and setters, you get better code completion and you have a more
old-fashioned entity
Hi Niall,
The source of the misunderstanding regarding the usage of chain may be
my fault. Thank you very much for piping up and letting us know some
of the history regarding the chain project.
I was under the assumption that all keys of a Context were String
because in ContextBase in the
On Thu, Sep 8, 2011 at 5:39 PM, Niall Pemberton
niall.pember...@gmail.com wrote:
On Fri, Sep 9, 2011 at 12:25 AM, Elijah Zupancic eli...@zupancic.name wrote:
Hi Niall,
The source of the misunderstanding regarding the usage of chain may be
my fault. Thank you very much for piping up and letting
Paul,
You may be right. Which one is more idiomatic?
Thanks,
-Elijah
On Fri, Sep 9, 2011 at 11:51 AM, Paul Benedict pbened...@apache.org wrote:
On Fri, Sep 9, 2011 at 1:47 PM, Elijah Zupancic eli...@zupancic.name wrote:
Thanks for your comments Nail.
I think that I've come around to see
Specifying Object for V would be the most likely use case.
On Fri, Sep 9, 2011 at 1:12 PM, Paul Benedict pbened...@apache.org wrote:
On Fri, Sep 9, 2011 at 3:06 PM, Simone Tripodi simonetrip...@apache.org
wrote:
Hi Paul,
the use of that method is to automatically infer the assigned type,
Hi Everyone,
I don't have any votes as I'm not a commiter, but I would still like to add
in my suggestion.
After our previous exchange, I'm of the mind that we should use the second
option - that is be collection agnostic and work by composition. I may be
biased towards defined getters and
extends ContextK, V :?
Do you have more ideas?
Many thanks in advance, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 14, 2011 at 4:12 AM, Elijah Zupancic eli...@zupancic.name
wrote:
Hi Everyone,
I don't have any votes as I'm
, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 14, 2011 at 4:12 AM, Elijah Zupancic eli...@zupancic.name
wrote:
Hi Everyone,
I don't have any votes as I'm not a commiter, but I would still like to
add
in my suggestion
/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 3:52 AM, Elijah Zupancic eli...@zupancic.name
wrote:
I just submitted a patch to jira as CHAIN-58. This changes Context to
ContextK,V.
Thanks,
-Elijah
On Fri, Sep 16, 2011 at 2:16 PM, Simone Tripodi
simonetrip
Ha! This was the exact error that I reported back in early August. I was
tearing my hair out trying to figure out why it only happened on my laptop
and not on any other machine. I'm so glad you found this. What exactly did
you configure differently to make this happen? On my laptop, if I ran the
I've finally got a little time to work on Chain again. Anyways, I have
logged this bug in Jira (https://issues.apache.org/jira/browse/CHAIN-60) and
uploaded a patch to fix it. In the future, I think it would it would be
helpful in unit test were randomized on each execution in order to prevent
annotated with @Deprecated
HTH, have a nice day!!!
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 11:56 PM, Elijah Zupancic eli...@zupancic.name
wrote:
Hi Simo,
Funny, I don't believe think that compiler complained at all. I
,
-Elijah
On Thu, Oct 6, 2011 at 9:53 AM, Elijah Zupancic eli...@zupancic.namewrote:
I've created a new bug: https://issues.apache.org/jira/browse/CHAIN-61 for
dealing with compiler warnings. I want to have chain build cleanly before I
work on the Context signature. I have just attached a patch
.99soft.org/
On Mon, Sep 19, 2011 at 11:56 PM, Elijah Zupancic eli...@zupancic.name
wrote:
Hi Simo,
Funny, I don't believe think that compiler complained at all. I will
double
check soon and try some other compilers and let you know soon.
Thanks,
-Elijah
On Mon, Sep 19, 2011 at 8:12 AM
I would love to help out with this if there is support from the Commons
community on integrating S3 functionality.
-Elijah
On Fri, Dec 23, 2011 at 5:23 PM, Ralph Goers ralph.go...@dslextreme.comwrote:
I recall seeing S3 mentioned on the dev list a while ago, probably in
reference to this
Hi Sebb and Simo,
I just created an issue to represent the work for renaming the package and
the artifact id.
https://issues.apache.org/jira/browse/CHAIN-65
In it, I have attached a potential patch for the rename. Please take a look
and let me know if it works for you.
Thanks,
-Elijah
On Tue,
tests on chain.
I will post an update when I have a working fix.
-Elijah
On Tue, Feb 14, 2012 at 7:02 AM, Elijah Zupancic eli...@zupancic.namewrote:
Hi Sebb and Simo,
I just created an issue to represent the work for renaming the package and
the artifact id.
https://issues.apache.org/jira
Hi Simo,
Here is my comment from the ticket: My plan is to take this on. I'm
just very busy at work right now, so I've been trying to learn docbook
format on the bus on my way to and from work. If you want to take on
breaking chain into separate modules, that would be much appreciated.
-Elijah
://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Mon, Feb 27, 2012 at 7:32 PM, Elijah Zupancic eli...@zupancic.name wrote:
Hi Simo,
Here is my comment from the ticket: My plan is to take this on. I'm
just very busy at work right now, so I've been trying to learn
.
Thanks for the hard work, all the best!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Mar 1, 2012 at 5:33 PM, Elijah Zupancic eli...@zupancic.name
wrote:
FYI, I am also updating
for your effort and time!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Fri, Mar 2, 2012 at 7:52 AM, Elijah Zupancic eli...@zupancic.name wrote:
Hi Simo,
I saw the changes and they look great
As I've been working on the examples and the documentation for v2 of
chain, I've noticed that the API for exception handling of Command and
Chain is clunky.
When executing a command like:
ProfileContext context = new ProfileContext();
CommandString, Object, ProfileContext command
ja...@carmanconsulting.com
wrote:
I hate checked exceptions. +1
On Sat, Mar 3, 2012 at 11:07 PM, Elijah Zupancic eli...@zupancic.name
wrote:
As I've been working on the examples and the documentation for v2 of
chain, I've noticed that the API for exception handling of Command and
Chain
I'm not an committer, but I've been monitoring the CSV project for a
couple of years and I'm really happy to see it trying to emerge from
the sandbox. If it does go to release, I will be dropping OpenCsv and
switching to it for my projects both personal and professional.
Please accept my virtual
of Chain be useful to anyone? Or should I just
fork the project for my own needs and release it independently like
the Commons Collections with Generics?
I know that I'm assuming a lot and diving in head first here, so thank
you ahead of time for any replies.
-Elijah Zupancic
would be so useful.
On Wed, Jul 27, 2011 at 10:46 PM, Elijah Zupancic eli...@zupancic.name
wrote:
Hi,
I've been a active user for a number of years now and a big fan of the
project. I'm a total beginner when it comes to contributing on Apache
projects, so please bear with me.
The code
, otherwise I would help you a little more
:(
All he best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sat, Jul 30, 2011 at 8:13 PM, Elijah Zupancic eli...@zupancic.name wrote:
As part of my refactoring project with Apache Chain, I've been trying
to update
of
resources.
Thanks,
-Elijah
On Sun, Jul 31, 2011 at 12:16 AM, Phil Steitz phil.ste...@gmail.com wrote:
On 7/30/11 11:13 AM, Elijah Zupancic wrote:
As part of my refactoring project with Apache Chain, I've been trying
to update dependency versions. I tried to upgrade the maven parent
the local maven repository in case something is corrupt?
Den 31. juli 2011 17:07 skrev Elijah Zupancic eli...@zupancic.name
følgende:
Here is the output from SVN diff:
Index: pom.xml
===
--- pom.xml (revision 1152492
I agree with this sentiment. In the last 3 years all of the large
commercial projects that I have worked on used slf4j just for the very
reason that I needed to bridge the logging implementations in multiple
third-party libraries.
While reading this thread, one approach occurs to me that hasn't
can come to some consensus regarding this issues, then I think
there will be more traction toward Slf4j.
Thanks,
-Elijah
On Mon, Aug 8, 2011 at 2:13 PM, Raman Gupta rocketra...@fastmail.fm wrote:
On 08/08/2011 04:56 PM, Elijah Zupancic wrote:
This could be done by choosing (dynamically
Hi Bernd or whoever can help this happen,
I haven't heard back from you nor seen any updates, so I wanted to offer a
reminder.
Thanks,
Elijah
On Mon, Oct 3, 2016 at 9:56 PM, Elijah Zupancic <eli...@apache.org> wrote:
> Hi Bernd,
>
> Could you add the following:
>
> co
his change myself.
Is there someone who can do this one line addition for me?
Thanks,
Elijah Zupancic
Please omit this line from the program:
BufferedOutputStream bout = new BufferedOutputStream(fout, 9);
On Tue, Aug 15, 2017 at 6:12 PM, Elijah Zupancic <eli...@apache.org> wrote:
> I inspected the code path and I think this bug has merit. Consider the
> following sample
I inspected the code path and I think this bug has merit. Consider the
following sample application:
import org.apache.commons.io.IOUtils;
import org.apache.commons.io.output.CloseShieldOutputStream;
import java.io.BufferedOutputStream;
import java.io.File;
import java.io.FileInputStream;
import
77 matches
Mail list logo
