Re: [VOTE] Promote [weaver] component out of sandbox

[Romain Manni-Bucau]

+1 (non binding)
Le 20 sept. 2013 23:06, "Mark Struberg"  a écrit :

> +1
>
> LieGrue,
> strub
>
>
>
>
> - Original Message -
> > From: Matt Benson 
> > To: dev@commons.apache.org
> > Cc:
> > Sent: Friday, 20 September 2013, 19:49
> > Subject: [VOTE] Promote [weaver] component out of sandbox
> >
> > Hi Commons developers,
> >   I hereby propose a vote to promote the [weaver] sandbox component to
> > Commons proper.  My intent is that the promotion would be followed by a
> > release of Apache Commons Weaver v1.0.
> >
> > This vote will be open for at least 72 hours.
> >
> > [ ] +1, Promote it!
> > [ ] +0, Whatever
> > [ ] -0, Meh
> > [ ] -1, Keep it in the sandbox for now, and here's why:
> >
> > Thanks,
> > Matt
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Promote [weaver] component out of sandbox

[Mark Struberg]

+1

LieGrue,
strub




- Original Message -
> From: Matt Benson 
> To: dev@commons.apache.org
> Cc: 
> Sent: Friday, 20 September 2013, 19:49
> Subject: [VOTE] Promote [weaver] component out of sandbox
> 
> Hi Commons developers,
>   I hereby propose a vote to promote the [weaver] sandbox component to
> Commons proper.  My intent is that the promotion would be followed by a
> release of Apache Commons Weaver v1.0.
> 
> This vote will be open for at least 72 hours.
> 
> [ ] +1, Promote it!
> [ ] +0, Whatever
> [ ] -0, Meh
> [ ] -1, Keep it in the sandbox for now, and here's why:
> 
> Thanks,
> Matt
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Promote [weaver] component out of sandbox

[James Carman]

+1 (binding)

On Fri, Sep 20, 2013 at 1:49 PM, Matt Benson  wrote:
> Hi Commons developers,
>   I hereby propose a vote to promote the [weaver] sandbox component to
> Commons proper.  My intent is that the promotion would be followed by a
> release of Apache Commons Weaver v1.0.
>
> This vote will be open for at least 72 hours.
>
> [ ] +1, Promote it!
> [ ] +0, Whatever
> [ ] -0, Meh
> [ ] -1, Keep it in the sandbox for now, and here's why:
>
> Thanks,
> Matt

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Promote [weaver] component out of sandbox

[Matt Benson]

On Fri, Sep 20, 2013 at 12:49 PM, Matt Benson  wrote:

> Hi Commons developers,
>   I hereby propose a vote to promote the [weaver] sandbox component to
> Commons proper.  My intent is that the promotion would be followed by a
> release of Apache Commons Weaver v1.0.
>
> This vote will be open for at least 72 hours.
>
> [ ] +1, Promote it!
> [ ] +0, Whatever
> [ ] -0, Meh
> [ ] -1, Keep it in the sandbox for now, and here's why:
>
> Thanks,
> Matt
>

My own +1.

Matt

[VOTE] Promote [weaver] component out of sandbox

[Matt Benson]

Hi Commons developers,
  I hereby propose a vote to promote the [weaver] sandbox component to
Commons proper.  My intent is that the promotion would be followed by a
release of Apache Commons Weaver v1.0.

This vote will be open for at least 72 hours.

[ ] +1, Promote it!
[ ] +0, Whatever
[ ] -0, Meh
[ ] -1, Keep it in the sandbox for now, and here's why:

Thanks,
Matt

[email] Problem reading filename from inline email

[Olaf Kaus]

Hi,
how can I extract the filename from an included email.
If I use mimeMessageParser.getAttachmentList() and then
dataSource.getName() but I received null for attched emails.

The incoming email was created with outlook (html-email) and via
drag-n-drop I include an other email as an attachment.

To resolve this behavior I patched the Methode "getDataSourceName" in
"MimeMessageParser" as follows.

...
if ("message/rfc822".equalsIgnoreCase(contentType)) {
result = ((Message) part.getContent()).getSubject();
if (StringUtils.isNotBlank(result)) {
result += ".eml";
} else {
result = "unknown.eml";
}

...
(I stripped some null-checks)

Do you have an other solution?

Thx in advance
Olaf

Re: [LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty

[Benedikt Ritter]

Not sure if you're being sarcastic, but yes that would probably make sense.


2013/9/20 James Carman 

> If we're going to support varargs, we should also support collections.
>
> On Fri, Sep 20, 2013 at 10:11 AM, Benedikt Ritter 
> wrote:
> > I guess it's just convenience...
> >
> > if( StringUtils.isAnyBlank(str1, str2, str3))
> >
> > is shorter than
> >
> > if( StringUtils.isBlank(str1) && StringUtils.isBlank(str2) &&
> > StringUtils.isBlank(str3) )
> >
> > Benedikt
> >
> >
> > 2013/9/20 James Carman 
> >
> >> What is the usecase for something like this?  Are we more likely to
> >> have varargs params or a collection?  Varargs *can* happen, but what
> >> is the more likely case?
> >>
> >> On Fri, Sep 20, 2013 at 9:30 AM, Benedikt Ritter 
> >> wrote:
> >> > Hi,
> >> >
> >> > we have this pull request on github [1] with an accompanying jira
> issue
> >> [2].
> >> > I'd say it is a useful addition but I think I remember a contribution
> of
> >> > noneIsNull(Object... args) for Validate, that we rejected. So I
> wanted to
> >> > be sure about our policy here:
> >> >
> >> > Do we want to add corresponding var args methods for boolean isXXX(T)
> >> > methods that model AND and OR?
> >> >
> >> > Regards,
> >> > Benedikt
> >> >
> >> > [1] https://github.com/apache/commons-lang/pull/3
> >> > [2] https://issues.apache.org/jira/browse/LANG-848
> >> >
> >> > --
> >> > http://people.apache.org/~britter/
> >> > http://www.systemoutprintln.de/
> >> > http://twitter.com/BenediktRitter
> >> > http://github.com/britter
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty

[Matt Benson]

Not that I'm saying we *should* do either of these things but let's
remember that most places where one formerly would have said "support
collections" should now be substituted "support iterables".

Matt


On Fri, Sep 20, 2013 at 9:25 AM, Benedikt Ritter wrote:

> Not sure if you're being sarcastic, but yes that would probably make sense.
>
>
> 2013/9/20 James Carman 
>
> > If we're going to support varargs, we should also support collections.
> >
> > On Fri, Sep 20, 2013 at 10:11 AM, Benedikt Ritter 
> > wrote:
> > > I guess it's just convenience...
> > >
> > > if( StringUtils.isAnyBlank(str1, str2, str3))
> > >
> > > is shorter than
> > >
> > > if( StringUtils.isBlank(str1) && StringUtils.isBlank(str2) &&
> > > StringUtils.isBlank(str3) )
> > >
> > > Benedikt
> > >
> > >
> > > 2013/9/20 James Carman 
> > >
> > >> What is the usecase for something like this?  Are we more likely to
> > >> have varargs params or a collection?  Varargs *can* happen, but what
> > >> is the more likely case?
> > >>
> > >> On Fri, Sep 20, 2013 at 9:30 AM, Benedikt Ritter 
> > >> wrote:
> > >> > Hi,
> > >> >
> > >> > we have this pull request on github [1] with an accompanying jira
> > issue
> > >> [2].
> > >> > I'd say it is a useful addition but I think I remember a
> contribution
> > of
> > >> > noneIsNull(Object... args) for Validate, that we rejected. So I
> > wanted to
> > >> > be sure about our policy here:
> > >> >
> > >> > Do we want to add corresponding var args methods for boolean
> isXXX(T)
> > >> > methods that model AND and OR?
> > >> >
> > >> > Regards,
> > >> > Benedikt
> > >> >
> > >> > [1] https://github.com/apache/commons-lang/pull/3
> > >> > [2] https://issues.apache.org/jira/browse/LANG-848
> > >> >
> > >> > --
> > >> > http://people.apache.org/~britter/
> > >> > http://www.systemoutprintln.de/
> > >> > http://twitter.com/BenediktRitter
> > >> > http://github.com/britter
> > >>
> > >> -
> > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > >> For additional commands, e-mail: dev-h...@commons.apache.org
> > >>
> > >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>

Re: [LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty

[James Carman]

If we're going to support varargs, we should also support collections.

On Fri, Sep 20, 2013 at 10:11 AM, Benedikt Ritter  wrote:
> I guess it's just convenience...
>
> if( StringUtils.isAnyBlank(str1, str2, str3))
>
> is shorter than
>
> if( StringUtils.isBlank(str1) && StringUtils.isBlank(str2) &&
> StringUtils.isBlank(str3) )
>
> Benedikt
>
>
> 2013/9/20 James Carman 
>
>> What is the usecase for something like this?  Are we more likely to
>> have varargs params or a collection?  Varargs *can* happen, but what
>> is the more likely case?
>>
>> On Fri, Sep 20, 2013 at 9:30 AM, Benedikt Ritter 
>> wrote:
>> > Hi,
>> >
>> > we have this pull request on github [1] with an accompanying jira issue
>> [2].
>> > I'd say it is a useful addition but I think I remember a contribution of
>> > noneIsNull(Object... args) for Validate, that we rejected. So I wanted to
>> > be sure about our policy here:
>> >
>> > Do we want to add corresponding var args methods for boolean isXXX(T)
>> > methods that model AND and OR?
>> >
>> > Regards,
>> > Benedikt
>> >
>> > [1] https://github.com/apache/commons-lang/pull/3
>> > [2] https://issues.apache.org/jira/browse/LANG-848
>> >
>> > --
>> > http://people.apache.org/~britter/
>> > http://www.systemoutprintln.de/
>> > http://twitter.com/BenediktRitter
>> > http://github.com/britter
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty

[Benedikt Ritter]

I guess it's just convenience...

if( StringUtils.isAnyBlank(str1, str2, str3))

is shorter than

if( StringUtils.isBlank(str1) && StringUtils.isBlank(str2) &&
StringUtils.isBlank(str3) )

Benedikt


2013/9/20 James Carman 

> What is the usecase for something like this?  Are we more likely to
> have varargs params or a collection?  Varargs *can* happen, but what
> is the more likely case?
>
> On Fri, Sep 20, 2013 at 9:30 AM, Benedikt Ritter 
> wrote:
> > Hi,
> >
> > we have this pull request on github [1] with an accompanying jira issue
> [2].
> > I'd say it is a useful addition but I think I remember a contribution of
> > noneIsNull(Object... args) for Validate, that we rejected. So I wanted to
> > be sure about our policy here:
> >
> > Do we want to add corresponding var args methods for boolean isXXX(T)
> > methods that model AND and OR?
> >
> > Regards,
> > Benedikt
> >
> > [1] https://github.com/apache/commons-lang/pull/3
> > [2] https://issues.apache.org/jira/browse/LANG-848
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty

[James Carman]

What is the usecase for something like this?  Are we more likely to
have varargs params or a collection?  Varargs *can* happen, but what
is the more likely case?

On Fri, Sep 20, 2013 at 9:30 AM, Benedikt Ritter  wrote:
> Hi,
>
> we have this pull request on github [1] with an accompanying jira issue [2].
> I'd say it is a useful addition but I think I remember a contribution of
> noneIsNull(Object... args) for Validate, that we rejected. So I wanted to
> be sure about our policy here:
>
> Do we want to add corresponding var args methods for boolean isXXX(T)
> methods that model AND and OR?
>
> Regards,
> Benedikt
>
> [1] https://github.com/apache/commons-lang/pull/3
> [2] https://issues.apache.org/jira/browse/LANG-848
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[LANG] isAnyBlank, isNoneBlank, isAnyEmpty, isNoneEmpty

[Benedikt Ritter]

Hi,

we have this pull request on github [1] with an accompanying jira issue [2].
I'd say it is a useful addition but I think I remember a contribution of
noneIsNull(Object... args) for Validate, that we rejected. So I wanted to
be sure about our policy here:

Do we want to add corresponding var args methods for boolean isXXX(T)
methods that model AND and OR?

Regards,
Benedikt

[1] https://github.com/apache/commons-lang/pull/3
[2] https://issues.apache.org/jira/browse/LANG-848

-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [CSV] Prohibit creation of more than one iterator over a CSVParser?

[Benedikt Ritter]

Hi,

sorry for the late reply. This is still an unresolved issue. What do we
want to do about it?

I like Emmanuels idea of having only one entry point into the API. Exposing
a parser that uses formats to parse and at the same time having a format
that can create parsers to parse input may be confusing.

However I'm not sure if the single entry point should be the format.
Following SRP I'd say the responsibility of formats is to describe the
structure of CSV data, while the responsibility of a parser is to parse
data with a given format. As I said a format that can parse something feels
strange to me.

Going one step back: We started with the problem that users could call
iterator() more than once and would have two iterator instances that eat up
each others data. This will always be the problem if we return
Iterable anywhere. I would expect that each call to iterator()
returns a new iterator instance that starts a the beginning of the set of
elements. I had a look at the JavaDoc [1] of Iterable and was surprised the
see that there is no such guarantee. So maybe creating just one iterator
and returning it on subsequent calls is the solution we should go with?
I think we agree that returning new instances that affect each other is the
worst option.

Benedikt

[1] http://docs.oracle.com/javase/6/docs/api/java/lang/Iterable.html


2013/8/14 Paul Benedict 

> Emmanuel, yes. Both the CVSParser and Iterator are two distinct designs.
> Both are types of parsers here. So it's really a question of design. Do you
> want your users to use the parser directly or work through the iterator or
> both? But they shouldn't interfere with each other.
>
> Example:
> CVSParser p = record.parser();
> Iterator i = record.iterator();
>
> In the second example, Iterator is probably hiding the CVSParser
> underneath. This render's the original question moot. You can have as many
> concurrent parsers as you want with proper encapsulation.
>
> Paul
>
>
> On Wed, Aug 14, 2013 at 4:05 PM, Emmanuel Bourg  wrote:
>
> > Le 14/08/2013 20:22, Benedikt Ritter a écrit :
> >
> >> Thanks for the input. Now is the time to talk about this kind of stuff.
> >> I understand Matt's proposal and it should be relatively easy to
> >> implement.
> >>
> >> However I see Paul's point but don't know yet how to develop the API the
> >> way he suggests.
> >> Paul can your point be summed up as: Either expose an iterator or a
> parser
> >> but not both?
> >>
> >> What do others think? Sebb? Gary? Emmanuel?
> >> This seems like one of the last issues on the road to 1.0
> >>
> >
> > Throwing an IllegalArgumentException if iterator() is called more than
> > once would make sense.
> >
> > Following Paul's idea, we could probably hide the parser completely and
> > make it package private. The main entry point of the API would be
> > CSVFormat.parse(Reader) returning an Iterable.
> >
> > The public methods of CSVParser aren't that useful:
> >
> > * close()/isClosed() : resource management can be done outside [csv]
> >
> > * getCurrentLineNumber() : to be moved into CSVRecord?
> >
> > * getHeaderMap() : removed or moved into CSVRecord?
> >
> > * getRecordNumber() : already available in CSVRecord
> >
> > * getRecords() : to be removed. I guess [collections] or [lang] already
> > has a method turning an Iterable into a List?
> >
> >
> > Emmanuel Bourg
> >
> > --**--**-
> > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> dev-unsubscr...@commons.apache.org>
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> Cheers,
> Paul
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [SITE] Updating to fluido

[Benedikt Ritter]

Hi Matt,

thanks for the hint. I've already been looking into commons-parent,
commons-skin and commons-build-plugin (not sure if it is also involved).
It looks like commons-skin does the trick of replacing the dummy URL to the
commons logo on component sites. This means we can not use fluido as a
simple drop in replacement. I'm not sure how to go on from here. Maybe it
would make sense to have ca closer look at loggings side build...

Do we have docs about all this stuff? I've looked into the wiki and I looks
at the results of mvn site of commons-build-plugin. I still don't
understand how it all works. For example: where is commons-skin included
into the side build? I could not find a reference to it anywhere.

Benedikt


2013/9/20 Matt Benson 

> You probably want to check both commons-parent and commons-skin.
>
> HTH,
> Matt
> On Sep 20, 2013 3:08 AM, "Benedikt Ritter"  wrote:
>
> > I've fixed the footer on the main site (see [1]).
> >
> > I'm still working on the component web sites... ATM I don't understand
> > where the footer and the commons logo are added to the component sites.
> > There is nothing in lang's site.xml. Can someone enlighten me? :)
> >
> > Benedikt
> >
> > [1] http://people.apache.org/~britter/commons-sites/main/
> >
> >
> > 2013/9/15 Benedikt Ritter 
> >
> > >
> > >
> > > Am 14.09.2013 um 14:26 schrieb sebb :
> > >
> > > > On 14 September 2013 13:17, Benedikt Ritter 
> > wrote:
> > > >> Hi all,
> > > >>
> > > >> a while back I started to work on commons appearance in public.
> Since
> > > then
> > > >> I've created a twitter account, requested git mirrors for all proper
> > > >> components and updated all Oloh profiles.
> > > >>
> > > >> Now I'd like to take the next step by updating our web sites to use
> > the
> > > >> fluido skin [1].
> > > >> I have generated the main site as well as lang and csv and uploaded
> > > them to
> > > >> my space a people.apache.org [2].
> > > >>
> > > >> This looks good so far. There is a minor problem on the components
> > > sites:
> > > >> The Apache Commons Logo on the top left side does not show up. I've
> > > >> requested help from Simone Tripodi and expect this to be easily
> fixed.
> > > >>
> > > >> Please take a look at the example pages. I'd like to gather some
> > > feedback
> > > >> and then caste a [VOTE] for this topic.
> > > >
> > > > The trademark attribution message at the bottom of the page is
> missing.
> > > > That was one of the problems the last time around.
> > > >
> > > > It took a long while to get it working on the current site - remember
> > > > that each component needs to have slightly different text.
> > >
> > > Good point. It looks like Logging [1] already found a way to do this
> with
> > > fluido.
> > > I'll try to have a look at their svn repo this week.
> > >
> > > Benedikt
> > >
> > > [1] http://logging.apache.org
> > >
> > > >
> > > >> Regards,
> > > >> Benedikt
> > > >>
> > > >> [1] http://maven.apache.org/skins/maven-fluido-skin/
> > > >> [2] http://people.apache.org/~britter/commons-sites/
> > > >>
> > > >>
> > > >> --
> > > >> http://people.apache.org/~britter/
> > > >> http://www.systemoutprintln.de/
> > > >> http://twitter.com/BenediktRitter
> > > >> http://github.com/britter
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > > For additional commands, e-mail: dev-h...@commons.apache.org
> > > >
> > >
> >
> >
> >
> > --
> > http://people.apache.org/~britter/
> > http://www.systemoutprintln.de/
> > http://twitter.com/BenediktRitter
> > http://github.com/britter
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [SITE] Updating to fluido

[Matt Benson]

You probably want to check both commons-parent and commons-skin.

HTH,
Matt
On Sep 20, 2013 3:08 AM, "Benedikt Ritter"  wrote:

> I've fixed the footer on the main site (see [1]).
>
> I'm still working on the component web sites... ATM I don't understand
> where the footer and the commons logo are added to the component sites.
> There is nothing in lang's site.xml. Can someone enlighten me? :)
>
> Benedikt
>
> [1] http://people.apache.org/~britter/commons-sites/main/
>
>
> 2013/9/15 Benedikt Ritter 
>
> >
> >
> > Am 14.09.2013 um 14:26 schrieb sebb :
> >
> > > On 14 September 2013 13:17, Benedikt Ritter 
> wrote:
> > >> Hi all,
> > >>
> > >> a while back I started to work on commons appearance in public. Since
> > then
> > >> I've created a twitter account, requested git mirrors for all proper
> > >> components and updated all Oloh profiles.
> > >>
> > >> Now I'd like to take the next step by updating our web sites to use
> the
> > >> fluido skin [1].
> > >> I have generated the main site as well as lang and csv and uploaded
> > them to
> > >> my space a people.apache.org [2].
> > >>
> > >> This looks good so far. There is a minor problem on the components
> > sites:
> > >> The Apache Commons Logo on the top left side does not show up. I've
> > >> requested help from Simone Tripodi and expect this to be easily fixed.
> > >>
> > >> Please take a look at the example pages. I'd like to gather some
> > feedback
> > >> and then caste a [VOTE] for this topic.
> > >
> > > The trademark attribution message at the bottom of the page is missing.
> > > That was one of the problems the last time around.
> > >
> > > It took a long while to get it working on the current site - remember
> > > that each component needs to have slightly different text.
> >
> > Good point. It looks like Logging [1] already found a way to do this with
> > fluido.
> > I'll try to have a look at their svn repo this week.
> >
> > Benedikt
> >
> > [1] http://logging.apache.org
> >
> > >
> > >> Regards,
> > >> Benedikt
> > >>
> > >> [1] http://maven.apache.org/skins/maven-fluido-skin/
> > >> [2] http://people.apache.org/~britter/commons-sites/
> > >>
> > >>
> > >> --
> > >> http://people.apache.org/~britter/
> > >> http://www.systemoutprintln.de/
> > >> http://twitter.com/BenediktRitter
> > >> http://github.com/britter
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> >
>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>

Re: [graph] is now ****** up :(

[Simone Tripodi]

Are you sure?!? [1]

[1]
http://svn.apache.org/repos/asf/commons/sandbox/graph/trunk/src/test/java/org/apache/commons/graph/model/BaseLabeledVertex.java

http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi


On Fri, Sep 20, 2013 at 1:30 PM, Rodion Efremov wrote:

> Hello, y'all!
>
> I did a checkout of commons graph, and guess what? There is no crucial
> BaseLabeledVertex.java in the entire repo.
> Did anyone of you tampered with the [graph] recently, because i would be
> infinitely happy, if some of you committers would fix the issue. I want to
> contribute more to [graph], but currently i am at *your* mercy, guys.
>
> --
> TIA, Rodion
>
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@commons.**apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [graph] Breadth-Fist Search library to commons graph?

[Simone Tripodi]

Hi Rodion,

BFS is already implemented in commons-graph[1] you can provide a
GraphVisitHandler[2] implementation to handle the case when you have found
the target node, so the search is now complete.

HTH,
-Best

[1]
http://svn.apache.org/repos/asf/commons/sandbox/graph/trunk/src/test/java/org/apache/commons/graph/visit/VisitTestCase.java
[2]
http://svn.apache.org/repos/asf/commons/sandbox/graph/trunk/src/main/java/org/apache/commons/graph/visit/GraphVisitHandler.java

http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi


On Fri, Sep 20, 2013 at 12:37 PM, Rodion Efremov wrote:

> Hello, might it be funky to have a few esoteric BFS-algorithms from [1]?
> :^)
>
> --
> TIA, Rodion
>
> [1] 
> https://github.com/coderodde/**bfsbuddy
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@commons.**apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [OT] Anyone going to JavaOne?

[James Carman]

Stephen, looks like some good stuff.  If I can make the 1pm on
Wednesday, I will.

On Fri, Sep 20, 2013 at 6:19 AM, Stephen Colebourne
 wrote:
> I'll be there talking three times. Usually best to find me after one
> of the talks...
> http://blog.joda.org/2013/09/speaking-at-javaone2013.html
> Stephen
>
> On 19 September 2013 20:50, James Carman  wrote:
>> Is anyone planning on going?  It would be great to meet some of you
>> guys face-to-face for once, if you're going to be there.
>>
>> James
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [OT] Anyone going to JavaOne?

[James Carman]

I might try to come heckle you, Mark. ;)  Sounds like an interesting
presentation.  Hopefully I'll see you there.

On Thu, Sep 19, 2013 at 4:38 PM, Mark Thomas  wrote:
> On 19/09/2013 20:50, James Carman wrote:
>> Is anyone planning on going?  It would be great to meet some of you
>> guys face-to-face for once, if you're going to be there.
>
> I'll be there. I'm speaking. [1]
>
> Mark
>
>
> [1]
> https://oracleus.activeevents.com/2013/connect/sessionDetail.ww?SESSION_ID=3651
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[graph] is now ****** up :(

[Rodion Efremov]

Hello, y'all!

I did a checkout of commons graph, and guess what? There is no crucial 
BaseLabeledVertex.java in the entire repo.
Did anyone of you tampered with the [graph] recently, because i would 
be infinitely happy, if some of you committers would fix the issue. I 
want to contribute more to [graph], but currently i am at *your* mercy, 
guys.


--
TIA, Rodion



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[graph] Breadth-Fist Search library to commons graph?

[Rodion Efremov]

Hello, might it be funky to have a few esoteric BFS-algorithms from 
[1]? :^)


--
TIA, Rodion

[1] https://github.com/coderodde/bfsbuddy

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [OT] Anyone going to JavaOne?

[Stephen Colebourne]

I'll be there talking three times. Usually best to find me after one
of the talks...
http://blog.joda.org/2013/09/speaking-at-javaone2013.html
Stephen

On 19 September 2013 20:50, James Carman  wrote:
> Is anyone planning on going?  It would be great to meet some of you
> guys face-to-face for once, if you're going to be there.
>
> James
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [SITE] Updating to fluido

[Benedikt Ritter]

I've fixed the footer on the main site (see [1]).

I'm still working on the component web sites... ATM I don't understand
where the footer and the commons logo are added to the component sites.
There is nothing in lang's site.xml. Can someone enlighten me? :)

Benedikt

[1] http://people.apache.org/~britter/commons-sites/main/


2013/9/15 Benedikt Ritter 

>
>
> Am 14.09.2013 um 14:26 schrieb sebb :
>
> > On 14 September 2013 13:17, Benedikt Ritter  wrote:
> >> Hi all,
> >>
> >> a while back I started to work on commons appearance in public. Since
> then
> >> I've created a twitter account, requested git mirrors for all proper
> >> components and updated all Oloh profiles.
> >>
> >> Now I'd like to take the next step by updating our web sites to use the
> >> fluido skin [1].
> >> I have generated the main site as well as lang and csv and uploaded
> them to
> >> my space a people.apache.org [2].
> >>
> >> This looks good so far. There is a minor problem on the components
> sites:
> >> The Apache Commons Logo on the top left side does not show up. I've
> >> requested help from Simone Tripodi and expect this to be easily fixed.
> >>
> >> Please take a look at the example pages. I'd like to gather some
> feedback
> >> and then caste a [VOTE] for this topic.
> >
> > The trademark attribution message at the bottom of the page is missing.
> > That was one of the problems the last time around.
> >
> > It took a long while to get it working on the current site - remember
> > that each component needs to have slightly different text.
>
> Good point. It looks like Logging [1] already found a way to do this with
> fluido.
> I'll try to have a look at their svn repo this week.
>
> Benedikt
>
> [1] http://logging.apache.org
>
> >
> >> Regards,
> >> Benedikt
> >>
> >> [1] http://maven.apache.org/skins/maven-fluido-skin/
> >> [2] http://people.apache.org/~britter/commons-sites/
> >>
> >>
> >> --
> >> http://people.apache.org/~britter/
> >> http://www.systemoutprintln.de/
> >> http://twitter.com/BenediktRitter
> >> http://github.com/britter
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>



-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter