Hi!
I now moved all the stuff to trunk.
Next I'll work on a structure for the API and extract a mainingful api from
both Chas' and Davids 'backends' + do the initial maven setup stuff.
LieGrue,
strub
- Original Message -
> From: Mark Struberg
> To: Commons Developers List
> Cc:
>
good stuff.
I'd like to go on and do the following:
in ./trunk add the following new directories
tck -> our mass tests, etc which we can use for common testing, performance
measurements, etc
api -> the part a user interacts with
impl-bcel -> move Chas' work to
impl-xbf -> move branches/commons
An expanded view of the info below in markdown:
https://gist.github.com/2880038
Pulled in some also pulled in some Meta-Annotation information from the
proposals going around Java EE 7. There's a lot there, feel free to ignore it.
Not critical.
-David
On Jun 5, 2012, at 9:57 PM, David B
On Jun 5, 2012, at 1:12 PM, Matt Benson wrote:
> Welcome, David!
Thanks, Matt!
Ok, so I refactored it a bit to work in some of the ideas I was hearing on IRC
today.
Those changes were primarily:
- Promote Info objects that represent class data to a separate package not
tied to any bytecode
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 gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
Hi Matt,
> Would there be a type of Range that could not be turned into a
> Generator given a compatible Step parameter? If not, we could define:
>
> interface Range {
> ...
>Generator toGenerator(S step);
> }
>
> This way, Range itself does not contain a step, but still maintains
> contro
Hi,
There are a few checkstyle errors in [functor] trunk code regarding
tabs, missing space after an if statement and after (cast)ing a
variable. I've attached a simple patch for it. I will file an issue for
and will attach this patch there if there is no objection :)
And three new TODO's we
Yes, Welcome! Looking forward to your input into our little classpath
scanning experiment! :)
On Tue, Jun 5, 2012 at 4:12 PM, Matt Benson wrote:
> Welcome, David!
>
> Matt
>
> On Tue, Jun 5, 2012 at 3:07 PM, David Blevins
> wrote:
> > Adding a branch of xbean-finder for experimentation in wha
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 gene...@gump.apache.org.
Project commons-graph has an issue affecting its community integration.
This issue
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 gene...@gump.apache.org.
Project commons-digester3 has an issue affecting its community integration.
This i
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 gene...@gump.apache.org.
Project commons-jxpath has an issue affecting its community integration.
This issu
Hi, Bruno. Likewise, answers inline:
On Tue, Jun 5, 2012 at 9:32 PM, Bruno P. Kinoshita
wrote:
> Hi Matt!
>
> Thanks for your response! Answers added inline.
>
>
>> 1. Why are a Range's type and step-type potentially different
>> (different type variables, etc.)?
>
> When I started writing this
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 gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
Hi Matt!
Thanks for your response! Answers added inline.
> 1. Why are a Range's type and step-type potentially different
> (different type variables, etc.)?
When I started writing this patch, the range's type and step-type were
the same (i.e. the interface had only one generics type, ), but t
On Jun 5, 2012, at 20:20, sebb wrote:
> On 5 June 2012 15:48, wrote:
>> Author: ggregory
>> Date: Tue Jun 5 14:48:01 2012
>> New Revision: 1346400
>>
>> URL: http://svn.apache.org/viewvc?rev=1346400&view=rev
>> Log:
>> [IO-320] Add XmlStreamReader support for UTF-32.
>> [IO-331] BOMInputStream
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "classscan" page has been changed by MattBenson:
http://wiki.apache.org/commons/classscan?action=diff&rev1=4&rev2=5
- == classscan development ideas ==
+ The `[classscan]` componen
Welcome, David!
Matt
On Tue, Jun 5, 2012 at 3:07 PM, David Blevins wrote:
> Adding a branch of xbean-finder for experimentation in what it might look
> like to break it apart and abstract out ASM and other bits.
>
> Just playing, no obligation or expectation this will go anywhere :)
>
>
> -Davi
Adding a branch of xbean-finder for experimentation in what it might look like
to break it apart and abstract out ASM and other bits.
Just playing, no obligation or expectation this will go anywhere :)
-David
-
To unsubscribe
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "classscan" page has been changed by JamesCarman:
http://wiki.apache.org/commons/classscan?action=diff&rev1=3&rev2=4
* foo
* bar
* baz
+ * Implementation details (BCEL, A
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "classscan" page has been changed by MarkStruberg:
http://wiki.apache.org/commons/classscan?action=diff&rev1=2&rev2=3
== classscan development ideas ==
The [classscan] compo
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "classscan" page has been changed by MattBenson:
http://wiki.apache.org/commons/classscan?action=diff&rev1=1&rev2=2
== classscan development ideas ==
- The [classscan] compone
I guess another concept would be what Matt is talking about. It would be
the different implementations of how to interpret the bytecode without
embodying the entire class structure in-memory at runtime. Again, each of
these "scanners" would still deliver events to the listeners the same way.
On
The way I see a class scanning library, it basically has these pieces of
functionality:
1. Defining what to search (locations, filters, etc.). In my mind, I see a
ClassFileSource abstraction or something.
2. Defining what to do with stuff when you find it (perhaps an event-based
API with "listene
(James's response came in while I was typing, and yes! He is correct!)
On Tue, Jun 5, 2012 at 10:17 AM, Honton, Charles
wrote:
> Matt,
>
> What particular approaches do you have in mind?
It's not just me, and others (struberg? dblevins?) could probably
describe things better. A simple example
I think Matt is talking about introducing a SPI concept.
On Tue, Jun 5, 2012 at 11:17 AM, Honton, Charles
wrote:
> Matt,
>
> What particular approaches do you have in mind?
>
>
> How is xbean-finder going to be plugged in? Is classscan to be dependent
> upon xbean-finder or vice versa? What fun
Matt,
What particular approaches do you have in mind?
How is xbean-finder going to be plugged in? Is classscan to be dependent
upon xbean-finder or vice versa? What functionality will be required from
the dependency?
Thanks,
chas
On 6/5/12 7:26 AM, "Matt Benson" wrote:
>I would still say t
Hi, Bruno!
I have some questions:
1. Why are a Range's type and step-type potentially different
(different type variables, etc.)?
2. Why, if it is a Generator's responsibility to generate items
subsequent to the lower endpoint, is the step part of the range at
all? Based on [1], which defini
I would still say that time is now. We are going to want to support
different approaches to interacting with the class scanning library,
some of which may not be mutually compatible. We are going to want to
be able to plug in Geronimo's xbean-finder and see how it performs,
etc. We have so many
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 gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
Hi all,
Note that replacing arrays with collections should not be done without
understanding the performance implications...
Gary
On Jun 5, 2012, at 1:14, "Bruno P. Kinoshita"
wrote:
> Hi Thomas,
>
>> Thanks, I'm trying to pull things straight to make it usable it current
>> environments. I us
30 matches
Mail list logo
