Re: Builder Pattern for kafka-clients in 2.x ?
Hi, Tommy!
thanks for the feeback - I've reopened the PR adding the ctor overload.
I've drafted a ProducerBuilder, which can be used like:
final Producer producer = new ProducerBuilder()
.partitionerClass(DefaultPartitioner.class)
.keySerializer(IntegerSerializer.class)
.valueSerializer(StringSerializer.class)
.bootstrapServers("localhost:9092")
.build();
producer.send(new ProducerRecord("mytopic", myKey, "the-val",
myHeaderIterable));
Internally the builder populates a property and on build() it delegates it
to the KafkaProducer ctor.
code: https://gist.github.com/matzew/b98dbacf7f40f27c9f666b736a2428d3
I think this reads much nicer, than directly dealing w/ the current way for
creating conumers and producers.
How do people feel about this?
thanks,
Matthias
On Thu, Jul 5, 2018 at 3:11 PM Thomas Becker wrote:
> Personally, I like the idea of builders for the producer/consumer
> themselves, but I'm less enthusiastic about one for ProducerRecord. Mostly
> because I think the following is overly verbose/reads poorly:
>
> producer.send(ProducerRecord.builder()
> .topic("mytopic")
> .key("Key")
> .value("the-val")
> .headers(myHeaderIterable)
> .build());
>
> as compared to:
>
> producer.send(new ProducerRecord("mytopic", "Key", "the-val",
> myHeaderIterable));
>
> I think constructor overloads are fine for small data classes like this.
> The producer/consumer clietns themselves have a lot of options represented
> by various configuration keys, and a builder pattern makes these easily
> discoverable in code.
>
> -Tommy
>
> On Wed, 2018-07-04 at 15:42 +0200, Matthias Wessendorf wrote:
>
> Hi,
>
>
> I was filing KAFKA-7059 ([1]) and sent a PR adding a new ctor:
>
> --
>
> public ProducerRecord(String topic, K key, V value, Iterable
>
> headers)
>
> ---
>
>
> One reasonable comment on the PR was instead of doing constructor
>
> overloading, why not working on a builder for the ProducerRecord class.
>
>
> I think this is generally a nice idea I was wondering if there is much
>
> interest in ?
>
>
> Sample:
>
> ---
>
> final ProducerRecord myRecord = ProducerRecord.builder() //
>
> or an exposed builder
>
> .topic("mytopic")
>
> .key("Key")
>
> .value("the-val")
>
> .headers(myHeaderIterable)
>
> .build();
>
> ---
>
>
> While at it - instead of just offering a builder for the "ProducerRecord"
>
> class, why not adding a builder for the "KafkaProducer" and "KafkaConsumer"
>
> clazzes.
>
>
> ---
>
> final KafkaProducer myProducer = KafkaProducer.builder() //
>
> or an exposed builder clazz
>
> .config(myProducerConfig)
>
> .keySerializer(myStringSerializer)
>
> .valueSerializer(myStringSerializer)
>
> .build();
>
> ---
>
>
> to even make the above more nice, I think the "ProducerConfig" (analog the
>
> ConsumerConfig) configuration options could be also made accesible w/ this
>
> fluent API - instead of properties/map, which is what now dominates the
>
> creation of the Consumers/Producers.
>
>
>
> Any thoughts? If there is interest, I am happy to start a KIP w/ a first
>
> draft of the suggested API!
>
>
> Cheers,
>
> Matthias
>
>
> [1] https://issues.apache.org/jira/browse/KAFKA-7059
>
>
>
>
>
>
>
> This email and any attachments may contain confidential and privileged
> material for the sole use of the intended recipient. Any review, copying,
> or distribution of this email (or any attachments) by others is prohibited.
> If you are not the intended recipient, please contact the sender
> immediately and permanently delete this email and any attachments. No
> employee or agent of TiVo Inc. is authorized to conclude any binding
> agreement on behalf of TiVo Inc. by email. Binding agreements with TiVo
> Inc. may only be made by a signed written agreement.
>
--
Matthias Wessendorf
github: https://github.com/matzew
twitter: http://twitter.com/mwessendorf
Re: [VOTE] 2.0.0 RC1
e by Tuesday, July 3rd, 4pm PT > >> > > > >> > > > >> > > Kafka's KEYS file containing PGP keys we use to sign the release: > >> > > > >> > > http://kafka.apache.org/KEYS > >> > <http://kafka.apache.org/KEYS> > >> > > > >> > > > >> > > > >> > > * Release artifacts to be voted upon (source and binary): > >> > > > >> > > http://home.apache.org/~rsivaram/kafka-2.0.0-rc1/ > >> > <http://home.apache.org/~rsivaram/kafka-2.0.0-rc1/> > >> > > > >> > > > >> > > > >> > > * Maven artifacts to be voted upon: > >> > > > >> > > https://repository.apache.org/content/groups/staging/ > >> > <https://repository.apache.org/content/groups/staging/> > >> > > > >> > > > >> > > > >> > > * Javadoc: > >> > > > >> > > http://home.apache.org/~rsivaram/kafka-2.0.0-rc1/javadoc/ > >> > <http://home.apache.org/~rsivaram/kafka-2.0.0-rc1/javadoc/> > >> > > > >> > > > >> > > > >> > > * Tag to be voted upon (off 2.0 branch) is the 2.0.0 tag: > >> > > > >> > > https://github.com/apache/kafka/tree/2.0.0-rc1 > >> > <https://github.com/apache/kafka/tree/2.0.0-rc1> > >> > > > >> > > > >> > > > >> > > * Documentation: > >> > > > >> > > http://kafka.apache.org/20/documentation.html > >> > <http://kafka.apache.org/20/documentation.html> > >> > > > >> > > > >> > > > >> > > * Protocol: > >> > > > >> > > http://kafka.apache.org/20/protocol.html > >> > <http://kafka.apache.org/20/protocol.html> > >> > > > >> > > > >> > > > >> > > * Successful Jenkins builds for the 2.0 branch: > >> > > > >> > > Unit/integration tests: > >> > > https://builds.apache.org/job/kafka-2.0-jdk8/66/ > >> > <https://builds.apache.org/job/kafka-2.0-jdk8/66/> > >> > > > >> > > > >> > > System tests: > >> > > https://jenkins.confluent.io/job/system-test-kafka/job/2.0/15/ > >> > <https://jenkins.confluent.io/job/system-test-kafka/job/2.0/15/> > >> > > > >> > > > >> > > > >> > > > >> > > Please test and verify the release artifacts and submit a vote for > this > >> > RC > >> > > > >> > > or report any issues so that we can fix them and roll out a new RC > >> ASAP! > >> > > > >> > > Although this release vote requires PMC votes to pass, testing, > votes, > >> > and > >> > > > >> > > bug > >> > > reports are valuable and appreciated from everyone. > >> > > > >> > > > >> > > Thanks, > >> > > > >> > > > >> > > Rajini > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > >> > >> > >> -- > >> > >> Brett Rann > >> > >> Senior DevOps Engineer > >> > >> > >> Zendesk International Ltd > >> > >> 395 Collins Street, Melbourne VIC 3000 Australia > >> > -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf
Builder Pattern for kafka-clients in 2.x ?
Hi,
I was filing KAFKA-7059 ([1]) and sent a PR adding a new ctor:
--
public ProducerRecord(String topic, K key, V value, Iterable
headers)
---
One reasonable comment on the PR was instead of doing constructor
overloading, why not working on a builder for the ProducerRecord class.
I think this is generally a nice idea I was wondering if there is much
interest in ?
Sample:
---
final ProducerRecord myRecord = ProducerRecord.builder() //
or an exposed builder
.topic("mytopic")
.key("Key")
.value("the-val")
.headers(myHeaderIterable)
.build();
---
While at it - instead of just offering a builder for the "ProducerRecord"
class, why not adding a builder for the "KafkaProducer" and "KafkaConsumer"
clazzes.
---
final KafkaProducer myProducer = KafkaProducer.builder() //
or an exposed builder clazz
.config(myProducerConfig)
.keySerializer(myStringSerializer)
.valueSerializer(myStringSerializer)
.build();
---
to even make the above more nice, I think the "ProducerConfig" (analog the
ConsumerConfig) configuration options could be also made accesible w/ this
fluent API - instead of properties/map, which is what now dominates the
creation of the Consumers/Producers.
Any thoughts? If there is interest, I am happy to start a KIP w/ a first
draft of the suggested API!
Cheers,
Matthias
[1] https://issues.apache.org/jira/browse/KAFKA-7059
--
Matthias Wessendorf
github: https://github.com/matzew
twitter: http://twitter.com/mwessendorf
Re: cwiki access for KIP
sweet, thanks! On Wed, Jun 20, 2018 at 11:02 PM, Matthias J. Sax wrote: > Done. > > On 6/20/18 11:15 AM, Matthias Wessendorf wrote: > > Hi, > > > > I'd like to request permission to the kafka space in our ASF cwiki, to be > > able to create KIPs. > > > > Username: matzew > > email: mat...@apache.org > > > > Thanks! > > Matthias > > > > -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf
cwiki access for KIP
Hi, I'd like to request permission to the kafka space in our ASF cwiki, to be able to create KIPs. Username: matzew email: mat...@apache.org Thanks! Matthias -- Matthias Wessendorf github: https://github.com/matzew twitter: http://twitter.com/mwessendorf
Re: [VOTE] a few more geronimo-spec alpha-1 artifacts
+1
On Mon, Feb 9, 2015 at 8:20 PM, Romain Manni-Bucau rmannibu...@gmail.com
wrote:
Hello guys,
As announced few weeks ago let's try to release more alpha of our EE 7
spec jars. I added javamail as well since it got some nice fixes
(thanks Hendrik mainly) which are important to release since I saw too
much people replacing our implementation by javax one for small
blocking bugs fixed since weeks on SNAPSHOTs. Also note this release
train was mainly motivated by AMQ which is waiting JMS 2 API to
release their version 6 (thanks to John D Ament for the patch on the
API BTW).
Here is the list of artifacts included in this vote:
- geronimo-javamail_1.4 + geronimo-javamail_1.4_mail +
geronimo-javamail_1.4_provider
- geronimo-ejb_3.2_spec
- geronimo-javamail_1.4_spec
- geronimo-jaxrs_2.0_spec
- geronimo-jms_2.0_spec
- geronimo-jta_1.2_spec
Here is the staging repo
https://repository.apache.org/content/repositories/orgapachegeronimo-1012
I bet you will find the source/javadoc/etc yourself.
My key can be found at
https://svn.apache.org/repos/asf/geronimo/KEYS
please VOTE
[+1] all fine, ship it
[+0] don't care
[-1] stop, because ${reason}
here is my +1
Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: push messaging
On Wed, Aug 13, 2014 at 7:57 AM, jas...@apps4u.com.au wrote: I was thinking that I would use these two packages as Ive got existing code using these two libraries and Ive got client side code that would not take long to add the the ios and Android SDK's that was I get auth for free from the sdk's usergrid and the queue server can be a option either iron.io or beanstalk . com.google.android.gcm.server http://notnoop.github.com/java-apns yep - we, internally, use the same bits August 13 2014 3:44 PM, jas...@apps4u.com.au wrote: Im get one of my team members to download your code and have a look weather this would could be integrated into usergrid. August 13 2014 3:36 PM, Matthias Wessendorf mat...@apache.org wrote: Hello Jason, perhaps you can integrate our UnifiedPush Server (e.g. running on a different box, or on Openshift). It supports the concept of Application: http://staging.aerogear.org/docs/unifiedpush/ups_userguide/admin-ui/#_sending_a_push_notification You can even narrow down to specific platforms (we call them Variants), e.g. just ping all Android (or iOS) users of the Application -Matthias On Wed, Aug 13, 2014 at 7:30 AM, jas...@apps4u.com.au wrote: HI I'm wanting to add push messaging to usergrid I would like to submit a pull request once its done but I wanted to get some input form the dev team on my Idea as I would like to submit a pull request , The Idea I had for push messaging is a bit different to how ApiGee has implemented it I want to have notifiers but in context to a Application so instead of having notifiers for each type of device I want to have notifier for applications . Also the current code I have user queues to queue up the messages using either iron,io or beanstalk . Please let me know if this is not something that would be accepted as a pull request and if any body has any input please respond, I should have a pull request ready within a week. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: push messaging
Hello Jason, perhaps you can integrate our UnifiedPush Server (e.g. running on a different box, or on Openshift). It supports the concept of Application: http://staging.aerogear.org/docs/unifiedpush/ups_userguide/admin-ui/#_sending_a_push_notification You can even narrow down to specific platforms (we call them Variants), e.g. just ping all Android (or iOS) users of the Application -Matthias On Wed, Aug 13, 2014 at 7:30 AM, jas...@apps4u.com.au wrote: HI I'm wanting to add push messaging to usergrid I would like to submit a pull request once its done but I wanted to get some input form the dev team on my Idea as I would like to submit a pull request , The Idea I had for push messaging is a bit different to how ApiGee has implemented it I want to have notifiers but in context to a Application so instead of having notifiers for each type of device I want to have notifier for applications . Also the current code I have user queues to queue up the messages using either iron,io or beanstalk . Please let me know if this is not something that would be accepted as a pull request and if any body has any input please respond, I should have a pull request ready within a week. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [test resources] persistence.xml
Hrm,
for me using a src/main/resources/META-INF/test.persistence.xml feels a
bit wrong, especially since test-ware should be stored w/in src/test,
like src/test/resources/META-INF/persistence.xml;
-Matthias
On Sun, Nov 3, 2013 at 9:17 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote:
Hi
Both are in the classpath for different ejbmodule so that s ok.
Maybe have a look to altdd to use test.persistence.xml in
src/main/resources
Le 3 nov. 2013 00:00, Matthias Wessendorf mat...@apache.org a écrit :
Hi,
when running unit tests - where I have a
src/test/resources/META-INF/persistence.xml file - I am wondering why the
one in src/main is also included.
Wouldn't the one in test be the 'right' one ?
See also [1]
-Matthias
[1]
https://github.com/matzew/tomee/blob/trunk/examples/jpa-hibernate/src/test/resources/META-INF/persistence.xml
From the LOG (note the 'PersistenceUnit(name=movie-unit-TEST' and the
'PersistenceUnit(name=movie-unit'):
INFO - Configuring PersistenceUnit(name=movie-unit-TEST,
provider=org.hibernate.ejb.HibernatePersistence)
INFO - Auto-creating a Resource with id 'movieDatabaseNonJta' of type
'DataSource for 'movie-unit-TEST'.
INFO - Configuring Service(id=movieDatabaseNonJta, type=Resource,
provider-id=movieDatabase)
INFO - Creating Resource(id=movieDatabaseNonJta)
INFO - Adjusting PersistenceUnit movie-unit-TEST non-jta-data-source to
Resource ID 'movieDatabaseNonJta' from 'movieDatabaseUnmanaged'
INFO - Configuring PersistenceUnit(name=movie-unit,
provider=org.hibernate.ejb.HibernatePersistence)
INFO - Adjusting PersistenceUnit movie-unit non-jta-data-source to
Resource ID 'movieDatabaseNonJta' from 'movieDatabaseUnmanaged'
INFO - Enterprise application
/Users/matzew/TEMP/TomEEFix/examples/jpa-hibernate loaded.
INFO - Assembling app: /Users/matzew/TEMP/TomEEFix/examples/jpa-hibernate
INFO - HV01: Hibernate Validator 4.3.0.Final
INFO - HV02: Ignoring XML configuration.
INFO - HV02: Ignoring XML configuration.
INFO - HCANN01: Hibernate Commons Annotations {4.0.1.Final}
INFO - HHH000412: Hibernate Core {4.1.8.Final}
INFO - HHH000206: hibernate.properties not found
INFO - HHH21: Bytecode provider name : javassist
INFO - HHH000204: Processing PersistenceUnitInfo [
name: movie-unit-TEST
...]
INFO - HHH000130: Instantiating explicit connection provider:
org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
INFO - HHH000400: Using dialect: org.hibernate.dialect.HSQLDialect
INFO - HHH000268: Transaction strategy:
org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
INFO - HHH000397: Using ASTQueryTranslatorFactory
INFO - HHH000227: Running hbm2ddl schema export
INFO - HHH000230: Schema export complete
INFO - PersistenceUnit(name=movie-unit-TEST,
provider=org.hibernate.ejb.HibernatePersistence) - provider time 2143ms
INFO - HHH000204: Processing PersistenceUnitInfo [
name: movie-unit
...]
INFO - HHH000130: Instantiating explicit connection provider:
org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
INFO - HHH000400: Using dialect: org.hibernate.dialect.HSQLDialect
INFO - HHH000268: Transaction strategy:
org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
INFO - HHH000397: Using ASTQueryTranslatorFactory
INFO - HHH000227: Running hbm2ddl schema export
INFO - HHH000230: Schema export complete
INFO - PersistenceUnit(name=movie-unit,
provider=org.hibernate.ejb.HibernatePersistence) - provider time 673ms
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
[test resources] persistence.xml
Hi,
when running unit tests - where I have a
src/test/resources/META-INF/persistence.xml file - I am wondering why the
one in src/main is also included.
Wouldn't the one in test be the 'right' one ?
See also [1]
-Matthias
[1]
https://github.com/matzew/tomee/blob/trunk/examples/jpa-hibernate/src/test/resources/META-INF/persistence.xml
From the LOG (note the 'PersistenceUnit(name=movie-unit-TEST' and the
'PersistenceUnit(name=movie-unit'):
INFO - Configuring PersistenceUnit(name=movie-unit-TEST,
provider=org.hibernate.ejb.HibernatePersistence)
INFO - Auto-creating a Resource with id 'movieDatabaseNonJta' of type
'DataSource for 'movie-unit-TEST'.
INFO - Configuring Service(id=movieDatabaseNonJta, type=Resource,
provider-id=movieDatabase)
INFO - Creating Resource(id=movieDatabaseNonJta)
INFO - Adjusting PersistenceUnit movie-unit-TEST non-jta-data-source to
Resource ID 'movieDatabaseNonJta' from 'movieDatabaseUnmanaged'
INFO - Configuring PersistenceUnit(name=movie-unit,
provider=org.hibernate.ejb.HibernatePersistence)
INFO - Adjusting PersistenceUnit movie-unit non-jta-data-source to
Resource ID 'movieDatabaseNonJta' from 'movieDatabaseUnmanaged'
INFO - Enterprise application
/Users/matzew/TEMP/TomEEFix/examples/jpa-hibernate loaded.
INFO - Assembling app: /Users/matzew/TEMP/TomEEFix/examples/jpa-hibernate
INFO - HV01: Hibernate Validator 4.3.0.Final
INFO - HV02: Ignoring XML configuration.
INFO - HV02: Ignoring XML configuration.
INFO - HCANN01: Hibernate Commons Annotations {4.0.1.Final}
INFO - HHH000412: Hibernate Core {4.1.8.Final}
INFO - HHH000206: hibernate.properties not found
INFO - HHH21: Bytecode provider name : javassist
INFO - HHH000204: Processing PersistenceUnitInfo [
name: movie-unit-TEST
...]
INFO - HHH000130: Instantiating explicit connection provider:
org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
INFO - HHH000400: Using dialect: org.hibernate.dialect.HSQLDialect
INFO - HHH000268: Transaction strategy:
org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
INFO - HHH000397: Using ASTQueryTranslatorFactory
INFO - HHH000227: Running hbm2ddl schema export
INFO - HHH000230: Schema export complete
INFO - PersistenceUnit(name=movie-unit-TEST,
provider=org.hibernate.ejb.HibernatePersistence) - provider time 2143ms
INFO - HHH000204: Processing PersistenceUnitInfo [
name: movie-unit
...]
INFO - HHH000130: Instantiating explicit connection provider:
org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
INFO - HHH000400: Using dialect: org.hibernate.dialect.HSQLDialect
INFO - HHH000268: Transaction strategy:
org.hibernate.engine.transaction.internal.jta.CMTTransactionFactory
INFO - HHH000397: Using ASTQueryTranslatorFactory
INFO - HHH000227: Running hbm2ddl schema export
INFO - HHH000230: Schema export complete
INFO - PersistenceUnit(name=movie-unit,
provider=org.hibernate.ejb.HibernatePersistence) - provider time 673ms
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
ClassNotFoundException: org.apache.openjpa.persistence.PersistenceProviderImpl
) at org.apache.openejb.assembler.classic.EntityManagerFactoryCallable.call(EntityManagerFactoryCallable.java:47) at org.apache.openejb.assembler.classic.ReloadableEntityManagerFactory.createDelegate(ReloadableEntityManagerFactory.java:115) ... 32 more -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Resteasy-users] Sloppy Pull Requests == Broken Builds
On Thu, Oct 24, 2013 at 4:31 PM, Bill Burke bbu...@redhat.com wrote: There may be permgen/memory issues with the CI build too. I thought I had cleaned this up a few weeks ago by upgrading the maven-compiler-plugin, but this seems to have regressed and builds are requiring gigabytes of ram to pass. I haven't had time to track this down yet. sure thing - IMO we can wait on merging this PR. I will rebase it on a regular base, to see how it goes -M On 10/24/2013 4:52 AM, Matthias Wessendorf wrote: did a rebase and the new build now failed here: Failed tests: testConnectionCleanupErrorNoGC(org.jboss.resteasy.test.client.ApacheHttpClient4Test): expected:30 but was:20 https://travis-ci.org/matzew/Resteasy/builds/12973751 -M On Thu, Oct 24, 2013 at 10:25 AM, Anthony Whitford anth...@whitford.com mailto:anth...@whitford.com wrote: /Thumbs up!/ The particular build problem (unable to download dependency) is resolved now as the invalid repository declaration has been fixed. Note that the pom.xml files don't mention a SNAPSHOT version, so running a build the way things are right now, every time it rebuilds version 3.0.5.Final... (Doesn't sound so /final/, does it?) If 3.0.5 has been finalized, shouldn't the version be 3.0.6-SNAPSHOT now? On Oct 23, 2013, at 12:03 AM, Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org wrote: Hi, if you like, here is a PR to enable travis based builds: https://github.com/resteasy/Resteasy/pull/400 Pretty simple, as a start - can be improved -M On Wed, Oct 23, 2013 at 2:54 AM, Bill Burke bbu...@redhat.com mailto:bbu...@redhat.com wrote: Two PRs from two different contributors broke the build. Please do a full build before you commit! Each person who has broken the build owes me 1 beer per minute I wasted cleaning up after your mess...sloppy, sloppy... I know we should have an integrated GIT/Jenkins CI build, but I just don't have time to set it up or maintain it. Besides, its more fun to bully people into buying me beers. Bill -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com http://bill.burkecentral.com/ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net mailto:Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net mailto:Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com
Re: [Resteasy-users] Sloppy Pull Requests == Broken Builds
Hi, if you like, here is a PR to enable travis based builds: https://github.com/resteasy/Resteasy/pull/400 Pretty simple, as a start - can be improved -M On Wed, Oct 23, 2013 at 2:54 AM, Bill Burke bbu...@redhat.com wrote: Two PRs from two different contributors broke the build. Please do a full build before you commit! Each person who has broken the build owes me 1 beer per minute I wasted cleaning up after your mess...sloppy, sloppy... I know we should have an integrated GIT/Jenkins CI build, but I just don't have time to set it up or maintain it. Besides, its more fun to bully people into buying me beers. Bill -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users
Re: [VOTE] svn-keywords and @author tags
+1 On Oct 14, 2013 3:46 PM, Gerhard Petracek gpetra...@apache.org wrote: hi @ all, we already had a discussion as well as an agreement about it (starting point: [1]). in several modules the cleanup is finished. however, since we still have (even new) parts which contain svn-keywords and/or @author tags, i start this formal vote. please vote with - [ ] +1 for: stop using svn-keywords and @author tags (+ remove the remaining) [ ] +0 [ ] -1 for: we should keep svn-keywords and @author tags - regards, gerhard [1] http://s.apache.org/ZtS
Re: [VOTE] BatchEE as an incubated project
+1 (binding) On Monday, September 30, 2013, Mark Struberg wrote: +1 (binding) LieGrue, strub - Original Message - From: Romain Manni-Bucau rmannibu...@gmail.com To: general@incubator.apache.org Cc: Sent: Monday, 30 September 2013, 6:52 Subject: [VOTE] BatchEE as an incubated project Since discussion about the BatchEE seems done, I'd like to call a vote for BatchEE to become an incubated project. The proposal is pasted below, and also available at: https://wiki.apache.org/incubator/BatchEEProposal Let's keep this vote open for three business days, closing the voting on Thursday 10/03. [ ] +1 Accept BatchEE into the Incubator [ ] +0 Don't care. [ ] -1 Don't accept BatchEE because... = BatchEE, JBatch Implementation = === Abstract === BatchEE will be an ASL-licensed implementation of the JBatch Specification which is defined as JSR-352 (for version 1.0). === Proposal === BatchEE specification is an effort for defining a standard API and way to write batches in Java. It is integrated with JavaEE (JTA, CDI) but works out of the box in a standalone environment. BatchEE Project is responsible for implementing the runtime container contract for the JBatch specification. Besides the implementation, BatchEE Project will implement the core built-in components that further simplifies the developer complex interactions with other Java EE specific enterprise operations. For example, it will define default reader/processor/writer for jdbc, jpa, xml/json/flat files... === Background === Until today writing batches in java meant using a proprietary framework and link to JavaEE was quite limited (or missing). JBatch defines an API fixing this issue and now developpers need a fix. === Rationale === Current JBatch specificatin is released, and only the reference implementation is available but not really intended to be maintained. Moreover multiple Apache projects (geronimo, TomEE, ...) will need an Apache compatible Jbatch implementation to go ahread and implement JavaEE 7. === Initial Goals === The initial goals of the BatchEE Project are * Fully implement the JSR-352 specification. * Attracts a community around the current code base. * Active relationship with the other dependent projects to further develop some useful batch components. == Current Status == === Meritocracy === Initial developer of the project is familiar with the meritocracy principles of Apache. He knows that the open source gets power from its great developers and freedom. He also developed some other open source projects. We will follow the normal meritocracy rules also with other potential contributors. === Community === There is a great community within the OpenEJB, OpenWebBeans, Geronimo and TomEE Apache projects. BatchEE project is very related with these projects and in the some cases, it enhances these projects. We are thinking that BatchEE project gets strong community because it complete the needed frameworks of a java developper and unifies the using of these projects. It simplifies the developer effort for building complex enterprise applications batches. === Core Developers === BatchEE project has been developing by the IBM then forked by Romain Manni-Bucau as a sole contributor. === Alignment === BacthEE project will be a candidate for use in Geronimo AS and TomEE as a default JBatch implementation. Other projects could benefit from the BatchEE project as a general purpose component and context management. BatchEE project is closely aligned with the OpenEJB and OpenWebBeans projects perfectly. It depends on these projects to satisfy its requirements (mainly tests). == Known Risks == === Orphaned products === Even if the initial committer of the project has no plan to leave the active development, it must necessa- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.orgjavascript:; For additional commands, e-mail: general-h...@incubator.apache.orgjavascript:; -- Sent from Gmail Mobile
Re: [Resteasy-users] CORS issue with RestEasy ?
On Wed, Jun 19, 2013 at 9:30 PM, Chris Bredesen cbrede...@redhat.comwrote: Matthias (OP) modestly sent me this off list. doh! :) It is essentially exactly what I envisioned: http://cxf.apache.org/docs/jax-rs-cors.html I talked to my team about implementing this kind of thing for our API several weeks ago but we got into a chicken-and-egg game with annotation processing and just used an interceptor to do it instead. Only change I'd do is call the annotation @CrossOrigin because it reads better (IMO, no real strong feelings though). +1 This could eventually go into JAX-RS I think. yeah. Honestly, you'd expect things like that to be there On 06/19/2013 02:19 PM, Bill Burke wrote: Somebody propose something and I'll implement it. I know nothing about CORS. On 6/19/2013 2:07 PM, Chris Bredesen wrote: I do feel like there should be a facility to add CORS headers to select/all resources in RestEasy but I admit I Have not thought it through deeply and I kinda take the fact that it doesn't already exist to mean that there's probably some very good reason not to do it @CrossOrigin(...) almost seems too good to be true On 06/19/2013 01:20 PM, Matthias Wessendorf wrote: Doh! I forgot to include the Access-Control-Allow-Origin header on the actual response of the POST I was just decorating the response for the damn preflight request :) Sorry for the noise -M On Wed, Jun 19, 2013 at 2:24 PM, Bill Burke bbu...@redhat.com mailto:bbu...@redhat.com wrote: I'm not exactly sure what you're asking me to look at. The code looks fine, but you can inject @Context HttpHeaders instead of the HttpServletRequest. I honestly don't have any experience with CORS, so I can't really help you that much ...But...if you do figure out your problem and think there's something we can add to Resteasy to support CORS, let me know and either spec it out for us, or submit your own pull request. On 6/19/2013 6:40 AM, Matthias Wessendorf wrote: Hi, trying to add CORS, to the Server (using RestEasy), I did this: https://github.com/aerogear/aerogear-unified-push-server/commit/7ccb2e7fb (and some more variations (e.g. see the comment out Access-Control-Allow-Origin, where I am returning the EXACT Origin)) Here is a JavaScript sample: http://jsfiddle.net/JY6n4/ Just click on the Register a device button, and see the errors in the console So, I am always (with the above jsFiddle) getting: Origin http://fiddle.jshell.net http://fiddle.jshell.net/ is not allowed by Access-Control-Allow-Origin. regardless if I use * or http://fiddle.jshell.net http://fiddle.jshell.net/ (explicit Origin), on the Access-Control-Allow-Origin. I always thought that * is a wildcard allowing everybody and their mother to access the server. BTW. This happens with jQuery _and_ vanilla.js (XHR). So... I am really overasked,... but ... is it possible that the response is correct (at least the setup / my src), and that RestEasy has any problems with that stuff ?? A few more eyes are highly appreciated on this issue. thanks!! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net mailto:Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/resteasy-users -- Bill Burke JBoss, a division of Red Hat http://bill.burkecentral.com -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Resteasy-users mailing list Resteasy-users@lists.sourceforge.net mailto:Resteasy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo
Re: [VOTE] recommend Apache DeltaSpike for graduating out of the incubator
commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org -- Sergio Fernández Salzburg Research +43 662 2288 318 Jakob-Haringer Strasse 5/II A-5020 Salzburg (Austria) http://www.salzburgresearch.at --**--**- To unsubscribe, e-mail: general-unsubscribe@incubator.**apache.orggeneral-unsubscr...@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.**orggeneral-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release Apache Mesos 0.10.0-incubating (RC2)
+1 On Tue, Dec 18, 2012 at 2:39 AM, Matei Zaharia ma...@apache.org wrote: +1 Tested it on Mac OS X. Matei On Dec 11, 2012, at 12:56 PM, Benjamin Hindman wrote: Please vote on releasing the following candidate as Apache Mesos (incubating) version 0.10.0. This will be the second incubator release for Mesos in Apache. The candidate for Mesos 0.10.0-incubating release is available at: http://people.apache.org/~benh/mesos-0.10.0-incubating-RC2/mesos-0.10.0-incubating.tar.gz The tag to be voted on: https://svn.apache.org/repos/asf/incubator/mesos/tags/release-0.10.0-incubating-RC2 The MD5 checksum of the tarball can be found at: http://people.apache.org/~benh/mesos-0.10.0-incubating-RC2/mesos-0.10.0-incubating.tar.gz.md5 The signature of the tarball can be found at: http://people.apache.org/~benh/mesos-0.10.0-incubating-RC2/mesos-0.10.0-incubating.tar.gz.asc Mesos' KEYS file, containing the PGP keys used to sign the release: http://svn.apache.org/repos/asf/incubator/mesos/dist/KEYS Please vote on releasing this package as Apache Mesos 0.10.0-incubating! The vote is open until Friday, December 14th at 5:00 pm (PST) and passes if a majority of at least 3 +1 IPMC votes are cast. [ ] +1 Release this package as Apache Mesos 0.10.0-incubating [ ] -1 Do not release this package because ... To learn more about Apache Mesos, please see http://www.mesosproject.org. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
test
... please ignore... -M -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [infinispan-dev] iOS client lib
any interest? Otherwise I will keep it my personal github repo -M On Mon, Oct 29, 2012 at 10:22 AM, Matthias Wessendorf mat...@apache.org wrote: HEllo, For a WebSocket demo, I created the following iOS lib (basically a port of the infinispan-ws.js file) https://github.com/matzew/infinispan-ios. I was wondering if there is interest in moving that project over to the umbrella infinispan repo at github. Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev
[infinispan-dev] iOS client lib
HEllo, For a WebSocket demo, I created the following iOS lib (basically a port of the infinispan-ws.js file) https://github.com/matzew/infinispan-ios. I was wondering if there is interest in moving that project over to the umbrella infinispan repo at github. Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev
'Apache Mobile First' ?
Hi, just ran into this one: https://twitter.com/smashingmag/status/253794604967669760 searching in my mail-account for 'apachemobilefilter' I do see it being mentioned with the DeviceMap proposal - but is that project _closely_ connected ? I think the following sentence is/was kinda confusing: Apache Mobile Filter is the easiest way to detect mobile devices. AMF is a suite of tools that allow access to a Device Repository (such as WURFL, DetectRight, 51Degrees or others) directly from Apache Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: 'Apache Mobile First' ?
Ha! two minutes later - the tweet has been deleted :-D But it was linking to this page = http://www.apachemobilefilter.org/ -Matthias On Thu, Oct 4, 2012 at 2:10 PM, Matthias Wessendorf mat...@apache.org wrote: Hi, just ran into this one: https://twitter.com/smashingmag/status/253794604967669760 searching in my mail-account for 'apachemobilefilter' I do see it being mentioned with the DeviceMap proposal - but is that project _closely_ connected ? I think the following sentence is/was kinda confusing: Apache Mobile Filter is the easiest way to detect mobile devices. AMF is a suite of tools that allow access to a Device Repository (such as WURFL, DetectRight, 51Degrees or others) directly from Apache Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Apache DeltaSpike 0.3-incubating
+1
On Mon, Aug 20, 2012 at 3:47 PM, Mark Struberg strub...@yahoo.de wrote:
Hi Folks!
The deltaspike-0.3-incubating vote has internally passed with lots of +1.
We have 2 IPMC +1 so far and like to ask for a tough review from fellow IPMCs.
[+1] all fine, ship it
[+0] I don't care but smells fine
[-1] stop it, this stuff contains a blocker ${insertreason}
The VOTE is open for 72h.
txs and LieGrue,
strub
- Forwarded Message -
From: Mark Struberg strub...@yahoo.de
To: deltaspike-...@incubator.apache.org
deltaspike-...@incubator.apache.org
Cc:
Sent: Monday, August 20, 2012 3:43 PM
Subject: Re: [VOTE] [RESULT] Apache DeltaSpike 0.3-incubating
T ime to tally the vote.
+1: Mark Struberg (IPMC), Shane Bryzak, Gerhard Petracek (IPMC), Mehdi
Heidarzadeh (nonbinding), Lincoln Baxter, Romain Manni-Buccau, Thomas Herzog
(nonbinding), Cody Lerum, Arne Limburg, Charles Moulliard, Jason Porter, Ken
Finnigan, Christian Kaltepoth, Antoine Sabot-Durand
no -1 and no 0.
I'll forward the vote mail for a rewiew to general@incubator.
LieGrue,
strub
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: deltaspike deltaspike-...@incubator.apache.org
Cc:
Sent: Wednesday, August 15, 2012 11:56 AM
Subject: [VOTE] Apache DeltaSpike 0.3-incubating
Hi!
I like to call a VOTE on the Apache DeltaSpike 0.3-incubating release.
The Maven staging repository:
https://repository.apache.org/content/repositories/orgapachedeltaspike-010/
The source release package:
https://repository.apache.org/content/repositories/orgapachedeltaspike-010/org/apache/deltaspike/deltaspike-project/0.3-incubating/
I've pushed the GIT release branch to my github account:
https://github.com/struberg/incubator-deltaspike/tree/deltaspike-0.3-incubating
(The branch will be pushed and merged to master after the VOTE passed.)
The TAG can be found here:
https://github.com/struberg/incubator-deltaspike/tree/deltaspike-project-0.3-incubating
Please note:
This VOTE is majority approval with a minimum of three +1votes
of
PPMC members.
The VOTE is open for 72 hours.
[+1] all fine, ship it
[+0] I don't care but smells fine
[-1] stop it, this stuff contains a blocker ${insertreason}
LieGrue,
strub
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Mesos 0.9.0-incubating (RC5)
+1 (binding) On Tue, Apr 24, 2012 at 8:15 PM, Brian McCallister bri...@skife.org wrote: +1 swept for licensing and general organization of everything :-) On Thu, Apr 19, 2012 at 5:54 PM, Matei Zaharia ma...@eecs.berkeley.edu wrote: +1 Tested it on Mac OS X, seems to work fine. Matei On Apr 19, 2012, at 12:53 PM, Benjamin Hindman wrote: Please vote on releasing the following candidate as Apache Mesos (incubating) version 0.9.0. This will be the first incubator release for Mesos in Apache, but the sixth release candidate. Changes since RC4: * Updated NOTICE to include project name and copyright date as well as to include third-party licences. * Changed one of our third-party components to be included as an archive of it's source rather than a binary bundle (Python egg). * Added DISCLAIMER. The candidate for Mesos 0.9.0-incubating release is available at: http://people.apache.org/~benh/mesos-0.9.0-incubating-RC5/mesos-0.9.0-incubating.tar.gz The tag to be voted on: https://svn.apache.org/repos/asf/incubator/mesos/tags/release-0.9.0-incubating-RC5 The MD5 checksum of the tarball can be found at: http://people.apache.org/~benh/mesos-0.9.0-incubating-RC5/mesos-0.9.0-incubating.tar.gz.md5 The signature of the tarball can be found at: http://people.apache.org/~benh/mesos-0.9.0-incubating-RC5/mesos-0.9.0-incubating.tar.gz.asc Mesos' KEYS file, containing the PGP keys used to sign the release: http://svn.apache.org/repos/asf/incubator/mesos/dist/KEYS Please vote on releasing this package as Apache Mesos 0.9.0-incubating! The vote is open until Monday, April 23rd at 8 pm (a bit more than 72 hours since it's over the weekend) and passes if a majority of at least 3 +1 IPMC votes are cast. [ ] +1 Release this package as Apache Mesos 0.9.0-incubating [ ] -1 Do not release this package because ... To learn more about Apache Mesos, please see http://incubator.apache.org/mesos. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Release Apache Mesos 0.9.0-incubating (RC5)
Hi, not that I want to (immediately) become a mentor here, but I am happy to oversee future release votes, and see if the community needs some other guidance etc. -M On Fri, May 4, 2012 at 10:32 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Fri, Apr 27, 2012 at 8:47 PM, Benjamin Hindman benjamin.hind...@gmail.com wrote: Can you elaborate on this? Do you mean recruit active participants from the Mesos community into the IPMC? Or do you mean recruit people from the IPMC to be more active in Mesos? Ideally each podling should have at least three active mentors who can make sure that the required threshold of at least three PMC votes for a release is reached. If that's not the case (as it sounds like), there are a few options: * Ask help from other IPMC members to review the particular release candidate. If you're otherwise doing fine, this should be an OK workaround until you graduate. * Find one or more new mentors to replace inactive ones. Based on past experience this can be a bit difficult, but definitely worth a try. * If the above solutions fail, i.e. the Incubator PMC is unable to provide the help and oversight you deserve, we can also promote deserving PPMC members to the IPMC so that they have binding vote on things like releases. This works, but since that's more or less equivalent to saying that at least a part of the PPMC is already able to oversee itself, so one could well argue that a better solution would be to simply let the podling graduate. None of these solutions are really ideal, which is why I'm really hoping to find better ways for us to proactively identify and find solutions to cases where a podling no longer has enough active mentors. Unfortunately that won't help with the pressing matter of your release vote. Any IPMC members around who'd be willing to lend Mesos a hand and review this release candidate? Unless anyone beats me to it (please do! :-), I'll take care of it later in the weekend. BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Fw: [VOTE] Release Apache DeltaSpike-0.2-incubating
+1 (binding)
On Wed, Apr 18, 2012 at 7:09 PM, Mark Struberg strub...@yahoo.de wrote:
Hi IPMC folks!
I'd like to call the 2nd round (IPMC review/vote) for our
DeltaSpike-0.2-incubating release!
See the attached thread for the release artifacts and the podling VOTE
results.
We have 14 +1 inclucing 2 IPMC +1 so far: gpetracek, struberg.
Here is a more readable form:
http://markmail.org/thread/orik7hucchqfbhzr
IPMC VOTE is open for 72h
[+1] all fine, ship it
[+0] puh, don't care
[-1] nah, because ${problem}
txs and LieGrue,
strub
- Forwarded Message -
From: Mark Struberg strub...@yahoo.de
To: deltaspike-...@incubator.apache.org
deltaspike-...@incubator.apache.org
Cc:
Sent: Wednesday, April 18, 2012 7:02 PM
Subject: Re: [VOTE] Release Apache DeltaSpike-0.2-incubating
Hi folks!
The internal DeltaSpike project VOTE passed with the following
binding +1: Mark Struberg, Gerhard Petracek, John Ament, Cody Lerum, Antoine
Sabot-Durand, Ken Finnigan, Jason Porter, Shane Bryzak,
non-binding +1: Łukasz Dywicki, Bruno Oliveira, Boleslaw Dawidowicz, Paul
Dijou,
Lincoln Baxter III, Mehdi Heidarzadeh
+0: none
-1: none
I'll move this now over to the Incubator PMC to approve our release.
txs 4 all who voted!
LieGrue,
strub
PS: for the record again, here is my gpg key
http://www.apache.org/dist/openwebbeans/KEYS
Will update our section asap.
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: deltaspike deltaspike-...@incubator.apache.org
Cc:
Sent: Sunday, April 15, 2012 10:30 PM
Subject: [VOTE] Release Apache DeltaSpike-0.2-incubating
Hi folks, I'd like to call a VOTE on releasing Apache DeltaSpike
0.2-incubating. The Maven staging repository:
https://repository.apache.org/content/repositories/orgapachedeltaspike-051/
Source release:
https://repository.apache.org/content/repositories/orgapachedeltaspike-051/org/apache/deltaspike/deltaspike-project/0.2-incubating/deltaspike-project-0.2-incubating-source-release.zip
Here are the md5 and sha1:
https://repository.apache.org/content/repositories/orgapachedeltaspike-051/org/apache/deltaspike/deltaspike-project/0.2-incubating/
I've pushed the GIT release branch to my github account:
https://github.com/struberg/incubator-deltaspike/tree/deltaspike-0.2-incubating
(The branch will be pushed and merged to master after the VOTE passed.)
The TAG can be found here:
https://github.com/struberg/incubator-deltaspike/zipball/deltaspike-project-0.2-incubating
Please note:
This vote is majority approval with a minimum of three +1 votes
of
PPMC members.
This vote is open for 72 hours.
[+1] all fine, ship it
[+0] I don't care but smells fine
[-1] stop it, this stuff contains a blocker ${insertname}
LieGrue,
strub
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org
Re: Logging API
+1 On Monday, March 19, 2012, Gerhard Petracek gerhard.petra...@gmail.com wrote: +1 regards, gerhard 2012/3/19 Matt Benson gudnabr...@gmail.com Apparently the selection of slf4j might not suit everyone. While I am comfortable enough with its API (I prefer slf5j), it does cause us to impose downstream dependencies on our users that aren't really necessary. As an implementation of an EE specification it would be nice of us to impose dependencies, particularly ones that require a degree of manual intervention like slf4j, on our users only when absolutely necessary. We have 233 .java files in src/main folders, only 10 of which contain the String slf4j by which I guess that we are only logging a very small amount of information, in which case we might consider ourselves better citizens to simply use jul for BVal regardless of how we may feel about it in the context of implementing applications. Thoughts? Matt -- Sent from Gmail Mobile
Re: [VOTE] Release Tobago 1.0.39
+1 On Tue, Feb 14, 2012 at 8:37 PM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello, I would like to release Tobago 1.0.39. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12319455 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-231/ The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [ANNOUNCE] Release of Apache DeltaSpike
Congratulations on getting the first release out! -M On Sun, Feb 12, 2012 at 11:22 PM, Gerhard Petracek gpetra...@apache.org wrote: The Apache DeltaSpike team is pleased to announce the first release (v0.1-incubating). DeltaSpike consists of a number of portable CDI extensions that provide useful features for Java application developers. The goal of DeltaSpike is to create a de-facto standard of CDI-Extensions that is developed and maintained by the community. Apache DeltaSpike is available in the central Maven repository under Group ID org.apache.deltaspike.*. Release Notes: http://s.apache.org/DeltaSpike_01incubating With this first step we started to merge Apache MyFaces CODI-Core and JBoss Solder. We will release early and often. So take the chance and test the first features provided by this release. In the next release we will add further DeltaSpike-Core features and we will start with further modules. We would be happy to receive your feedback to improve Apache DeltaSpike step by step. Enjoy! Gerhard Petracek -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Apache DeltaSpike 0.1-incubating
+1 And cheers to a great start! +1 -Dan On Mon, Feb 6, 2012 at 17:09, Brian Leathem bleat...@gmail.com wrote: +1 On 12-02-03 05:22 PM, Gerhard Petracek wrote: Hi, I'd like to call a VOTE on releasing Apache DeltaSpike 0.1-incubating. Maven staging repository: https://repository.apache.org/**content/repositories/** orgapachedeltaspike-187/https://repository.apache.org/content/repositories/orgapachedeltaspike-187/ Source release: https://repository.apache.org/**content/repositories/** orgapachedeltaspike-187/org/**apache/deltaspike/deltaspike-** project/0.1-incubating/**deltaspike-project-0.1-** incubating-source-release.ziphttps://repository.apache.org/content/repositories/orgapachedeltaspike-187/org/apache/deltaspike/deltaspike-project/0.1-incubating/deltaspike-project-0.1-incubating-source-release.zip Git release branch: http://s.apache.org/PbX (The branch will be pushed after the required votes passed.) Please take a look at the 0.1-incubating artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes of PPMC (or IPMC) members. This vote is open for 72 hours. --**-- [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why ... --**-- Thanks, Gerhard -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://google.com/profiles/dan.j.allen http://mojavelinux.com http://mojavelinux.com/seaminaction -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release DeltaSpike 0.1-incubating
+1 On Tue, Feb 7, 2012 at 9:07 PM, Mark Struberg strub...@yahoo.de wrote: +1 (binding) LieGrue, strub - Original Message - From: Gerhard Petracek gpetra...@apache.org To: general@incubator.apache.org Cc: Sent: Tuesday, February 7, 2012 8:20 PM Subject: [VOTE] Release DeltaSpike 0.1-incubating Hi, This is the first incubator release for Apache DeltaSpike, with the artifacts being versioned as 0.1-incubating. We have received 16 binding +1 votes (including 4 votes of IPMC members) during the release voting on deltaspike-dev. Vote thread: http://s.apache.org/Ta2 Result: http://s.apache.org/8I3 Git release branch: http://s.apache.org/PbX (It will be pushed to our Apache Git repository after this vote passed.) Git release tag: http://s.apache.org/uC (It will be pushed to our Apache Git repository after this vote passed.) Release notes: http://s.apache.org/DeltaSpike_01incubating Release artifacts: http://s.apache.org/5hU PGP release file (key 2FDB81B1): http://s.apache.org/wW This vote is open for 72 hours. [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove (and reason why) Thanks, Gerhard - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [DISCUSS] deltaspike v0.1
+1 On Saturday, January 14, 2012, Mark Struberg strub...@yahoo.de wrote: +1 just finishing the integration tests and the ConfigResolver stuff a bit. LieGrue, strub - Original Message - From: Gerhard Petracek gerhard.petra...@gmail.com To: deltaspike-dev@incubator.apache.org Cc: Sent: Saturday, January 14, 2012 1:10 AM Subject: [DISCUSS] deltaspike v0.1 hi @ all, we resolved over 30 jira-tickets and we finished (agreement + import/implementation) ~10 mechanisms/features. imo: we should release early and often + it would be nice to start with the first steps for a release and start with the release of v0.1 in about 1-2 weeks. (the first release might take a bit longer because we have to ensure that our setup is ok; we have to write the release guide;... .) regards, gerhard -- Sent from Gmail Mobile
AssemblyInfo
Hi, is there a way to easily append (desired) attributes to the generated AssemblyInfo.cs file ? I'd like to have the following attributes in there: [assembly: InternalsVisibleTo(Mocks)] [assembly: InternalsVisibleTo(MockObjects)] Thx! -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Recommend graduating Apache Bean-Validation (BVAL) as a TLP
+1 On Sunday, January 8, 2012, Gerhard Petracek gpetra...@apache.org wrote: +1 regards, gerhard 2012/1/8 Mark Struberg strub...@yahoo.de Dear IPMC, dear Community! The Apache Bean-Validation project provides an ALv2 licensed implementation of the JSR-303 Bean Validation Specification and would like to start a VOTE on graduating as a TLP. The podling is in the incubator since 2010 and successfully shipped 3 releases and established an active community. The internal PPMC VOTE has decided with 11 +1 (see [1]) that we would like to propose graduation as a TLP. We also went through the graduation checklist and made sure that we fulfilled all requirements. We would like to thank our Mentors and the board for their continued support and also Roman Stumm and his team for contributing this project to the ASF! We are happy to finally start the VOTE about the recommendation to the board about graduating BVAL to a TLP with the Board Resolution Report attached below. For better readability, the Resolution text is also available in our WIKI [2] Please VOTE on recommending BVAL as a TLP [+1] graduate BVAL as a TLP [+0] don't care [-1] nope, because (fill in) The VOTE is open for 72h. Incubator Page : http://incubator.apache.org/bval Status Page: http://incubator.apache.org/projects/beanvalidation.html thanks, the BVAL PPMC Board Resolution Report -- WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to creating an implementation compliant with JSR-303 and a library of pre-developed validators and extensions for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Bean Validation Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Bean Validation Project be and hereby is responsible for the creation and maintenance of software related to creating an implementation compliant with JSR-303 and a library of pre-developed validators and extensions; and be it further RESOLVED, that the office of Vice President, Apache Bean Validation be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Bean Validation Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Bean Validation Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Bean Validation Project: * Albert Lee allee8...@apache.org * Carlos Vara Callau carlosv...@apache.org * David Jencks djen...@apache.org * Donald Woods dwo...@apache.org * Gerhard Petracek gpetra...@apache.org * Jeremy Bauer jrba...@apache.org * Kevan Lee Miller ke...@apache.org * Luciano Resende lrese...@apache.org * Matthias Wessendorf -- Sent from Gmail Mobile
Re: basic decisions - package and class naming
On Tue, Dec 27, 2011 at 10:20 PM, Mark Struberg strub...@yahoo.de wrote: Hi Matze! Arquillian and shading both work with filters. With Arquillian you create your test @Deployment by adding classes to it. You can do this by saying .addAsPackage(blabla); but if the package blabla also contains the impl then you would need to either include or exclude all this stuff manually! It's much easier if you can just type addAsPackage(blabla.api); and you're done. awesome... :-) Same is true for shading. much easier to just include the blabla.api package than to have to explicitly list class names... I see, too bad, but hey! LieGrue, strub - Original Message - From: Matthias Wessendorf mat...@apache.org To: deltaspike-dev@incubator.apache.org; Mark Struberg strub...@yahoo.de Cc: Sent: Wednesday, December 21, 2011 2:29 PM Subject: Re: basic decisions - package and class naming On Wed, Dec 21, 2011 at 12:00 PM, Mark Struberg strub...@yahoo.de wrote: As I see it we have 3 different options: 1.) .api.* + .impl.* because it's more easy to 'grab' any api package in e.g. an Arquillian test. If we don't have the modulename.api package name, then we cannot do something like this in Arquillian: Shrinkwrap.createArchive(JavaArchive.class).addPackages(true, ...modulename.api); Without the explicit .api package name we would not be able to add just the api module without also adding all the impl stuff as well. (This is needed if we e.g. like to test single features of the impl module). Ok, I don't get the _why_; Do you mind to explain it to me (I know nothing about Arquillian and the shade plugin:-)) -M The very same will hit us with the maven-shade-plugin where we would not be able to explicitely shade all classes of the api modules. thus a +1 for this. 2.) noting + '.internal' possible, but with the downsides as noted above. -0.5 thus. LieGrue, strub - Original Message - From: Antoine Sabot-Durand anto...@sabot-durand.net To: deltaspike-dev@incubator.apache.org Cc: Sent: Tuesday, December 20, 2011 11:55 AM Subject: Re: basic decisions - package and class naming Social API: org.apache.deltaspike.social.* +1 the implementation org.apache.deltaspike.social.impl.* +0 (we don't have this in Seam and have the distinction in module name, but it's not a big deal for me) @SPI = +0 I'm not sure to use it but why not. Antoine SABOT-DURAND Le 15 déc. 2011 à 18:43, Matthias Wessendorf a écrit : On Thu, Dec 15, 2011 at 3:31 PM, Mark Struberg strub...@yahoo.de wrote: Well, we are now hitting the wall - so we need a resolution asap. For the core module we would have for core-api: org.apache.deltaspike.core. ? for core-impl: org.apache.deltaspike.core.impl. ? yes! And/or JPA API: org.apache.deltaspike.jpa.* the implementation org.apache.deltaspike.jpa.impl.* @SPI = fine for me! But please NO 'api' inside of the pkg names; (impl is a must, IMO (fine in naming it 'internal', but I guess impl is more 'standard') -M The problem is that by omitting the .api. package, we don't have any good handle to include/exclude all the classes from core.api, jsf.api, etc in the maven-shade-plugin or any other include/exclude mechanism. That could hurt a bit. Matze, you have not been fond of the api package, what do you suggest as an alternative option? LieGrue, strub -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
- 0,5 on supporting Java5 On Wed, Dec 28, 2011 at 9:40 AM, Mark Struberg strub...@yahoo.de wrote: Since we have quite a few vetos against Java5 usage for this new project, I'd say we go with Java6. Java7 is right around the corner, and Java5 is really only legacy now. If projects still need to use java5, they can of course also use Seam3 and CODI until they hava moved their servers. LieGrue, strub - Original Message - From: Jason Porter lightguard...@gmail.com To: deltaspike-dev@incubator.apache.org Cc: Sent: Friday, December 23, 2011 10:44 AM Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider If we wanted to try it later that's fine. On Fri, Dec 23, 2011 at 02:41, Mark Struberg strub...@yahoo.de wrote: We could try to use retro-translate to produce java5 compatible artifacts later? LieGrue, strub - Original Message - From: Jason Porter lightguard...@gmail.com To: deltaspike-dev@incubator.apache.org Cc: Sent: Friday, December 23, 2011 4:45 AM Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider We have it in Seam, and Weld for that Java 5 support, but I'd prefer to stay on 6+. We *could* do a version compiled for jdk5. But then we get into issues of which branch, making sure it's all Java 5 features, etc. -0.5 On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas joserodolfo.frei...@gmail.com wrote: +0 On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi john, this feature won't prevent users from using deltaspike with candi (even if candi only supports java6+). regards, gerhard 2011/12/22 John D. Ament john.d.am...@gmail.com Hi Gerhard, How about resin (CanDI)? John On Thu, Dec 22, 2011 at 6:01 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi john, the impl. would not be bound to a cdi impl. owb as well as weld (see [1]) support java5. regards, gerhard [1] https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java 2011/12/22 John D. Ament john.d.am...@gmail.com -1 Java5 is past EOL at this point. Not suitable for production deployments from my perspective. Java EE 6 (since any code we write for delta spike is against EE6) is for Java SE 6. Even if the implementation is using Java 5 at compilation time, the runtime is 6; and I would hope we would code against spec rather than specific impls. John On Wed, Dec 21, 2011 at 3:41 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi @ all, fyi: please check [1] before you answer. [2] is the implementation used in owb. i suggest to start with it (instead of the version of codi), because the version of codi provides additional mechanisms we might need later on (if we include the corresponding features). the basic concept: ServiceProvider (btw. DefaultLoaderService) is a custom implementation of the ServiceLoader mechanism which allows to use codi with java 1.5 (if the cdi container allows it as well). in case of java6+ the std. ServiceLoader gets used. please send +1, +0 or -1 because... for the basic idea as well as the basic concept. if there are basic objections, please also add them to [3] regards, gerhard [1] http://markmail.org/message/7yefspfuvtz4jvmp [2] https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java [3] https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking -- Jason Porter http://lightguard-jp.blogspot.com http://twitter.com/lightguardjp Software Engineer Open Source Advocate Author of Seam Catch - Next Generation Java Exception Handling PGP key id: 926CCFF5 PGP key available at: keyserver.net, pgp.mit.edu -- Jason Porter http://lightguard-jp.blogspot.com http://twitter.com/lightguardjp Software Engineer Open Source Advocate Author of Seam Catch - Next Generation Java Exception Handling PGP key id: 926CCFF5 PGP key available at: keyserver.net, pgp.mit.edu -- Matthias Wessendorf blog: http
Re: basic decisions - package and class naming
On Wed, Dec 21, 2011 at 12:00 PM, Mark Struberg strub...@yahoo.de wrote: As I see it we have 3 different options: 1.) .api.* + .impl.* because it's more easy to 'grab' any api package in e.g. an Arquillian test. If we don't have the modulename.api package name, then we cannot do something like this in Arquillian: Shrinkwrap.createArchive(JavaArchive.class).addPackages(true, ...modulename.api); Without the explicit .api package name we would not be able to add just the api module without also adding all the impl stuff as well. (This is needed if we e.g. like to test single features of the impl module). Ok, I don't get the _why_; Do you mind to explain it to me (I know nothing about Arquillian and the shade plugin:-)) -M The very same will hit us with the maven-shade-plugin where we would not be able to explicitely shade all classes of the api modules. thus a +1 for this. 2.) noting + '.internal' possible, but with the downsides as noted above. -0.5 thus. LieGrue, strub - Original Message - From: Antoine Sabot-Durand anto...@sabot-durand.net To: deltaspike-dev@incubator.apache.org Cc: Sent: Tuesday, December 20, 2011 11:55 AM Subject: Re: basic decisions - package and class naming Social API: org.apache.deltaspike.social.* +1 the implementation org.apache.deltaspike.social.impl.* +0 (we don't have this in Seam and have the distinction in module name, but it's not a big deal for me) @SPI = +0 I'm not sure to use it but why not. Antoine SABOT-DURAND Le 15 déc. 2011 à 18:43, Matthias Wessendorf a écrit : On Thu, Dec 15, 2011 at 3:31 PM, Mark Struberg strub...@yahoo.de wrote: Well, we are now hitting the wall - so we need a resolution asap. For the core module we would have for core-api: org.apache.deltaspike.core. ? for core-impl: org.apache.deltaspike.core.impl. ? yes! And/or JPA API: org.apache.deltaspike.jpa.* the implementation org.apache.deltaspike.jpa.impl.* @SPI = fine for me! But please NO 'api' inside of the pkg names; (impl is a must, IMO (fine in naming it 'internal', but I guess impl is more 'standard') -M The problem is that by omitting the .api. package, we don't have any good handle to include/exclude all the classes from core.api, jsf.api, etc in the maven-shade-plugin or any other include/exclude mechanism. That could hurt a bit. Matze, you have not been fond of the api package, what do you suggest as an alternative option? LieGrue, strub -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: basic decisions - package and class naming
with this. Are there any Class naming conventions/rules you like to introduce? Pros, cons? I think standard Java naming conventions should be fine. LieGrue, strub -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Jason Porter http://lightguard-jp.blogspot.com http://twitter.com/lightguardjp Software Engineer Open Source Advocate Author of Seam Catch - Next Generation Java Exception Handling PGP key id: 926CCFF5 PGP key available at: keyserver.net, pgp.mit.edu -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: basic decisions - coding conventions
On Mon, Dec 12, 2011 at 12:37 PM, Mark Struberg strub...@yahoo.de wrote:
Hi!
I'm a fan of a pretty tight coding convention observation even at build time.
What we usually have (in owb and myfaces) is an own 'buildtools' project
which contains the checkstyle rules as own artifact.
This will then be used in the deltaspike-parent pom as dependency of the
maven-checkstyle-plugin. I'll set this up, no worries, easy stuff.
The more important thing is to decide _which_ coding conventions we like to
follow at all?
I have the following suggestions:
1.) no tabs, only spaces!
+1
2.) bracelets on new line? Actually I don't care about
if() {
dings();
}
+1
but we should only use one stile throughout the whole code.
3.) force bracelets
no
if()
dosomething;
without bracelets. Instead force:
if()
{
dosomething;
}
+1 for always:
if(blah) {
blub();
}
I'm sure there is a bit more, thus please add the rules which are important
for you.
(PS: once we found a final solution we should move this into our wiki +
provide Eclipse and Idea checkstyle rules.
LieGrue,
strub
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: basic decisions - coding conventions
On Mon, Dec 12, 2011 at 1:38 PM, Gerhard Petracek gpetra...@apache.org wrote:
+1 for 4 spaces
yup
regards,
gerhard
2011/12/12 Shane Bryzak sbry...@gmail.com
On Mon, Dec 12, 2011 at 9:37 PM, Mark Struberg strub...@yahoo.de wrote:
Hi!
I'm a fan of a pretty tight coding convention observation even at build
time.
What we usually have (in owb and myfaces) is an own 'buildtools' project
which contains the checkstyle rules as own artifact.
This will then be used in the deltaspike-parent pom as dependency of the
maven-checkstyle-plugin. I'll set this up, no worries, easy stuff.
The more important thing is to decide _which_ coding conventions we like
to follow at all?
I have the following suggestions:
1.) no tabs, only spaces!
+1, tabs suck
2.) bracelets on new line? Actually I don't care about
if()
{
dings();
}
or
if() {
dings();
}
but we should only use one stile throughout the whole code.
I don't mind either way here, comfortable with either as long as we pick
one and are consistent with it.
3.) force bracelets
no
if()
dosomething;
without bracelets. Instead force:
if()
{
dosomething;
}
+1
I'm sure there is a bit more, thus please add the rules which are
important for you.
(PS: once we found a final solution we should move this into our wiki +
provide Eclipse and Idea checkstyle rules.
One thing to decide is indent size. Currently in Seam we use 4 spaces, as
we've recently adopted the JBoss coding standards. Personally, I think
this is a little too much, previously we had 3 spaces (Gavin's preference)
which I thought was better.
LieGrue,
strub
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Supporting DeltaSpike
Hi, now that the project has been accepted, soon you can start contributing code and become a committer via the regular Apache way (e.g. code contributions and mailing list interactivity) a few more references: http://apache.org/foundation/how-it-works.html and http://apache.org/foundation/getinvolved.html -M On Tue, Dec 13, 2011 at 8:47 AM, Christian Kaltepoth chk...@googlemail.com wrote: Hey all, I would be glad to be able to support DeltaSpike. I've been working on Seam Faces mainly in regard to compatibility with MyFaces and OWB. I also wrote the project stage bean activation extension for Seam Faces whose core part I'm currently moving to Seam Solder. I'm very excited about the fact that Seam 3 and MyFaces CODI are joining their force and would love to be able to contribute to the project. Best regards Christian -- Christian Kaltepoth Blog: http://chkal.blogspot.com/ Twitter: http://twitter.com/chkal -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release Tobago 1.5.1
+1 Sent from my iPhone On 09.12.2011, at 11:04, Udo Schnurpfeil u...@schnurpfeil.de wrote: +1 I've updated the demo: http://irian.biz/tobago-example-demo/ Now it uses the 1.5.x versions instead of the 1.0.x branch. Regards Udo Am 09.12.11 01:23, schrieb Bernd Bohmann: Hello, I would like to release Tobago 1.5.1. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12319154 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-303/ The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions
Hi Arne, please add your name to the proposal: http://wiki.apache.org/incubator/DeltaSpikeProposal If DeltaSpike is accepted at the Apache Incubator, you'll be a committer of the original podling. -M PS: Please make sure (if you haven't already) that your ICLA is on file. On Fri, Dec 2, 2011 at 11:36 AM, Arne Limburg arne.limb...@openknowledge.de wrote: Hi, I would be glad to be part of Apache DeltaSpike. I have already written some useful CDI-Extensions for my company open knowledge GmbH and I think we would contribute them to that project. Cheers, Arne -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions
actually the vote is already out, once the project is accepted you can contribute the code and become a committer via the regular Apache way (e.g. code contributions and mailing list interactivity) -M On Wed, Dec 7, 2011 at 1:14 PM, Matthias Wessendorf mat...@apache.org wrote: Hi Arne, please add your name to the proposal: http://wiki.apache.org/incubator/DeltaSpikeProposal If DeltaSpike is accepted at the Apache Incubator, you'll be a committer of the original podling. -M PS: Please make sure (if you haven't already) that your ICLA is on file. On Fri, Dec 2, 2011 at 11:36 AM, Arne Limburg arne.limb...@openknowledge.de wrote: Hi, I would be glad to be part of Apache DeltaSpike. I have already written some useful CDI-Extensions for my company open knowledge GmbH and I think we would contribute them to that project. Cheers, Arne -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions
a few more references: http://apache.org/foundation/how-it-works.html and http://apache.org/foundation/getinvolved.html -M On Wed, Dec 7, 2011 at 1:23 PM, Matthias Wessendorf mat...@apache.org wrote: actually the vote is already out, once the project is accepted you can contribute the code and become a committer via the regular Apache way (e.g. code contributions and mailing list interactivity) -M On Wed, Dec 7, 2011 at 1:14 PM, Matthias Wessendorf mat...@apache.org wrote: Hi Arne, please add your name to the proposal: http://wiki.apache.org/incubator/DeltaSpikeProposal If DeltaSpike is accepted at the Apache Incubator, you'll be a committer of the original podling. -M PS: Please make sure (if you haven't already) that your ICLA is on file. On Fri, Dec 2, 2011 at 11:36 AM, Arne Limburg arne.limb...@openknowledge.de wrote: Hi, I would be glad to be part of Apache DeltaSpike. I have already written some useful CDI-Extensions for my company open knowledge GmbH and I think we would contribute them to that project. Cheers, Arne -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions
welcome :-) On Wed, Dec 7, 2011 at 5:46 PM, Carl Trieloff cctriel...@redhat.com wrote: You can add me as a mentor to the project. Carl. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions
On Wed, Dec 7, 2011 at 4:26 PM, Mark Struberg strub...@yahoo.de wrote: Arne is actually already Apache committer (on openwebbeans). He was also involved in creating the proposal - just missed to add himself to the proposal (and I missed his post on dec. 2nd). ah, ok :) I'd say our first task will be to formally vote him in, so we do this proper. +1 LieGrue, strub - Original Message - From: Matthias Wessendorf mat...@apache.org To: general@incubator.apache.org Cc: Arne Limburg arne.limb...@openknowledge.de Sent: Wednesday, December 7, 2011 1:25 PM Subject: Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions a few more references: http://apache.org/foundation/how-it-works.html and http://apache.org/foundation/getinvolved.html -M On Wed, Dec 7, 2011 at 1:23 PM, Matthias Wessendorf mat...@apache.org wrote: actually the vote is already out, once the project is accepted you can contribute the code and become a committer via the regular Apache way (e.g. code contributions and mailing list interactivity) -M On Wed, Dec 7, 2011 at 1:14 PM, Matthias Wessendorf mat...@apache.org wrote: Hi Arne, please add your name to the proposal: http://wiki.apache.org/incubator/DeltaSpikeProposal If DeltaSpike is accepted at the Apache Incubator, you'll be a committer of the original podling. -M PS: Please make sure (if you haven't already) that your ICLA is on file. On Fri, Dec 2, 2011 at 11:36 AM, Arne Limburg arne.limb...@openknowledge.de wrote: Hi, I would be glad to be part of Apache DeltaSpike. I have already written some useful CDI-Extensions for my company open knowledge GmbH and I think we would contribute them to that project. Cheers, Arne -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] DeltaSpike to join the Incubator
+1 (binding) On Mon, Dec 5, 2011 at 8:52 AM, Francis De Brabandere franci...@gmail.com wrote: +1 (non-binding) On Mon, Dec 5, 2011 at 8:33 AM, Bart Kummel b...@kummelweb.nl wrote: +1 (non-binding) -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions project
+1 (binding) -Matthias On Wed, Nov 30, 2011 at 1:24 PM, Jim Jagielski j...@jagunet.com wrote: +1 (binding) PS: Updated the proposal to re-add myself as Mentor... On Nov 29, 2011, at 6:40 PM, Mark Struberg wrote: Hi! JBoss, The Apache MyFaces CODI team and CDISource would like to propose the Apache DeltaSpike project to the Incubator. We have added the initial proposal to the Wiki[1] and its content is also included below for convenience. There are already a few people who expressed interest in contributing additional CDI Extensions and would like to join this effort. Of course, we are thankful for every helping hand! We are looking forward to feedback and/or questions on the proposal. We already have five mentors, but would very much welcome additional volunteers to help steer Apache DeltaSpike through the incubation process. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions project
On Wed, Nov 30, 2011 at 5:55 PM, Mark Struberg strub...@yahoo.de wrote: yup the [VOTE] mail is currently planed for next monday. I will interpret any +1 as a frenetic 'wooohooo ye' until then ;) +1 :) LieGrue, strub - Original Message - From: Matt Benson gudnabr...@gmail.com To: general@incubator.apache.org Cc: Sent: Wednesday, November 30, 2011 5:28 PM Subject: Re: [PROPOSAL] Apache DeltaSpike - CDI-Extensions project Mmm, shouldn't voting be carried out in a separate [VOTE] Accept DeltaSpike... thread? Matt On Wed, Nov 30, 2011 at 10:21 AM, Matthias Wessendorf mat...@apache.org wrote: +1 (binding) -Matthias On Wed, Nov 30, 2011 at 1:24 PM, Jim Jagielski j...@jagunet.com wrote: +1 (binding) PS: Updated the proposal to re-add myself as Mentor... On Nov 29, 2011, at 6:40 PM, Mark Struberg wrote: Hi! JBoss, The Apache MyFaces CODI team and CDISource would like to propose the Apache DeltaSpike project to the Incubator. We have added the initial proposal to the Wiki[1] and its content is also included below for convenience. There are already a few people who expressed interest in contributing additional CDI Extensions and would like to join this effort. Of course, we are thankful for every helping hand! We are looking forward to feedback and/or questions on the proposal. We already have five mentors, but would very much welcome additional volunteers to help steer Apache DeltaSpike through the incubation process. - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [html5] alpha release for myfaces html5
On Wed, Nov 2, 2011 at 11:29 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi matthias, perfect for new GSoC projects, IMO agreed - if the student is a committer (see [1]). however, we would have the same issue afterwards. with codi we started with a community check before adding btw. releasing a new sub-project and imo we have to continue with this approach. not everybody is happy w/ current Labs state (especially as others see Labs as a good area fo GSoC) -M regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: On Wed, Nov 2, 2011 at 9:13 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @matthias: apache labs are only for prototyping and the next step is e.g. the incubator for building a community (see [1]). perfect for new GSoC projects, IMO However, generally Apache Labs is (unfortunately) pretty limited (not sure I why would actually do stuff there (instead of at github etc)) -M regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: that's stupid :-) Personal releases are IMO possible (e.g. deployment to p.a.o/~asf-id) -M On Wed, Nov 2, 2011 at 6:35 PM, Ali Ok al...@aliok.com.tr wrote: One important point is labs projects are not allowed to make releases. Sent from Android On Nov 2, 2011 1:22 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: see [1] - esp.: Apache Labs are the place where ASF committers can work on innovative, blue-sky and off-the-wall ideas, without having to worry about fitting in an existing project bylaw or building a community around it... we already know that it works and it's just about a community check - imo labs doesn't fit and the alternative would be the incubator itself. regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: I don't get why not just having a simple alpha release ? Does not hurt... Or... move the entire thing to Apache Labs... for future experiments ?! -M On Tue, Nov 1, 2011 at 12:03 AM, Ali Ok al...@aliok.com.tr wrote: Hi, So do you think myfaces/incubator/html5 is a good place? Greetings, Ali On Sat, Oct 22, 2011 at 1:37 PM, Ali Ok al...@aliok.com.tr wrote: Hi, In my opinion as long this lib is html5 only it should not be part of the tomahawk project I agree, no relation with Tomahawk. a different idea would be a small myfaces-incubator for new project-ideas (esp. for gsoc projects). Makes more sense to me than Tomahawk. I think (almost) everyone is in favor of moving the project to somewhere else, I am also ok with it. Important thing for the project is having the ability for releases and the jars are deployed to maven repo. Cheers, Ali On Sat, Oct 22, 2011 at 11:05 AM, Mark Struberg strub...@yahoo.de wrote: including our very own little 'attic' :) Actually the big difference between the incubator and a mf subproject would be the IP clearance. We really need to do this upfront before importing. But actually I like this much more than having projects developed outside and only later brought into our SVN - because this causes lots of paperwork (gas grants and a IP clearance review is mandatory). Thus a +1 LieGrue, strub From: Gerhard Petracek gerhard.petra...@gmail.com To: MyFaces Development dev@myfaces.apache.org Sent: Saturday, October 22, 2011 10:58 AM Subject: Re: [html5] alpha release for myfaces html5 a different idea would be a small myfaces-incubator for new project-ideas (esp. for gsoc projects). we can release parts easily and drop them if we see that something doesn't work for our community. if an idea works for the community, we can discuss the correct place for it. we might see new gsoc projects (related to myfaces) every year. imo it's the wrong approach to just add them as new sub-project and we don't have the resources/community to maintain them. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/22 Bernd Bohmann bernd.bohm...@atanion.com Ha, I don't think we should wait for the jsf-eg. Hey guys they are asking for a alpha release. In my opinion as long this lib
Re: [html5] alpha release for myfaces html5
On Thu, Nov 3, 2011 at 7:44 AM, Matthias Wessendorf mat...@apache.org wrote: On Wed, Nov 2, 2011 at 11:29 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi matthias, perfect for new GSoC projects, IMO agreed - if the student is a committer (see [1]). however, we would have the same issue afterwards. with codi we started with a community check before adding btw. releasing a new sub-project and imo we have to continue with this approach. not everybody is happy w/ current Labs state (especially as others see Labs as a good area fo GSoC) but also - not sure if changes are coming (soon) :-) -M regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: On Wed, Nov 2, 2011 at 9:13 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @matthias: apache labs are only for prototyping and the next step is e.g. the incubator for building a community (see [1]). perfect for new GSoC projects, IMO However, generally Apache Labs is (unfortunately) pretty limited (not sure I why would actually do stuff there (instead of at github etc)) -M regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: that's stupid :-) Personal releases are IMO possible (e.g. deployment to p.a.o/~asf-id) -M On Wed, Nov 2, 2011 at 6:35 PM, Ali Ok al...@aliok.com.tr wrote: One important point is labs projects are not allowed to make releases. Sent from Android On Nov 2, 2011 1:22 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: see [1] - esp.: Apache Labs are the place where ASF committers can work on innovative, blue-sky and off-the-wall ideas, without having to worry about fitting in an existing project bylaw or building a community around it... we already know that it works and it's just about a community check - imo labs doesn't fit and the alternative would be the incubator itself. regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: I don't get why not just having a simple alpha release ? Does not hurt... Or... move the entire thing to Apache Labs... for future experiments ?! -M On Tue, Nov 1, 2011 at 12:03 AM, Ali Ok al...@aliok.com.tr wrote: Hi, So do you think myfaces/incubator/html5 is a good place? Greetings, Ali On Sat, Oct 22, 2011 at 1:37 PM, Ali Ok al...@aliok.com.tr wrote: Hi, In my opinion as long this lib is html5 only it should not be part of the tomahawk project I agree, no relation with Tomahawk. a different idea would be a small myfaces-incubator for new project-ideas (esp. for gsoc projects). Makes more sense to me than Tomahawk. I think (almost) everyone is in favor of moving the project to somewhere else, I am also ok with it. Important thing for the project is having the ability for releases and the jars are deployed to maven repo. Cheers, Ali On Sat, Oct 22, 2011 at 11:05 AM, Mark Struberg strub...@yahoo.de wrote: including our very own little 'attic' :) Actually the big difference between the incubator and a mf subproject would be the IP clearance. We really need to do this upfront before importing. But actually I like this much more than having projects developed outside and only later brought into our SVN - because this causes lots of paperwork (gas grants and a IP clearance review is mandatory). Thus a +1 LieGrue, strub From: Gerhard Petracek gerhard.petra...@gmail.com To: MyFaces Development dev@myfaces.apache.org Sent: Saturday, October 22, 2011 10:58 AM Subject: Re: [html5] alpha release for myfaces html5 a different idea would be a small myfaces-incubator for new project-ideas (esp. for gsoc projects). we can release parts easily and drop them if we see that something doesn't work for our community. if an idea works for the community, we can discuss the correct place for it. we might see new gsoc projects (related to myfaces) every year. imo it's the wrong approach to just add them as new sub-project and we don't have the resources/community to maintain them. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/22 Bernd Bohmann bernd.bohm
Re: [VOTE] Internal Incubator
FWIW: -1 why introducing yet another level of incubation process ? I find it (very) problematic trying to be in some sort of competition w/ the Apache Incubator... (even if the discussed targets here are JSF specific) Why not simply moving future (MyFaces) GSoC directly to the Apache Labs project ([1])?! For there, just start coding and releasing (alphas etc). The new release process is straightforward and not heavyweight - so (alpha) releases are cheap. -M [1] http://labs.apache.org/ On Tue, Nov 1, 2011 at 11:28 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Ok, if there is no real difference between Apache Incubator and Apache MyFaces Incubator, I have to change my vote to -1 especially a have a problem with: All code donations from external organisations and existing external projects wishing to join MyFaces enter through the MyFaces-Incubator. This is the Apache Incubator role. Regards Bernd On Tue, Nov 1, 2011 at 10:25 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi bart, as mentioned [1] by mark it's also about ip clearance [2]. regards, gerhard [1] http://mail-archives.apache.org/mod_mbox/myfaces-dev/201110.mbox/%3c1319274310.93350.yahoomail...@web27807.mail.ukl.yahoo.com%3E [2] http://incubator.apache.org/ip-clearance/index.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/1 Bart Kummel b...@kummelweb.nl +1 for the idea! I agree with Bernd about the name. For me, incubator is also associated with rules and legal stuff. We should encourage people to contribute, instead of scaring them away. Sandbox or labs sounds encouraging and accessible. But perhaps we should discuss/vote the name in another thread and first focus on the idea... Best regards, Bart Kummel On Tue, Nov 1, 2011 at 01:36, Gerhard Petracek gerhard.petra...@gmail.com wrote: Hi, in order to check if there is a community for a new sub-project (esp. GSoC projects for MyFaces), we discussed [1] the introduction of an internal incubator. We would release such projects early and e.g. after a quarter we decide if we keep and promote a project (as a sub-project or a module of an existing sub-project) or if we drop it. Please vote: [+1] I like the idea [0] I'm not convinced but I'm ok with it [-1] I don't agree Regards, Gerhard [1] http://markmail.org/message/d7oogfabvliwn7fg -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [html5] alpha release for myfaces html5
can't never be released. Do an alpha release give us the chance to know if the bits are good enough, get more feedback, and later decide what to do. The truth is some people only test some artifacts after a release. Do it as an alpha release means ... software that has just been compiled and ready for its initial test inhouse. I think that is enough clear. regards, Leonardo Uribe 2011/10/21 Gerhard Petracek gerhard.petra...@gmail.com: hi ali, most commits happened directly after the initial import. that didn't look very promising. it's great to hear that you plan to continue. however, since we haven't seen a lot of activity, we should re-visit the option to move the components to tomahawk (btw. tomahawk-sandbox). regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/21 Ali Ok al...@aliok.com.tr Hi, Thank you Leonardo for volunteering in the release. Yes, it would be good discussing the future. I am still working on the project. Leonardo and I am the only ones at the moment. I am trying to work on the project 1 night a week, so the progress is slow. I think it will be like this for a while. We have a few issues to fix / features to implement already in the issue tracker, and I am going to add more. There isn't enough feedback, since I guess Html5 stuff is still not supported by every browser and not everyone can use them. So the user profile is more like enthusiasts who are experimenting with Html5. What we could do is providing fallback for old browsers out of the box, but it is really hard to implement. About the future: there is a lot to do in this area and I am willing to work, but I can say I can spare limited time. That's the intention of this mail. I think we should do an alpha release. I don't see reasons to block a release. I agree. I am pretty sure a release is good for the project, more people will hear about it; and hopefully we can get some feedback. Cheers, Ali On Fri, Oct 21, 2011 at 8:50 PM, Werner Punz werner.p...@gmail.com wrote: +1 Am 10/21/11 7:56 PM, schrieb Leonardo Uribe: Hi That's the intention of this mail. I think we should do an alpha release. I don't see reasons to block a release. regards, Leonardo Uribe 2011/10/21 Gerhard Petracekgerhard.petra...@gmail.com: before we release it, we should (imo) discuss the future of this module. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/21 Leonardo Uribelu4...@gmail.com Hi It could be good to do an alpha release of myfaces html5 next week. The site for this project is: http://myfaces.apache.org/html5/ If no objections I'll do the necessary steps. regards, Leonardo Uribe -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC. -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Internal Incubator
Why incubator for Gsoc projects? IMO that's wrong. Move stuff like that to Labs: build code and get releases out (release often, release early) Once there is interest - by some community decide where to go: There some options, like: a) Going to the incubator - start to build a community around it ( the new experimental code base) b) if it makes sense, integrate it with existing MyFaces code (e.g. partial state savings improvements etc) (or make it Apache MyFaces subproject) -M On Wed, Nov 2, 2011 at 2:00 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: i think we should stop the vote and re-visit the original thread at [1]. there we could discuss the name and we could re-visit the option to use the asf incubator directly (for gsoc projects). regards, gerhard [1] http://markmail.org/message/d7oogfabvliwn7fg 2011/11/2 Gerhard Petracek gerhard.petra...@gmail.com: thx matt for the links regards, gerhard 2011/11/2 Matt Benson gudnabr...@gmail.com: On Wed, Nov 2, 2011 at 6:32 AM, Matthias Wessendorf mat...@apache.org wrote: FWIW: -1 why introducing yet another level of incubation process ? I find it (very) problematic trying to be in some sort of competition w/ the Apache Incubator... (even if the discussed targets here are JSF specific) As I have attempted to point out elsewhere via email links (which presumably went unfollowed), not only is this problematic; per Incubator PMC consensus it is downright unacceptable. You simply can't have a mini-incubator so complete that it makes sense even to use the *name* incubator. PLEASE read [1] for background, or skip directly to [2] (search for Some possible solutions) to know what IS acceptable. There is no need for MyFaces to rehash my experiences on Commons' behalf two-plus years ago. [1] http://markmail.org/message/n3t7lksceuplh45r [2] http://markmail.org/message/r6ffmmyh6pxnn6nd Matt Why not simply moving future (MyFaces) GSoC directly to the Apache Labs project ([1])?! For there, just start coding and releasing (alphas etc). The new release process is straightforward and not heavyweight - so (alpha) releases are cheap. -M [1] http://labs.apache.org/ On Tue, Nov 1, 2011 at 11:28 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Ok, if there is no real difference between Apache Incubator and Apache MyFaces Incubator, I have to change my vote to -1 especially a have a problem with: All code donations from external organisations and existing external projects wishing to join MyFaces enter through the MyFaces-Incubator. This is the Apache Incubator role. Regards Bernd On Tue, Nov 1, 2011 at 10:25 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: hi bart, as mentioned [1] by mark it's also about ip clearance [2]. regards, gerhard [1] http://mail-archives.apache.org/mod_mbox/myfaces-dev/201110.mbox/%3c1319274310.93350.yahoomail...@web27807.mail.ukl.yahoo.com%3E [2] http://incubator.apache.org/ip-clearance/index.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/1 Bart Kummel b...@kummelweb.nl +1 for the idea! I agree with Bernd about the name. For me, incubator is also associated with rules and legal stuff. We should encourage people to contribute, instead of scaring them away. Sandbox or labs sounds encouraging and accessible. But perhaps we should discuss/vote the name in another thread and first focus on the idea... Best regards, Bart Kummel On Tue, Nov 1, 2011 at 01:36, Gerhard Petracek gerhard.petra...@gmail.com wrote: Hi, in order to check if there is a community for a new sub-project (esp. GSoC projects for MyFaces), we discussed [1] the introduction of an internal incubator. We would release such projects early and e.g. after a quarter we decide if we keep and promote a project (as a sub-project or a module of an existing sub-project) or if we drop it. Please vote: [+1] I like the idea [0] I'm not convinced but I'm ok with it [-1] I don't agree Regards, Gerhard [1] http://markmail.org/message/d7oogfabvliwn7fg -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [html5] alpha release for myfaces html5
that's stupid :-)
Personal releases are IMO possible (e.g. deployment to p.a.o/~asf-id)
-M
On Wed, Nov 2, 2011 at 6:35 PM, Ali Ok al...@aliok.com.tr wrote:
One important point is labs projects are not allowed to make releases.
Sent from Android
On Nov 2, 2011 1:22 PM, Gerhard Petracek gerhard.petra...@gmail.com
wrote:
see [1] - esp.:
Apache Labs are the place where ASF committers can work on innovative,
blue-sky and off-the-wall ideas, without having to worry about fitting in
an
existing project bylaw or building a community around it...
we already know that it works and it's just about a community check
- imo labs doesn't fit and the alternative would be the incubator
itself.
regards,
gerhard
[1] http://labs.apache.org/bylaws.html
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/11/2 Matthias Wessendorf mat...@apache.org:
I don't get why not just having a simple alpha release ?
Does not hurt... Or... move the entire thing to Apache Labs... for
future experiments ?!
-M
On Tue, Nov 1, 2011 at 12:03 AM, Ali Ok al...@aliok.com.tr wrote:
Hi,
So do you think myfaces/incubator/html5 is a good place?
Greetings,
Ali
On Sat, Oct 22, 2011 at 1:37 PM, Ali Ok al...@aliok.com.tr wrote:
Hi,
In my opinion as long this lib is html5 only it should not be part of
the tomahawk project
I agree, no relation with Tomahawk.
a different idea would be a small myfaces-incubator for new
project-ideas
(esp. for gsoc projects).
Makes more sense to me than Tomahawk.
I think (almost) everyone is in favor of moving the project to
somewhere
else, I am also ok with it.
Important thing for the project is having the ability for releases and
the
jars are deployed to maven repo.
Cheers,
Ali
On Sat, Oct 22, 2011 at 11:05 AM, Mark Struberg strub...@yahoo.de
wrote:
including our very own little 'attic' :)
Actually the big difference between the incubator and a mf subproject
would be the IP clearance. We really need to do this upfront before
importing.
But actually I like this much more than having projects developed
outside
and only later brought into our SVN - because this causes lots of
paperwork
(gas grants and a IP clearance review is mandatory).
Thus a +1
LieGrue,
strub
From: Gerhard Petracek gerhard.petra...@gmail.com
To: MyFaces Development dev@myfaces.apache.org
Sent: Saturday, October 22, 2011 10:58 AM
Subject: Re: [html5] alpha release for myfaces html5
a different idea would be a small myfaces-incubator for new
project-ideas (esp. for gsoc projects).
we can release parts easily and drop them if we see that something
doesn't work for our community. if an idea works for the community,
we can
discuss the correct place for it.
we might see new gsoc projects (related to myfaces) every year. imo
it's
the wrong approach to just add them as new sub-project and we don't
have the
resources/community to maintain them.
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/10/22 Bernd Bohmann bernd.bohm...@atanion.com
Ha, I don't think we should wait for the jsf-eg.
Hey guys they are asking for a alpha release.
In my opinion as long this lib is html5 only it should not be part
of
the tomahawk project.
I don't see any problems in releasing an alpha release. But before
a
beta we should decide own extension or tomahawk.
Regards
Bernd
On Sat, Oct 22, 2011 at 9:31 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
it's planned that jsf2.2 will get some sort of html5 support.
imo we should work together with the jsf-eg to ensure that we
won't
promote
incompatible components.
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/10/22 Mark Struberg strub...@yahoo.de
+1 for moving it to tomahawk.
One big open question for me is our html5 strategy at all.
Will the html5 components provide legacy html support themselfs?
Thus a calendar component will use jQuery (or whatever) calendar
when a
non-html5 browser is detected,
or is this in the responsibility of the developer?
if (html5){
} else{
//fallback
}
?
Afaik our current html5 components 'only' support pure html5
rendering,
isn't?
LieGrue,
strub
From: Gerhard Petracek gerhard.petra...@gmail.com
To: MyFaces Development dev@myfaces.apache.org
Sent: Friday
Re: [html5] alpha release for myfaces html5
On Wed, Nov 2, 2011 at 9:13 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: @matthias: apache labs are only for prototyping and the next step is e.g. the incubator for building a community (see [1]). perfect for new GSoC projects, IMO However, generally Apache Labs is (unfortunately) pretty limited (not sure I why would actually do stuff there (instead of at github etc)) -M regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: that's stupid :-) Personal releases are IMO possible (e.g. deployment to p.a.o/~asf-id) -M On Wed, Nov 2, 2011 at 6:35 PM, Ali Ok al...@aliok.com.tr wrote: One important point is labs projects are not allowed to make releases. Sent from Android On Nov 2, 2011 1:22 PM, Gerhard Petracek gerhard.petra...@gmail.com wrote: see [1] - esp.: Apache Labs are the place where ASF committers can work on innovative, blue-sky and off-the-wall ideas, without having to worry about fitting in an existing project bylaw or building a community around it... we already know that it works and it's just about a community check - imo labs doesn't fit and the alternative would be the incubator itself. regards, gerhard [1] http://labs.apache.org/bylaws.html http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/11/2 Matthias Wessendorf mat...@apache.org: I don't get why not just having a simple alpha release ? Does not hurt... Or... move the entire thing to Apache Labs... for future experiments ?! -M On Tue, Nov 1, 2011 at 12:03 AM, Ali Ok al...@aliok.com.tr wrote: Hi, So do you think myfaces/incubator/html5 is a good place? Greetings, Ali On Sat, Oct 22, 2011 at 1:37 PM, Ali Ok al...@aliok.com.tr wrote: Hi, In my opinion as long this lib is html5 only it should not be part of the tomahawk project I agree, no relation with Tomahawk. a different idea would be a small myfaces-incubator for new project-ideas (esp. for gsoc projects). Makes more sense to me than Tomahawk. I think (almost) everyone is in favor of moving the project to somewhere else, I am also ok with it. Important thing for the project is having the ability for releases and the jars are deployed to maven repo. Cheers, Ali On Sat, Oct 22, 2011 at 11:05 AM, Mark Struberg strub...@yahoo.de wrote: including our very own little 'attic' :) Actually the big difference between the incubator and a mf subproject would be the IP clearance. We really need to do this upfront before importing. But actually I like this much more than having projects developed outside and only later brought into our SVN - because this causes lots of paperwork (gas grants and a IP clearance review is mandatory). Thus a +1 LieGrue, strub From: Gerhard Petracek gerhard.petra...@gmail.com To: MyFaces Development dev@myfaces.apache.org Sent: Saturday, October 22, 2011 10:58 AM Subject: Re: [html5] alpha release for myfaces html5 a different idea would be a small myfaces-incubator for new project-ideas (esp. for gsoc projects). we can release parts easily and drop them if we see that something doesn't work for our community. if an idea works for the community, we can discuss the correct place for it. we might see new gsoc projects (related to myfaces) every year. imo it's the wrong approach to just add them as new sub-project and we don't have the resources/community to maintain them. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/22 Bernd Bohmann bernd.bohm...@atanion.com Ha, I don't think we should wait for the jsf-eg. Hey guys they are asking for a alpha release. In my opinion as long this lib is html5 only it should not be part of the tomahawk project. I don't see any problems in releasing an alpha release. But before a beta we should decide own extension or tomahawk. Regards Bernd On Sat, Oct 22, 2011 at 9:31 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: it's planned that jsf2.2 will get some sort of html5 support. imo we should work together with the jsf-eg to ensure that we won't promote incompatible components. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/22 Mark Struberg strub...@yahoo.de +1 for moving it to tomahawk
Re: Moving Apache Harmony to the Attic
Sounds right... Too sad to see this happening. Will the code remain in an svn repo? I don't see much in the attic svn repo. Thx, Matthias On Saturday, October 29, 2011, Tim Ellison t.p.elli...@gmail.com wrote: Back in March I wrote [1] about the choice facing our community to either find a new goal for Apache Harmony, or move the project under the responsibility of the Apache Attic project [2]. There has been no significant activity in Apache Harmony since, so it would seem appropriate to make the move. I will start a vote (on a new thread) for you to express your opinion. The Apache Attic project has a separate PMC who would take over responsibility for the Harmony code repository, mailing lists, etc. This ensures the continued oversight of the project's assets in place of the Harmony PMC. While there will be no more releases of Apache Harmony after it moves to the Attic, there is no impact to the license or terms available to users. If a group of people choose to work on Harmony again then the resources can be reinstated under a new PMC at the approval of the Board. Thank you to everyone who has contributed to Apache Harmony over the years! [1] http://markmail.org/message/ah5f42h4p2bhub6o [2] http://attic.apache.org Regards, Tim -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Accept Apache Callback for incubation
+1 On Wednesday, October 12, 2011, Ate Douma a...@douma.nu wrote: +1 On 10/11/2011 11:09 PM, Jukka Zitting wrote: Hi, As discussed, the PhoneGap project would like to enter the Incubator under the Apache Callback name (potential alternative names to be discussed during incubation). The initial proposal has been well received and there are no major open issues, so it's time to vote! Thus I'm now calling a formal VOTE on the Apache Callback proposal as included below. The proposal is also available at http://wiki.phonegap.com/w/page/46311152/apache-callback-proposal on the PhoneGap wiki, and I'll place a copy for our archives on the Incubator wiki as soon as it stops giving me internal server errors. Please VOTE: [ ] +1 Accept Apache Callback for incubation [ ] -1 Don't accept Apache Callback for incubation because... This vote is open for the next 72 hours. Everyone is welcome to participate, but only votes from the Incubator PMC members are binding. Thanks! My vote is +1. Best regards, Jukka Zitting Apache Callback Proposal Abstract Apache Callback is a platform for building native mobile applications using HTML, CSS and JavaScript. Proposal Apache Callback allows web developers to natively target Apple iOS, Google Android, RIM BlackBerry, Microsoft Windows Phone 7, HP webOS, Nokia Symbian and Samsung Bada with a single codebase. The Callback APIs are based on open web standards. The Callback bridge technology enables access to native device capabilities. Utilizing the Callback bridge native plugins allow for any type of native access from the embedded webview. Background -- Apache Callback is the free software evolution of the popular PhoneGap project. PhoneGap evolved from a hack that enabled a FFI (Foreign Function Interface) to an embedded WebView on iOS to a complete suite of tools for tackling parity across many mobile device and desktop platforms. PhoneGap has always focused on two complementary goals. Our first goal, is to see the web as a first class development platform. Not a sandbox without a filesystem but a real first class platform that includes access to the local system apis, sensors and data, in addition to first class tooling such as system debuggers. The second goal of PhoneGap is for the project to cease to exist. This is not a nihilistic sentiment, rather we at the PhoneGap project are providing a reference implementation for web browsers to assist and guide the standardization process of browser APIs. The name and trademark of PhoneGap will become the commercial entity for the project. The source, code, documentation and related assets will all be contributed to the Apache Foundation as Callback. The Callback name comes from the event of the same name that is fired when the FFI bridge is established. Rationale - The dominate window to the web is quickly becoming devices, mostly phones. The manufacturers of devices, creators of mobile operating systems, and authors of web browsers are consolidating. (In many cases these are all already the same company.) Those stakeholders may see a future for the web but their bottom line is not necessarily motivated to participate in an open web. It is especially clear that while many of these platforms have been seeing some level of strategic neglect in favor of enhanced experiences at the price locking developers into their respective platforms. The Callback project exists to bring the focus back to an open and accessible web. Initial Goals - * License all PhoneGap source code and documentation to the Apache Software Foundation. (We already name the Apache license in our CLA.) * Setup and standardize the open governance of the Callback project. * Rename all assets from PhoneGap to Callback in project src, docs, tests and related infrastructure. Current Status -- Callback is a mature software project recently shipping 1.0 on July 29, 2011. Meritocracy --- Callback has always been a project driven by merit and, in a sense, our solution is brute force requiring many collaborating developers to solve our goals. It would be far easier, and perhaps more correct, for the Callback project to port a single web browser codebase, and API bindings, across platforms but our executable size would be appreciably larger, unacceptably so for mobile, and our target abstraction would be only tertiary to m -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Git at the ASF
Hello! I thought to share [1] since some of you are 'interested' in git; The #CouchDB guys are now on git, at the ASF! Cheers! Matthias [1] http://git-wip-us.apache.org/repos/asf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: We did it!!!
Gang! you guys did an outstanding job! Congratulations! I hope for a bright future of TomEE container! (I know it will have it) Again, great job guys! -M On Thu, Oct 6, 2011 at 2:14 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: i think it is before JEE 6 it was the only one to be able to do it with a good quality so since you are able to do something you only can do it (it is often like it :() - Romain 2011/10/6 dsh daniel.hais...@googlemail.com Actually I hear that quite often that OEJB is just for unit testing... no idea why... Cheers Daniel On Thu, Oct 6, 2011 at 1:51 PM, Jacek Laskowski ja...@japila.pl wrote: On Thu, Oct 6, 2011 at 12:38 PM, David Blevins david.blev...@gmail.com wrote: The talk is tomorrow at 11am. Slides done, just trying to get some slightly more interesting demo code working. Oh, is it? I read about openejb and tomee on Cay Horstmann's blog in JavaOne 2011 Day 3 [1]: In the afternoon, I saw a presentation of OpenEJB, Apache's EJB server whose claim to fame is that you can start it up via public static void main. That's really useful for unit testing. I had looked at it three years ago when it wasn't quite ready for prime time, but now it looked pretty nice. Check it out for testing your session and entity beans. Doh, it wasn't really about tomee :) [1] http://weblogs.java.net/blog/cayhorstmann/archive/2011/10/05/javaone-2011-day-3 Jacek -- Jacek Laskowski Java EE, functional languages and IBM WebSphere - http://blog.japila.pl Warszawa JUG conference = Confitura (formerly Javarsovia) :: http://confitura.pl Hoping to save time by spending it by David Blevins (Apache OpenEJB) -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [COMMUNITY] MyFaces += Matt Benson
Welcome On Wed, Aug 17, 2011 at 8:52 AM, Jan-Kees van Andel jankeesvanan...@gmail.com wrote: Welcome to the club Matt! Cheers, Jan-Kees 2011/8/16 Grant Smith work.gr...@gmail.com Welcome ! On Tue, Aug 16, 2011 at 12:26 PM, Matt Benson gudnabr...@gmail.com wrote: Thanks all! Matt On Tue, Aug 16, 2011 at 2:18 PM, Leonardo Uribe lu4...@gmail.com wrote: Welcome! Leonardo 2011/8/16 Jakob Korherr jakob.korh...@gmail.com: Welcome, Matt! Regards, Jakob 2011/8/16 Gerhard Petracek gpetra...@apache.org: The MyFaces PMC is proud to announce a new addition to our community. Please welcome Matt Benson as the newest MyFaces committer! Matt is an active member of the MyFaces community, especially in MyFaces Core and MyFaces Extensions Validator. @Matt: Please add yourself to the Master-POM at https://svn.apache.org/repos/asf/myfaces/myfaces-master-pom/trunk/pom.xml Welcome regards, Gerhard -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Grant Smith - V.P. Information Technology Marathon Computer Systems, LLC. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [Mono-list] Monitor: Pluse() and Wait() - alternative ?
Hi Jonathan, see here: http://msdn.microsoft.com/en-us/library/de0542zz%28v=VS.100%29.aspx (note that Portable Class Library supports Enter()) and here: http://msdn.microsoft.com/en-us/library/system.threading.monitor.pulse%28v=VS.100%29.aspx (not supported in PCL) Yes, it's kinda odd - and PCL does remind me of J2ME :) -Matthias On Tue, Aug 9, 2011 at 11:53 PM, Jonathan Pryor jonpr...@vt.edu wrote: On Aug 9, 2011, at 9:34 AM, mwessendorf wrote: However I need to ensure this runs on the PCL (Portable Class Library) and therefore the above implementation does not work, since Pluse() / Wait() aren't supported in PCL Where can I find a listing of the types and members in the PCL? I find it rather odd that Monitor.Pulse() isn't in there, given that it's in Silverlight 3, 4, WP7, Xbox 360, and every version of .NET ever released [0, 1]. - Jon [0] http://msdn.microsoft.com/en-us/library/system.threading.monitor(VS.95).aspx [1] http://msdn.microsoft.com/en-us/library/system.threading.monitor.pulse.aspx -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [ANNOUNCE] Welcome Arne Limburg as a new OpenWebBeans committer
Congrats! -M On Mon, Aug 8, 2011 at 9:09 AM, Marco Lübcke marco.lueb...@cewecolor.de wrote: Congratulations Arne :) -- Marco Lübcke, Dipl.-Inform. - OPS/IPS Softwaredevelopment CeWe Color AG Co. OHG, Meerweg 30-32, 26133 Oldenburg, Germany mail: marco.lueb...@cewecolor.de Am 05.08.2011 15:39, schrieb Mark Struberg: Hi! The OpenWebBeans PMC is pleased to announce that Arne Limburg has accepted our invitation to join the OpenWebBeans project as a committer. Congratulations and welcome Arne! The Apache OpenWebBeans PMC -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Extensions CDI (CODI) 1.0.0
+1 On Sun, Jul 3, 2011 at 5:00 AM, Gerhard Petracek gerhard.petra...@gmail.com wrote: +1 regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/7/3 Gerhard Petracek gpetra...@apache.org Hi, I was running the needed tasks to get the 7th release of Apache MyFaces Extensions CDI (aka MyFaces CODI) out. The artifacts are deployed to Nexus [1] (and [2]). The release contains the following modules: - CODI Core - CODI JSF Module (for 1.2 and 2.0 and 2.1) - CODI JPA Module - CODI BV Module - CODI I18N-Message Module - CODI Scripting Module - CODI Trinidad Support Module - CODI Alternative Config and Impl Modules - CODI Bundles - CODI OSGi Bundles - CODI Base Test-Infrastructure Module - CODI JUnit-Support Module - CODI Cargo-Support Module - CODI OpenWebBeans Test-Support Module - CODI JSF Test-Support Module - CODI JSF Example Please take a look at the 1.0.0 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Gerhard [1] https://repository.apache.org/content/repositories/orgapachemyfaces-009/ [2] https://repository.apache.org/content/repositories/orgapachemyfaces-009/org/apache/myfaces/extensions/cdi/myfaces-extcdi-parent/1.0.0/myfaces-extcdi-parent-1.0.0-source-release.zip [3] http://www.apache.org/foundation/voting.html#ReleaseVotes -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [ANNOUNCEMENT] Apache NPanday 1.4.0-incubating Released!
Great job! On Tue, May 17, 2011 at 6:12 AM, Lars Corneliussen m...@lcorneliussen.de wrote: This is great!!! ;) should we remove 1.3 from the download archive? http://archive.apache.org/dist/incubator/npanday/binaries/ -- Message sent from mobile device Am 17.05.2011 um 04:59 schrieb Adelita Padilla apadi...@maestrodev.com: Hi Everyone, The NPanday development team is pleased to announce the release of Apache NPanday 1.4.0-incubating under the Apache Incubator. NPanday is a project to integrated Apache Maven into .NET development environments. It includes both a Visual Studio add-in to integrated Maven, and a set of plugins for Maven that can build .NET projects uniformly from the command line. The latest release can be downloaded from http://incubator.apache.org/npanday/docs/1.4.0-incubating/download.html These are the major changes included in this release: * Visual Studio 2010 and .Net 4.0 Framework support * Removal of UAC and PAB directories * Updated groupIds of all NPanday components including plugins to org.apache.npanday For a complete list of all the features and fixes included in this release, please refer to http://incubator.apache.org/npanday/docs/1.4.0-incubating/release-notes.html If you have any questions, please consult: the website: http://incubator.apache.org/npanday/ the npanday-user mailing list: npanday-us...@incubator.apache.org This is the first release of NPanday here in Apache. Thanks to the NPanday and Apache Incubating community for helping grow the project. Enjoy! -- liit -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [vote] project logo
Nice logos! Hard to decide :) +1 for #4 (and #1) -M On Sun, May 8, 2011 at 12:34 AM, Joseph Bergmark bergm...@apache.org wrote: +1 for #1 (also +1 for #3 from the dark background choices) Sincerely, Joe On Sat, May 7, 2011 at 1:34 AM, Gerhard Petracek gpetra...@apache.orgwrote: hi @ all, please have a look at [1] and vote for your preferred logo. regards, gerhard [1] http://people.apache.org/~gpetracek/owb/logo_drafts/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [RESULTS] Release of Trinidad 2.0.0
The website is not yet updated -M On Mon, May 2, 2011 at 9:09 PM, Scott O'Bryan darkar...@gmail.com wrote: Argh.. :) Yes, the release is basically done but I was going to get the site updated before making the announcement and trying to fix an issue with the tag doc. :) Thanks for reminding me. :) You should be able to find the maven artifacts though and the release artifacts should be available at http://www.apache.org/dyn/closer.cgi/myfaces/binaries/trinidad-2.0.0-dist.tar.gz. I'll get the website updated tonight and get out the release email. Thanks Glauco.. On 05/02/2011 12:18 PM, Glauco P. Gomes wrote: Any news about the release? Any date? Thanks, Glauco P. Gomes Em 18-04-2011 16:38, Scott O'Bryan escreveu: Thanks to everyone who voted. The vote to release of Trinidad 2.0.0 passed [1] with the following results: +1 (5): Matt Cooper, Werner Punz, Bruno Aranda, Andrew Robinson, Scott O'Bryan And no +0 or -1 votes. Thanks, Scott O'Bryan [1] http://mail-archives.apache.org/mod_mbox/myfaces-dev/201104.mbox/%3c4da77e81.6030...@gmail.com%3E -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
[daemon] jsvc integration into to maven-based integration/unit tests?
Hi, during our maven-based build, we have some integration tests, which runs our own server and binds it on low ports (e.g. 443 and 80). We start our server during those integration tests, by using a Maven-Plugin which invokes the API of the server (I guess in a similar way how the Jetty container is started by its maven-plugin). On Windows this all is fine. On Linux you are not able to bind those lower ports, but there is a work-around (authbind): http://en.wikipedia.org/wiki/Authbind However, on Mac there is no authbind port (and it does not compile) :-( After some research, I found the jsvc from the Commons Daemon projects. I am now wondering if folks have integrated the jsvc in a similar case? (E.g. binding servers to low ports during integration/unit testing, without being root) Ideally we do not have to change the Start / Stop API of our server in order to that. Any pointers are appreciated! Greetings, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: user-unsubscr...@commons.apache.org For additional commands, e-mail: user-h...@commons.apache.org
Re: Welcome John Fallows as new Committer for NPanday
John, I pinged the infra guys (since I am no longer _a_ PMC chair I can't grant commit access directly) and they granted you karma Can you please change your role in the Apache NPanday project, to make sure the commit access works? http://svn.apache.org/repos/asf/incubator/npanday/trunk/pom.xml -M On Wed, Apr 20, 2011 at 9:44 AM, Lars Corneliussen m...@lcorneliussen.de wrote: Herzlich Willkommen John! - I'd say in German :-) Happy to see npanday grow. Cheers, Lars Am 20.04.11 09:30, schrieb Josimpson Ocaba: Hi Everyone, I'm very happy to welcome John as a new committer for NPanday, he has been active in the community for some time now and has been regularly contributing patches, discussions, and ideas on how to grow NPanday. We hope to see more people become committers soon! Thanks again John for all your hard work! Cheers! Joe -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
LDAP groups for podlings?
Hi, I just tried to grant commit rights for someone on a podling First, I need to grant incubator, like: modify_unix_group.pl incubator -add=committer But how to add him to the particular podling? Are there other perl scripts, that I am not aware of ? -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: ValueChangeListener + composite components
of the h:inputText from within your composite component, thus something like container1:container2:inputComponent. Also, please ask questions like this one only at us...@myfaces.apache.org, thanks. Regards, Jakob 2011/3/16 ZEILERBAUER Matthias matthias.zeilerba...@tirol.gv.at: Hello guys, I have a problem with the valueChangeListener on my composite component. I = have following structure: composite:interface name=3Dcheckbox ... composite:attribute name=3DvalueChangeListener targets=3DinputComponent= / ... /composite:interface composite:implementation template:c1 ... f:facet name=3DinputFacet h:inputText id=3DinputComponent / /f:facet ... /template:c1 My error message is: FaceletViewDe E Inner component valueChangeListener not found when retarge= tMethodExpressions When I tried to give the composite:attribute name=3DvalueChangeListener targets=3DinputComponent= / on my c1-Interface the Error-Message didn't appear, but the ValueChang= eListener still wasn't called. Second thing I tried was to give the h:inputText id=3DinputComponent / not in the facet-Definition, but only= in my implementation and then the ValueChangeListener worked. What is my mistake, or does composition not work properly with facets? LG -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Nightly Builds
Hi, I was wondering if there are nightly builds available, for the 1.3.1-incubating-SNAPSHOT version. I couldn't see them in here: https://repository.apache.org/content/repositories/snapshots/ Thx, Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Test Failures
Hi, in my previous email, I reported to JUnit test failures. One I corrected already ([1]) - The patch contains a bit of documentation. (as stated in the bug - I am surprised that on Linux the return-code is 1 as well for 'command not found') The second failure: testTooLongCommandName_withSpace(npanday.executable.CommandExecutorTest) generates something like: /bin/bash -c echo x. Not sure I get why you are expecting a test failure here. Thanks! Matthias [1] https://issues.apache.org/jira/browse/NPANDAY-407 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Building issues on Mac OS (10.6) with Mono 2.10.1
Hi Lars, I uploaded a new patch to 407 - which (temporary) allows these two windows specific test to be executed on windows only -Matthias PS: this still does not make the build complete, on Mac/Mono - I guess there is something wrong with the npanday-settings, that I posted before. Is there some example (for Mono) available - or is there a generator for that file? [INFO] NPANDAY-068-003: Compiling Artifact: Vendor = MONO, Language = MONO, Assembly Name = /Users/matzew/Work/plugins/npanday/dotnet/assemblies/NPanday.Model.Pom/target/NPanday.Model.Pom.dll [INFO] NPANDAY-068-005: Found executable path for gmcs: /Library/Frameworks/Mono.framework/Versions/Current/bin [INFO] error CS1577: Referenced assembly `NUnit.Framework, Version=2.2.8.0, Culture=neutral, PublicKeyToken=null' does not have a strong name Compilation failed: 1 error(s), 0 warnings [INFO] [ERROR] BUILD ERROR [INFO] [INFO] NPANDAY-900-006: Unable to Compile: Language = C_SHARP, Vendor = null, ArtifactType = library, Source Directory = /Users/matzew/Work/plugins/npanday/dotnet/assemblies/NPanday.Model.Pom/src/main/csharp Embedded error: NPANDAY-040-001: Could not execute: Command = gmcs @/Users/matzew/Work/plugins/npanday/dotnet/assemblies/NPanday.Model.Pom/target/1816429/responsefile.rsp, Result = 1 On Mon, Apr 18, 2011 at 3:57 PM, Lars Corneliussen m...@lcorneliussen.de wrote: hi, we have had some trouble building npanday on mac, so we gave up for this release. see https://issues.apache.org/jira/browse/NPANDAY-370 if you'd submit a patch we'll be happy to apply it -- Message sent from mobile device Am 18.04.2011 um 15:03 schrieb Matthias Wessendorf mat...@apache.org: Hi, I checked out trunk (since I couldn't find nightly builds) and I am noticing a few issues on my Mono/MacOS environment. 1) Surefire test failing: Failed tests: testTooLongCommandName(npanday.executable.CommandExecutorTest) testTooLongCommandName_withSpace(npanday.executable.CommandExecutorTest) Tests run: 5, Failures: 2, Errors: 0, Skipped: 0 OUTPUT testTooLongCommandName(npanday.executable.CommandExecutorTest) Time elapsed: 0.059 sec FAILURE! java.lang.AssertionError: expected:1 but was:127 at org.junit.Assert.fail(Assert.java:91) at org.junit.Assert.failNotEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:126) at org.junit.Assert.assertEquals(Assert.java:470) at org.junit.Assert.assertEquals(Assert.java:454) at npanday.executable.CommandExecutorTest.testTooLongCommandName(CommandExecutorTest.java:117) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) testTooLongCommandName_withSpace(npanday.executable.CommandExecutorTest) Time elapsed: 0.022 sec FAILURE
NUnit version update?
Hi, currently NPanday uses 2.2.8.0 of NUnit; However I got an issue with that version: error CS1577: Referenced assembly `NUnit.Framework, Version=2.2.8.0, Culture=neutral, PublicKeyToken=null' does not have a strong name However, installing/using 2.5.10.0 made it working. If the community is willing to update to 2.5.10.0, I am happy to provide a patch! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: NUnit version update?
btw. this repos seems to be down, currently: http://repo.npanday.org/archiva/repository/3rdparty/ -M On Mon, Apr 18, 2011 at 6:48 PM, Matthias Wessendorf mat...@apache.org wrote: Hi, currently NPanday uses 2.2.8.0 of NUnit; However I got an issue with that version: error CS1577: Referenced assembly `NUnit.Framework, Version=2.2.8.0, Culture=neutral, PublicKeyToken=null' does not have a strong name However, installing/using 2.5.10.0 made it working. If the community is willing to update to 2.5.10.0, I am happy to provide a patch! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release myfaces-site-skin 3
+1 On Wed, Apr 13, 2011 at 4:02 PM, Bernd Bohmann bernd.bohm...@googlemail.com wrote: Hello, i would like to release the myfaces-site-skin 3. Changes: Added ASF Branding requirements to the skin see: http://www.apache.org/foundation/marks/pmcs The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-089 The Vote is open for 24h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Who is next week in Vienna (CONFESS)?
HI Hazem, that's aweful! I am sorry to hear that you couldn't get a visa! Crossing fingers for next year!!! -Matthias On Sat, Apr 9, 2011 at 8:21 PM, Hazem Saleh haz...@apache.org wrote: ***Unfortunately, I could not get EU visa in time. On Sat, Apr 9, 2011 at 1:20 PM, Hazem Saleh haz...@apache.org wrote: I have no luck as I will not be able to see you guys this year. Unfortunately, I could get EU visa in time. Wish to see you all next year in Vienna. On Sat, Apr 9, 2011 at 1:17 PM, Leonardo Uribe lu4...@gmail.com wrote: Hi I'll be happy to see you all guys! I'll be there. Leonardo 2011/4/9 Werner Punz werner.p...@gmail.com Am 09.04.11 13:30, schrieb Bernd Bohmann: Hello, I'm next week in Vienna from Monday afternoon till Friday. Regards Bernd I will be there from tuesday til thursday. Werner -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Visualize and share your social networks 2D and 3D: http://www.mapmysocial.com -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Visualize and share your social networks 2D and 3D: http://www.mapmysocial.com -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] release for myfaces core 2.0.5
+1 On Wed, Apr 6, 2011 at 6:28 AM, Mark Struberg strub...@yahoo.de wrote: +1 myfaces-2.0.5 works well so far, source release tar.gz also looks fine. LieGrue, strub --- On Wed, 4/6/11, Mark Struberg strub...@yahoo.de wrote: From: Mark Struberg strub...@yahoo.de Subject: Re: [VOTE] release for myfaces core 2.0.5 To: MyFaces Development dev@myfaces.apache.org Date: Wednesday, April 6, 2011, 10:57 AM important update, the repo url should always be https:// and not http ! otherwise you'll get a redirect from the server (which wagon-lightweight-httpd cannot handle correctly ...) LieGrue, strub --- On Wed, 4/6/11, Mark Struberg strub...@yahoo.de wrote: From: Mark Struberg strub...@yahoo.de Subject: Re: [VOTE] release for myfaces core 2.0.5 To: MyFaces Development dev@myfaces.apache.org Date: Wednesday, April 6, 2011, 9:30 AM hmm, guess there was a copy error from the old 2.0.4 vote. The correct staging repo URL looks like the following: https://repository.apache.org/content/repositories/orgapachemyfaces-066 For testing it please add the following into your ~/.m2/settings.xml: profiles profile idstaging/id repositories repository idnexus staging/id urlhttp://repository.apache.org/content/repositories/orgapachemyfaces-066//url releases enabledtrue/enabled /releases snapshots enabledfalse/enabled /snapshots /repository /repositories /profile /profiles then upgrade your pom to use myfaces-2.0.5 and run with $ mvn clean install -Pstaging Will report feedback in ~1h after running the full test suite in my fat real world app. LieGrue, strub --- On Tue, 4/5/11, Leonardo Uribe lu4...@gmail.com wrote: From: Leonardo Uribe lu4...@gmail.com Subject: [VOTE] release for myfaces core 2.0.5 To: MyFaces Development dev@myfaces.apache.org Date: Tuesday, April 5, 2011, 6:02 AM Hi, I was running the needed tasks to get the 2.0.5 release of Apache MyFaces core out. The artifacts passed all TCK tests. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v4.0.6 [1] 2. Maven artifact group org.apache.myfaces.core v2.0.5 [1] The artifacts were deployed on nexus repo [1] and to my private Apache account [3] for binary and source packages. The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 2.0.5 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] https://repository.apache.org/content/repositories/orgapachemyfaces-044/org/apache/myfaces/ [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces205binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600version=12316346 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
PMC chair of Apache MyFaces changed
Hi, I am stepping back from being the Apache MyFaces PMC chair. The MyFaces PMC did vote (internally) that Gerhard Petracek would be a very good PMC chair. Yesterday, during the board meeting, this has been made official. Please join me in welcoming Gerhard as being the new PMC chair of Apache MyFaces! Congrats, Gerhard! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
PMC chair of Apache MyFaces changed
Hi, I am stepping back from being the Apache MyFaces PMC chair. The MyFaces PMC did vote (internally) that Gerhard Petracek would be a very good PMC chair. Yesterday, during the board meeting, this has been made official. Please join me in welcoming Gerhard as being the new PMC chair of Apache MyFaces! Congrats, Gerhard! -Matthias -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release Tobago 1.0.35
+1 On Thu, Mar 10, 2011 at 9:39 AM, Volker Weber v.we...@inexso.de wrote: hi, +1 Regards, Volker 2011/3/10 Udo Schnurpfeil u...@schnurpfeil.de: Here is my +1 I've deployed the demo on http://irian.biz/tobago-example-demo/ Regards, Udo Am 09.03.11 15:14, schrieb Bernd Bohmann: Hello, I would like to release Tobago 1.0.35. Changes: ** Bug * [TOBAGO-974] - JavaScript Error when unselectAll in empty simplesheet * [TOBAGO-977] - JavaScript Error on InputSuggest with deactivated SessionSecret Token * [TOBAGO-978] - Hidden tags are not rendered, when using fix-layout-transparency ** Improvement * [TOBAGO-975] - CSS for sheet row selection should also effect the td element For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12316183 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-003/ The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd -- inexso - information exchange solutions GmbH Ofener Str. 30 | 26121 Oldenburg Tel.: +49 441 219 730 56 | FAX: +49 441 219 730 66 | eMail: volker.we...@inexso.de Firmensitz: Oldenburg | Amtsgericht Oldenburg HRB 205251 Geschäftsführer: Stefan Schulte, Michael Terschüren -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: MyFaces CODI and Weld 1.0.1
Try to unzip the jar into web-inf/classes and add its beans.xml content to the one in web-inf. This was suggested to my by the glassfish team... :-) sent from my Android phone On Mar 9, 2011 1:31 PM, Christian Kaltepoth christ...@kaltepoth.de wrote: Hey all, we are currently developing an application based on Weld 1.0.1 and MyFaces CODI. Unfortunately we have some strange problems regarding CODI's @Transactional not always being applied correctly. It seems to be completely ignored in some situations. I've reproduced this problem with Matthias' Modern-EE-JSF2.0 example application. I did just two modifications: 1. Weld doesn't support to inject the EntityManager via @PersistenceContext. So I created a class named EntityManagerProducer to create request scoped EntityManager instances. Then I replaced @PersistenceContext in the DAO with @Inject. This works fine with OpenWebBeans. 2. Then I removed OpenWebBeans and added Weld 1.0.1 to the dependencies. After that @Transactional immediately stopped working. It seems like the TransactionalInterceptor doesn't get invoked at all. No transactions are started and changes to the database aren't persisted any more. You can get the example application here: https://github.com/chkal/modern-ee-app20 Here are the modifications I made to the application: https://github.com/chkal/modern-ee-app20/commits/master Does anyone have an idea what is causing this? I'm not really sure if it is a CODI or a Weld issue. Thanks Christian -- Christian Kaltepoth Blog: http://chkal.blogspot.com/ Twitter: http://twitter.com/chkal
Re: Html5 Component Library - Status and Demo
Done. https://issues.apache.org/jira/browse/MFHTML5 On Tue, Mar 8, 2011 at 2:41 PM, Ali Ok al...@aliok.com.tr wrote: Hello Manfred, Could you create the subproject of Myfaces with key MFHTML5 please? Thanks, Ali On Mon, Mar 7, 2011 at 3:38 PM, Gerhard gerhard.petra...@gmail.com wrote: hi ali, manfred is able to create it. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/3/7 Ali Ok al...@aliok.com.tr Hi all, Can someone with the administration right create the new project in JIRA? I want to go on with the further process after that (preparing an alpha release). Thanks, Ali On Mon, Jan 31, 2011 at 7:31 PM, Jakob Korherr jakob.korh...@gmail.com wrote: Hi Ali, Great to hear! I think we should create the project in the JIRA (e.g. MFHTML5, as discussed), move it into myfaces/html5 and do a first alpha release. WDYT guys? Regards, Jakob 2011/1/31 Ali Ok al...@aliok.com.tr: Hi all, I've deployed a new version of my webapp which demonstrates Html5 component library at http://bit.ly/myfaces-html5-demo This demo is based on the one presented in JavaOne, but I've removed all third party Apache License incompatible code and resources. So, the demo will be a subproject of the component library. I've added several new components and features into the component lib and I think now it is a good time for an alpha release. Having a JIRA space would be a great first step. PS: Sorry about the low speed of the demo, it is deployed on Google App Engine. The source code is here Cheers, Ali -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Jakob Korherr blog: http://www.jakobk.com twitter: http://twitter.com/jakobkorherr work: http://www.irian.at -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release of Extensions CDI (CODI) 0.9.3
+1 (build the source drop) -M On Mon, Feb 28, 2011 at 2:23 PM, Gerhard gerhard.petra...@gmail.com wrote: +1 regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/2/28 Gerhard Petracek gpetra...@apache.org Hi, I was running the needed tasks to get the 4th release of Apache MyFaces Extensions CDI (aka MyFaces CODI) out. The artifacts are deployed to Nexus [1] (and [2]). The release contains the following modules: - CODI Core - CODI JSF Module (for 1.2 and 2.0 and 2.1) - CODI JPA Module - CODI BV Module - CODI I18N-Message Module - CODI Scripting Module - CODI Trinidad Support Module - CODI Distribution Modules - CODI Examples Please take a look at the 0.9.3 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Gerhard [1] https://repository.apache.org/content/repositories/orgapachemyfaces-063 [2] https://repository.apache.org/content/repositories/orgapachemyfaces-063/org/apache/myfaces/extensions/cdi/myfaces-extcdi-parent/0.9.3/myfaces-extcdi-parent-0.9.3-source-release.zip [3] http://www.apache.org/foundation/voting.html#ReleaseVotes -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] release for myfaces core 1.2.10
+1 On Thu, Feb 24, 2011 at 3:36 AM, Leonardo Uribe lu4...@gmail.com wrote: Hi, I was running the needed tasks to get the 1.2.10 release of Apache MyFaces core out. The artifacts passed all TCK tests. Please note that this vote concerns all of the following parts: 1. Maven artifact group org.apache.myfaces.shared v3.0.9 [1] 2. Maven artifact group org.apache.myfaces.core v1.2.10 [1] The artifacts were deployed on nexus repo [1] and to my private Apache account [3] for binary and source packages. The release notes could be found at [4]. Also the clirr test does not show binary incompatibilities with myfaces-api. Please take a look at the 1.2.10 artifacts and vote! Please note: This vote is majority approval with a minimum of three +1 votes (see [3]). [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Leonardo Uribe [1] https://repository.apache.org/content/repositories/orgapachemyfaces-045/org/apache/myfaces/ [2] http://www.apache.org/foundation/voting.html#ReleaseVotes [3] http://people.apache.org/~lu4242/myfaces1210binsrc [4] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600version=12315978 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [trinidad] 2.0 download not working
Hi Me Self, thanks for finding this. Scott did upload it to the wrong folder: http://www.apache.org/dist/myfaces/binaries/trinidad-2.0.0-beta-2-dist.tar.gz The URL on the download page is supposed to be correct (since alpha/beta releases should be stored on myfaces.apache.org/dist, not www.apache.org/dist). Greetings, Matthias On Fri, Feb 25, 2011 at 10:34 AM, Me Self wmso...@gmail.com wrote: I get http 404 when I try to download trinidad 2.0 from this URL: http://myfaces.apache.org/dist/binaries/trinidad-2.0.0-beta-2-dist.zip The tar.gz is also 404. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: OpenEJB Get-Together 2011
Hello, enjoy the meetup! I will not attend it, due to several reasons: -No longer working on JavaEE projects -five weeks of business travel before the get-together Good luck with all the future plans for OpenEJB! Greetings, Matthias On Mon, Feb 21, 2011 at 11:23 AM, Jean-Louis MONTEIRO jeano...@gmail.com wrote: David Blevins-2 wrote: This one looks pretty nice and has free internet and rooms for 55-65E for one person. Only slightly more for two people. http://www.hotel-ronsard.com/ Amelia also liked this one: http://www.hoteldeschateaux.fr/ Both are in the center. That's should be nice for you as you can walk and optionally use bus lan. May be if some people more are interested we can get better prices. Jean-Louis -- View this message in context: http://openejb.979440.n4.nabble.com/OpenEJB-Get-Together-2011-tp3163586p3317104.html Sent from the OpenEJB Dev mailing list archive at Nabble.com. -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: Trinidad website
Bernd did that, I think... sent from my Android phone On Feb 20, 2011 9:29 PM, Scott Oapos;Bryan axe...@dwarf.org wrote: Hey everyone, the release for Trinidad 2.0.0-beta-2 is all but done however the website does not build for some reason on main. I'm going to het his figured out and I'll make the announcement once it's deployed. On a remaining note, I'm going to be on a business trip next week so I'll have some time in the evenings (sans kids) to work on this idea I had for automatic 'site' deployment from hudson. The idea is to, essentially, build the site in Hudson and then have a script on people.apache.org which wgets it and posts it to the real website. Has anyone else tried this? If not, would anyone else be interested in the work once I'm done. I'm hoping to hook up the bridge and Trinidad to this, but would be happy to do other modules and/or give the code to others to enable modules.. Let me know, Scott
Re: Experience with Contribution Agreements
Hi Eduardo, there is a list of committers (they have all submitted the ICLA) and the page also contains the contributors (non-committers), that signed the individual CLA: http://people.apache.org/committer-index.html (search for Persons with signed CLAs but are not committers) HTH, Matthias On Wed, Feb 16, 2011 at 5:12 AM, eduardo pelegri-llopart pele...@calterra.com wrote: Hi Craig! On Tue, Feb 15, 2011 at 5:24 PM, Craig L Russell craig.russ...@oracle.com wrote: Hi Eduardo, Well, I remember you from Sun. ;-) :-) I think the situation isn't well-understood. Once you sign the ICLA, your contributions are covered. If you don't want future contributions to be covered by the agreement, don't contribute any more. If you have a test case for a bug you submit, and don't want the test case to become part of your contribution, there's a tick box on the bug report that says this is not a contribution. Didn't know about that tick box; seems a good idea. What is the situation that you need covered? I can think of two cases. One is an unintentional contribution. This seems covered by the ASF ICLA clause about intentionally submitted, which is not present in Sun's SCA. The other is more of a statement where the individual might want to indicate that it no longer is supportive of the institution, but there are other ways to do that. BTW, is there a public list of everybody that has signed an ICLA/CCLA? Something like Sun's [4]. [4] http://sca.java.net/CA_signatories.htm For completeness, the current version of Oracle's CA is OCA 1.6 [5]. I believe it is the same as SCA 1.5, with s/Sun/Oracle/, but not 100% sure. It has several clauses not in the ICLA, including one specific to commercial entities indicates Any contribution we make available under any license will also be made available under a suitable FSF (Free Software Foundation) or OSI (Open Source Initiative) approved license. - that, of course, would not apply to ASF. [5] http://oss.oracle.com/oca.pdf - eduard/o [1]http://www.apache.org/licenses/icla.txt [2]http://oss.oracle.com/oca-1.3.pdf [3]http://oss.oracle.com/oca-1.4.pdf -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf - To unsubscribe, e-mail: community-unsubscr...@apache.org For additional commands, e-mail: community-h...@apache.org
Re: [VOTE] Release of Trinidad 2.0.0 Beta 2 (Try 2)
+1 On Wed, Feb 16, 2011 at 3:50 PM, MAX STARETS max.star...@oracle.com wrote: +1 On 2/16/2011 9:48 AM, Scott O'Bryan wrote: Hey Everyone, Okay, I have checked in code to address TRINIDAD-2037 which was the issue raised by Matthias in the previous vote[1]. The artifacts have been regenerated and Matthias has tested the fix and it works. This is still a beta release so there are still a few open bugs, but all of the unit tests pass and this beta has undergone some considerable testing since the last release. Therefore I would like to ask for a re-vote on this release. All of the following should be ready for review: * The generated repository and assembly artifacts[2] * The generated source archive[3] * The updated svn repository[4] Please review the artifacts and vote according to the following: [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. This vote will remain open for at least 72 hours. Thanks, Scott O'Bryan [1] http://www.mail-archive.com/dev@myfaces.apache.org/msg51466.html [2] https://repository.apache.org/content/repositories/orgapachemyfaces-015/ [3] https://repository.apache.org/content/repositories/orgapachemyfaces-015/org/apache/myfaces/trinidad/trinidad/2.0.0-beta-2/trinidad-2.0.0-beta-2-source-release.zip [4] https://svn.apache.org/repos/asf/myfaces/trinidad/tags/trinidad-2.0.0-beta-2 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release Tobago 1.5.0-alpha-2
+1 - I did a source download and the build went fine -M On Thu, Feb 17, 2011 at 12:00 AM, Bernd Bohmann bernd.bohm...@atanion.com wrote: Hello, I would like to release Tobago 1.5.0-alpha-2. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12314340 The version is available at the nexus staging repository. Staging repository: https://repository.apache.org/content/repositories/orgapachemyfaces-018 The Vote is open for 72h. [ ] +1 [ ] +0 [ ] -1 Regards Bernd -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release for Trinidad 2.0.0-beta-2
Downloaded the source:
https://repository.apache.org/content/repositories/orgapachemyfaces-005/org/apache/myfaces/trinidad/trinidad/2.0.0-beta-2/trinidad-2.0.0-beta-2-source-release.zip
did an unzip and mvn clean install
I am getting this error:
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd
/home/matzew/work/source/SCOTT/trinidad-2.0.0-beta-2/trinidad-api
svn --non-interactive info
[INFO] Working directory:
/home/matzew/work/source/SCOTT/trinidad-2.0.0-beta-2/trinidad-api
Provider message:
The svn command failed.
Command output:
svn: '.' is not a working copy
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Cannot get the revision information from the scm repository :
Error!
This is due to the buildnumber-maven-plugin, not sure if that should
be really _always_ enabled...
Looks like I can't download the soruce and build it, since the target
folder (of my unzip) is (of course)
not SVN folder.
Any hints?
-Matthias
On Tue, Feb 15, 2011 at 10:09 AM, Scott O'Bryan darkar...@gmail.com wrote:
+1
On 02/15/2011 02:09 AM, Scott O'Bryan wrote:
Okay, so my first hickup. I forgot to include the voting part. :D
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
and why..
Thanks,
Scott
On 02/15/2011 01:59 AM, Scott O'Bryan wrote:
Hey all,
I was running the tasks needed to get the Trinidad 2.0.0-beta-2 release
out and now I need a vote as to whether everything looks good or not. This
is still a beta release so there are still a few open bugs, but all of the
unit tests pass and this beta has undergone some considerable testing.
I have deployed the artifacts to the Nexus Repository [1] for review.
The release notes for the Trinidad 2.0.0-beta-2 release are on the JIRA
site [2] for review as well.
This vote will remain open for at least 72 hours.
Thanks,
Scott O'Bryan
PS- This is my first release of Trinidad since moving over to NEXUS, so a
lot of scrutiny and your suggestions would be much appreciated.
[1]
https://repository.apache.org/content/repositories/orgapachemyfaces-005/
[2]
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Revision numbers in MANIFEST.MF file (was: Re: svn commit: r1069504 - in /myfaces/trinidad/trunk: trinidad-api/pom.xml trinidad-impl/pom.xml)
I have commented it out, again (see vote thread for more information) -M On Fri, Feb 11, 2011 at 12:59 PM, Scott O'Bryan darkar...@gmail.com wrote: +1, I totally agree with Bernd.. Releases have VERSION numbers. It's snapshots that need revision and I see no harm either way. On Feb 11, 2011, at 2:44 AM, Gerhard gerhard.petra...@gmail.com wrote: hi, +1 for adding the revision number in any case. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/2/11 Volker Weber v.we...@inexso.de Hi, i agree to Bernd, the revision number for a release is not needed, but what is the Problem having this few more lines in any manifest? I would prefer having this info packaged. Regards, Volker 2011/2/10 Bernd Bohmann bernd.bohm...@googlemail.com: Hello Matthias, For a release the revision number is not needed. For a snapshot it might be helpful if someone reports a bug and it's not clear with revision was the base for the snapshot. Regards Bernd Am 10.02.2011 19:23 schrieb Matthias Wessendorf mat...@apache.org: Having the actual revision number inside of the manifest.mf file is nice. However, not sure if that is really needed for every build, therefore I commented it out. Perhaps this should be done only in the release profile ? What do you think ? -Matthias On Thu, Feb 10, 2011 at 7:05 PM, mat...@apache.org wrote: Author: matzew Date: Thu Feb 10 18:05:24 2011 New Revision: 1069504 URL: http://svn.apache.org/viewvc?rev=1069504view=rev Log: disabling the svn revision number plugin - should it be done only on release profile??? Modified: myfaces/trinidad/trunk/trinidad-api/pom.xml myfaces/trinidad/trunk/trinidad-impl/pom.xml Modified: myfaces/trinidad/trunk/trinidad-api/pom.xml URL: http://svn.apache.org/viewvc/myfaces/trinidad/trunk/trinidad-api/pom.xml?rev=1069504r1=1069503r2=1069504view=diff == --- myfaces/trinidad/trunk/trinidad-api/pom.xml (original) +++ myfaces/trinidad/trunk/trinidad-api/pom.xml Thu Feb 10 18:05:24 2011 @@ -172,7 +172,8 @@ !-- To make the current revision number, we use the buildnumber-maven-plugin. -- - plugin + !-- Perhaps this should be only enabled on release profile ? -- + !--plugin groupIdorg.codehaus.mojo/groupId artifactIdbuildnumber-maven-plugin/artifactId version1.0-beta-4/version @@ -190,7 +191,7 @@ getRevisionOnlyOncetrue/getRevisionOnlyOnce buildNumberPropertyNamescm.revision/buildNumberPropertyName /configuration - /plugin + /plugin-- plugin groupIdorg.apache.maven.plugins/groupId Modified: myfaces/trinidad/trunk/trinidad-impl/pom.xml URL: http://svn.apache.org/viewvc/myfaces/trinidad/trunk/trinidad-impl/pom.xml?rev=1069504r1=1069503r2=1069504view=diff == --- myfaces/trinidad/trunk/trinidad-impl/pom.xml (original) +++ myfaces/trinidad/trunk/trinidad-impl/pom.xml Thu Feb 10 18:05:24 2011 @@ -211,7 +211,8 @@ !-- To make the current revision number, we use the buildnumber-maven-plugin. -- - plugin + !-- Perhaps this should be only enabled on release profile ? -- + !--plugin groupIdorg.codehaus.mojo/groupId artifactIdbuildnumber-maven-plugin/artifactId version1.0-beta-4/version @@ -229,7 +230,7 @@ getRevisionOnlyOncetrue/getRevisionOnlyOnce buildNumberPropertyNamescm.revision/buildNumberPropertyName /configuration - /plugin + /plugin-- plugin groupIdorg.apache.maven.plugins/groupId -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf -- inexso - information exchange solutions GmbH Ofener Str. 30 | 26121 Oldenburg Tel.: +49 441 219 730 56 | FAX: +49 441 219 730 66 | eMail: volker.we...@inexso.de Firmensitz: Oldenburg | Amtsgericht Oldenburg HRB 205251 Geschäftsführer: Stefan Schulte, Michael Terschüren -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release for Trinidad 2.0.0-beta-2
On Tue, Feb 15, 2011 at 11:11 AM, Rudy De Busscher
rdebussc...@gmail.com wrote:
Matthias,
Can it be activated only for the release procedure? with the profile
apache-release?
it does not make sense to do it only on releases - as they are always
from a TAG,
hence the revision is known.
It will also fail on computers that don't have a command line SVN client
installed. That is also the reason why we abandoned it in the company
projects.
I think Bernd's suggestion is the right one.
-Matthias
regards
Rudy.
On 15 February 2011 11:07, Bernd Bohmann bernd.bohm...@googlemail.com
wrote:
Hello Matze,
good point. I think the revisionOnScmFailure parameter should be set
to 'unkown'.
Regards
Bernd
On Tue, Feb 15, 2011 at 10:52 AM, Matthias Wessendorf mat...@apache.org
wrote:
Downloaded the source:
https://repository.apache.org/content/repositories/orgapachemyfaces-005/org/apache/myfaces/trinidad/trinidad/2.0.0-beta-2/trinidad-2.0.0-beta-2-source-release.zip
did an unzip and mvn clean install
I am getting this error:
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd
/home/matzew/work/source/SCOTT/trinidad-2.0.0-beta-2/trinidad-api
svn --non-interactive info
[INFO] Working directory:
/home/matzew/work/source/SCOTT/trinidad-2.0.0-beta-2/trinidad-api
Provider message:
The svn command failed.
Command output:
svn: '.' is not a working copy
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Cannot get the revision information from the scm repository :
Error!
This is due to the buildnumber-maven-plugin, not sure if that should
be really _always_ enabled...
Looks like I can't download the soruce and build it, since the target
folder (of my unzip) is (of course)
not SVN folder.
Any hints?
-Matthias
On Tue, Feb 15, 2011 at 10:09 AM, Scott O'Bryan darkar...@gmail.com
wrote:
+1
On 02/15/2011 02:09 AM, Scott O'Bryan wrote:
Okay, so my first hickup. I forgot to include the voting part. :D
[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be
released,
and why..
Thanks,
Scott
On 02/15/2011 01:59 AM, Scott O'Bryan wrote:
Hey all,
I was running the tasks needed to get the Trinidad 2.0.0-beta-2
release
out and now I need a vote as to whether everything looks good or not.
This
is still a beta release so there are still a few open bugs, but all
of the
unit tests pass and this beta has undergone some considerable
testing.
I have deployed the artifacts to the Nexus Repository [1] for review.
The release notes for the Trinidad 2.0.0-beta-2 release are on the
JIRA
site [2] for review as well.
This vote will remain open for at least 72 hours.
Thanks,
Scott O'Bryan
PS- This is my first release of Trinidad since moving over to NEXUS,
so a
lot of scrutiny and your suggestions would be much appreciated.
[1]
https://repository.apache.org/content/repositories/orgapachemyfaces-005/
[2]
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release for Trinidad 2.0.0-beta-2
-1 I am voting -1 because I am not able to build the source release. The source release is the most important part of an apache release -Matthias On Tue, Feb 15, 2011 at 4:16 PM, MAX STARETS max.star...@oracle.com wrote: +1 On 2/15/2011 4:09 AM, Scott O'Bryan wrote: +1 On 02/15/2011 02:09 AM, Scott O'Bryan wrote: Okay, so my first hickup. I forgot to include the voting part. :D [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Scott On 02/15/2011 01:59 AM, Scott O'Bryan wrote: Hey all, I was running the tasks needed to get the Trinidad 2.0.0-beta-2 release out and now I need a vote as to whether everything looks good or not. This is still a beta release so there are still a few open bugs, but all of the unit tests pass and this beta has undergone some considerable testing. I have deployed the artifacts to the Nexus Repository [1] for review. The release notes for the Trinidad 2.0.0-beta-2 release are on the JIRA site [2] for review as well. This vote will remain open for at least 72 hours. Thanks, Scott O'Bryan PS- This is my first release of Trinidad since moving over to NEXUS, so a lot of scrutiny and your suggestions would be much appreciated. [1] https://repository.apache.org/content/repositories/orgapachemyfaces-005/ [2] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: [VOTE] Release for Trinidad 2.0.0-beta-2
On Tue, Feb 15, 2011 at 7:05 PM, Blake Sullivan blake.sulli...@oracle.com wrote: It built fine for me on my Mac. I know why I bought one :-) But +0 until we find out what is up with Matthias' build. -- Blake On 2/15/11 9:06 AM, Matthias Wessendorf wrote: -1 I am voting -1 because I am not able to build the source release. The source release is the most important part of an apache release -Matthias On Tue, Feb 15, 2011 at 4:16 PM, MAX STARETSmax.star...@oracle.com wrote: +1 On 2/15/2011 4:09 AM, Scott O'Bryan wrote: +1 On 02/15/2011 02:09 AM, Scott O'Bryan wrote: Okay, so my first hickup. I forgot to include the voting part. :D [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Scott On 02/15/2011 01:59 AM, Scott O'Bryan wrote: Hey all, I was running the tasks needed to get the Trinidad 2.0.0-beta-2 release out and now I need a vote as to whether everything looks good or not. This is still a beta release so there are still a few open bugs, but all of the unit tests pass and this beta has undergone some considerable testing. I have deployed the artifacts to the Nexus Repository [1] for review. The release notes for the Trinidad 2.0.0-beta-2 release are on the JIRA site [2] for review as well. This vote will remain open for at least 72 hours. Thanks, Scott O'Bryan PS- This is my first release of Trinidad since moving over to NEXUS, so a lot of scrutiny and your suggestions would be much appreciated. [1] https://repository.apache.org/content/repositories/orgapachemyfaces-005/ [2] https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661version=12316092 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
Re: On an unrelated sidenote
Congrats!! On Friday, February 11, 2011, Zubin Wadia zwa...@gmail.com wrote: Awesome! Congratulations! On Fri, Feb 11, 2011 at 5:50 PM, Bruno Aranda brunoara...@gmail.com wrote: Congrats!!! And forget sleeping... Bruno On 11 February 2011 22:36, Hazem Saleh haz...@apache.org wrote: Congratulations Werner! I bet you are a very good father. On Sat, Feb 12, 2011 at 12:26 AM, Werner Punz werner.p...@gmail.com wrote: I have become father of a nice little boy yesterday. My second child. Werner -- Hazem Ahmed Saleh Ahmed Author of (The Definitive Guide to Apache MyFaces and Facelets): http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370 http://www.amazon.com/-/e/B002M052KY Visualize and share your social networks 2D and 3D: http://www.mapmysocial.com http://www.mapmysocial.com/ -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
