Siegfried Goeschl wrote:
> Hi Phil,
>
> my short blurb for the website regarding ApacheCon 2010
>
> Cheers,
>
> Siegfried Goeschl
>
START >>>
>
> Commons Email
> =
>
> You just wanted to send an email from within your ap
Matt Benson wrote:
> Guys,
> I could possibly do a presentation on [flatfile], but (a) do we even
> want to highlight sandbox components?, and (b) my plans for attendance
> are still up in the air at present. :|
I don't see any problem - actually goodness - talking about sandbox
things. Are th
Context:
Releasing a beta version of the Lang 3.0 API for user feedback.
There aren't any major API changes expected, unless the community
raises them. The aim would be to _not_ put this in the Maven
repository.
SVN tag:
http://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_0_B1/
On Tue, Jul 20, 2010 at 4:37 PM, Jörg Schaible wrote:
> Interesting idea, but keep the UUID, no need for String conversion ... ;-)
>
I figured the UUID was more "heavyweight" as far as serialization was
concerned. So, that's why I usually just convert them to Strings.
--
+1 to go and change. Doesn't sound as though there is any issue if you
end up with two commons-daemons in your dependency tree.
Hen
On Wed, Jul 14, 2010 at 11:45 AM, sebb wrote:
> There is only one Daemon release in the Maven repo as far as I can
> make out - 1.0.1 - which is from way back in Ja
Hi Phil,
my short blurb for the website regarding ApacheCon 2010
Cheers,
Siegfried Goeschl
>>> START >>>
Commons Email
=
You just wanted to send an email from within your application and got
confused with BodyParts, MimeBody
James Carman wrote:
> On Tue, Jul 20, 2010 at 1:51 PM, Matt Benson wrote:
>> Not quite. I would like to move the RecordedInvocation class to some
>> sort of support package where it can be reused beyond InvocationRecorder,
>> e.g. in the code I'll be working on. Perhaps a rename of the class to
On Tue, Jul 20, 2010 at 2:36 PM, Matt Benson wrote:
> I know what you mean; it's potentially not that much code. Maybe start in
> the sandbox and, once everything's working satisfactorily, decide what to do
> with it? As for memory, what if you actually put the map of flyweight
> id:instance
On 15 July 2010 11:33, Jochen Wiedmann wrote:
> Hi,
>
> I'd like to ask for a release of commons-fileupload 1.2.2. The
> proposed source and binary distributions as well as the KEYS file are
> here:
>
> http://people.apache.org/~jochen/fileupload
Please delete the .asc.md5 and .asc.sha1 files b
On Jul 20, 2010, at 1:01 PM, James Carman wrote:
> On Tue, Jul 20, 2010 at 1:51 PM, Matt Benson wrote:
>> Not quite. I would like to move the RecordedInvocation class to some sort
>> of support package where it can be reused beyond InvocationRecorder, e.g. in
>> the code I'll be working on.
On Jul 20, 2010, at 1:01 PM, James Carman wrote:
[SNIP]
> I have also been thinking a bit about
> how to best create proxies to things that have to be looked up (such
> as Spring beans) when they're deserialized. Basically, you need to
> use the writeReplace()/readResolve() mechanism so that you
On Tue, Jul 20, 2010 at 1:51 PM, Matt Benson wrote:
> Not quite. I would like to move the RecordedInvocation class to some sort of
> support package where it can be reused beyond InvocationRecorder, e.g. in the
> code I'll be working on. Perhaps a rename of the class too, though I'm not
> sur
On Jul 20, 2010, at 10:44 AM, James Carman wrote:
> On Tue, Jul 20, 2010 at 11:05 AM, Matt Benson wrote:
>> Yep, 3.0... we'd need to get a snapshot published from [lang], which should
>> be dead easy now that we're using Nexus in the parent POM.
>>
>
> I say go for it.
I'll put that in the m
On Tue, Jul 20, 2010 at 11:05 AM, Matt Benson wrote:
> Yep, 3.0... we'd need to get a snapshot published from [lang], which should
> be dead easy now that we're using Nexus in the parent POM.
>
I say go for it. As for the recording stuff, have you committed your
changes? Is the recording not w
On Jul 20, 2010, at 9:55 AM, James Carman wrote:
> On Tue, Jul 20, 2010 at 10:49 AM, Matt Benson wrote:
>> So how do you feel about making [lang] a dependency to use its reflection
>> util classes for [proxy] 2?
>>
>
> I've never been one to be averse to using dependencies, but there are
> fo
On Tue, Jul 20, 2010 at 10:49 AM, Matt Benson wrote:
> So how do you feel about making [lang] a dependency to use its reflection
> util classes for [proxy] 2?
>
I've never been one to be averse to using dependencies, but there are
folks who would rather copy code rather than add a dependency if
On Jul 14, 2010, at 10:22 PM, James Carman wrote:
> On Wed, Jul 14, 2010 at 11:07 PM, Matt Benson wrote:
>> I believe that's the code I originally pulled in [lang] for TypeUtils.
>> However, since the latest contributions I've merged, the [lang] one now far
>> surpasses the handling in [proxy].
Hi all guys,
this email just to request your feedback on the documentation[1] I
just uploaded on SVN; apologize in advance for my English, every kind
of suggestion/feedback is more then appreciated.
Thanks in advance, have anice day!
Simo
[1]
https://svn.apache.org/repos/asf/commons/sandbox/at-d
...maybe then there is one more thing to squeeze in then
...or at least start the discussion so you can think about while lying
in the sun ;-)
I was thinking...
whenever one want to get to the properties of an ArchiveEntry one has
to figure out what actual implementation it is. This kind of sucks
19 matches
Mail list logo
