Joe Schaefer wrote: > The problem with Thrift isn't exactly sudden, so there's no > need for the Incubator PMC to be immediately concerned with it. But thank you for pointing it out to the PMC as a whole, and for addressing it. I have reviewed the e-mails, and concur with your essential points. --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Congratulations to the Pivot community. This is a welcomed event. :-) --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
+1 Sorry for being late. -h On Thu, Nov 19, 2009 at 13:00, Paul Lindner <plindner@linkedin.com> wrote: > The Shindig community voted on and approved the release of Apache Shiindig > 1.1-BETA5. We would now like to request the approval of the Incubator PMC > for this release. > > Podling vote thread: > http://www.mail-archive.com/shindig-dev@incubator.apache.org/msg12054.html > > The Maven staging area is at (note that this differs from the original > announcement email): > https://repository.apache.org/content/repositories/orgapacheshindig-007/ > > The distributions are in: > > https://repository.apache.org/content/repositories/orgapacheshindig-007/org/apache/shindig/shindig/1.1-BETA5-incubating/ > > This release is tagged at: > > https://svn.apache.org/repos/asf/incubator/shindig/tags/shindig-project-1.1-BETA5-incubating/ > > Please vote using one of the options below. This vote will be open > for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On 11/22/2009 05:27 AM, Reinhard Pötz wrote: > Bertrand Delacretaz wrote: > >> On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür >> <reto.bachmann@trialox.org> wrote: >> >>> ...The full proposal can be found on the wiki at: >>> >>> http://wiki.apache.org/incubator/ClerezzaProposal >>> >> ... >> >> And we are looking for mentors! >> > I don't know if 5 mentors is too much, but added myself to the list. > Well, from my own experiences with Traffic Server, I'd recommend no less than 4 mentors, and also make sure all mentors either are on the IPMC, or request to join the IPMC as soon as the proposal gets accepted. I have no idea if what I just said goes against the Incubator rules, but fewer then 4 IPMC mentors risks making the incubator process less productive, and IMO, less educational for the podling. Cheers, -- leif --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On Sun, Nov 22, 2009 at 1:27 PM, Reinhard Pötz <reinhard@apache.org> wrote: > ...I don't know if 5 mentors is too much, but added myself to the list.... Ok cool, welcome! I guess 5 mentors should be enough ;-) -Bertrand --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Bertrand Delacretaz wrote:
> On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür
> <reto.bachmann@trialox.org> wrote:
>> ...The full proposal can be found on the wiki at:
>>
>> http://wiki.apache.org/incubator/ClerezzaProposal
> ...
>
> And we are looking for mentors!
I don't know if 5 mentors is too much, but added myself to the list.
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
On Nov 18, 2009, at 10:22 AM, Leo Simons wrote: > On Wed, Nov 18, 2009 at 4:40 AM, Niclas Hedhman <niclas@hedhman.org> > wrote: >> On Wed, Nov 18, 2009 at 12:06 AM, Justin Erenkrantz >> <justin@erenkrantz.com> wrote: >> >>> As Hyrum suggests, we can use org.apache.subversion.* if we want to >>> create a new (better) Java interface within our versioning rules - >>> but >>> that isn't necessary nor should it be a pre-req for graduation. >> >> IMNSHO, either Subversion address this issue pre-graduation, OR we >> remove the package name change requirement for ALL incubating >> projects, leaving it up to the project post-graduation to address it. > > Any reference to this being a requirement? I looked for it the other > day but didn't find anything. > > "If its not documented rule it is not a rule". Then it's time to document this in our rules. Java package spaces have always carried significant importance in the Java community in terms of who is providing stewardship of the code. This convention is so taken for granted in the Java community that I am not surprised that it has not been written down. Regards, Alan --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On Nov 18, 2009, at 5:14 AM, Justin Erenkrantz wrote: > On Wed, Nov 18, 2009 at 5:57 AM, Christopher Brind <brindy@brindy.org.uk > > wrote: >> I can understand why Subversion should be made a top level project >> quickly, >> but I personally believe the namespace change is a reasonable >> request in >> order to graduate for all the same reasons that convinced me Pivot >> should >> change its namespace. >> >> It sends the wrong message not to change given the importance of >> the Apache >> namespace, imho. > > If Subversion were a Java project, maybe I would consider it more > important that it change. > > However, the Java bindings are a very small (and largely > insignificant, IMO) part of Subversion. Holding a C-based project up > for graduation because their Java bindings aren't in the org.apache.* > namespace starts to sound petty. -- justin I have a different opinion. Java package spaces have always carried significant importance in the java community in terms of who is providing stewardship of the code. Having users change the packages when they move to a *new* version requires no significant burden. It happens all the time in the Java world and we are not treading on new ground here. Regards, Alan --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
I haven't looked at other Incubator projects to see if
the problem exists outside of Thrift, but the information
was written in a general way because I'm sure some incubating
projects aren't all that familiar with how Apache views svn
distributions.
The problem with Thrift isn't exactly sudden, so there's no
need for the IPMC to be immediately concerned with it. Hopefully
they will cut a release before their next reporting period
and things will be mostly fine again.
----- Original Message ----
> From: Bertrand Delacretaz <bdelacretaz@apache.org>
> To: general@incubator.apache.org
> Cc: thrift-dev@incubator.apache.org
> Sent: Sat, November 21, 2009 4:50:45 AM
> Subject: Re: Distribution management
>
> On Sat, Nov 21, 2009 at 5:52 AM, Joe Schaefer wrote:
> > ...The fact
> > is that the extended thrift community has been using subversion to distribute
> > the software to end users for a long time now, and that needs to be
> addressed....
>
> Is Thrift the only example that you had in mind?
>
> -Bertrand
>
> (dunno about others, personally I much prefer such discussions to be
> specific as in "I think there's problem X with project Y" as opposed
> to vague "some people are doing X" statements - makes it easier to see
> the ins and outs of such cases)
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
On Sat, Nov 21, 2009 at 5:52 AM, Joe Schaefer <joe_schaefer@yahoo.com> wrote: > ...The fact > is that the extended thrift community has been using subversion to distribute > the software to end users for a long time now, and that needs to be addressed.... Is Thrift the only example that you had in mind? -Bertrand (dunno about others, personally I much prefer such discussions to be specific as in "I think there's problem X with project Y" as opposed to vague "some people are doing X" statements - makes it easier to see the ins and outs of such cases) --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
----- Original Message ----
> From: Kevin Clark <kevin.clark@gmail.com>
> To: thrift-dev@incubator.apache.org
> Sent: Fri, November 20, 2009 11:02:39 PM
> Subject: Re: Distribution management
>
> On Fri, Nov 20, 2009 at 4:34 PM, Joe Schaefer wrote:
> > At Apache we do our work where it can be inspected by
> > the public while it is in progress. That work, carried
> > out in the subversion repository, is not to be publicized
> > to end users as a place to pick up the latest and greatest
> > distribution of our software. End users ALWAYS need to
> > be directed to formally approved releases. Not only does
> > that give the project space to do active development on
> > branches / trunk that hasn't been put to a vote yet, it
> > means that users have clear guidelines where the project
> > is willing to extend whatever stability promises it wishes
> > to make to it's users.
> >
> > The foundation does not consider subversion as a valid
> > distribution mechanism for software releases. In fact
> > we don't expect software in subversion to be vetted for
> > licensing issues until it comes time for a release, so
> > please do not point end users to svn!
> >
>
> I'm glad you have a way you like to do things "at Apache".
It's not my way, it's foundation policy, and part of what I'm paid to do
is enforce it. For details on the policy see
http://www.apache.org/dev/release.html#what
I'll quote the relevant section for you:
What Is A Release?
"Releases are, by definition, anything that is published beyond the
group that owns it. In our case, that means any publication outside
the group of people on the product dev list. If the general public is being
instructed to download a package, then that package has been released.
Each PMC must obey the ASF requirements on approving any release.
How you label the package is a secondary issue, described below."
Things that violate the release policy are things like download pages
on the website that point at subversion instead of an actual vetted release
(something Thrift has continued to do despite gentle nudging by the IPMC).
> But we're not children and we don't owe you anything. When you treat
> us like this you discourage involvement and drive people away from
> the Apache process.
I'm not exactly sure who we and you are but I'll assume you mean we thrift devs
and you joes. I'll remind you I started getting involved in Thrift after
Leo Simons sent this list a gentle prodding to fix the download page. Ignoring
him was strike 1. I sent you guys a patch to address your incorrect LICENSE
document in THRIFT-387, in the hopes we could cut a release in short order after the legal
issues were addressed. Ignoring me was strike 2. I'm getting the impression that you guys
have also decided to ignore Todd Lipcom, who put in considerable effort into a license audit
in THRIFT-622.
> I'm sure people are perfectly willing to direct others that subversion
> revisions aren't releases, so don't be an jerk about it.
That isn't the point. If you tell users this is where the software is that they should use,
you are releasing it to them: the lack of packaging or versioning on the software makes no
difference. Subversion is for people who wish to participate in project development, not
for end users. The fact
is that the extended thrift community has been using subversion to distribute
the software to end users for a long time now, and that needs to be addressed.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
+1 Thanks! - Dave On Thu, Nov 19, 2009 at 4:13 PM, Alan D. Cabrera <list@toolazydogs.com> wrote: > +1 > > Regards, > Alan > > On Nov 19, 2009, at 1:00 PM, Paul Lindner wrote: > >> The Shindig community voted on and approved the release of Apache Shiindig >> 1.1-BETA5. We would now like to request the approval of the Incubator PMC >> for this release. >> >> Podling vote thread: >> >> http://www.mail-archive.com/shindig-dev@incubator.apache.org/msg12054.html >> >> The Maven staging area is at (note that this differs from the original >> announcement email): >> https://repository.apache.org/content/repositories/orgapacheshindig-007/ >> >> The distributions are in: >> >> >> https://repository.apache.org/content/repositories/orgapacheshindig-007/org/apache/shindig/shindig/1.1-BETA5-incubating/ >> >> This release is tagged at: >> >> >> https://svn.apache.org/repos/asf/incubator/shindig/tags/shindig-project-1.1-BETA5-incubating/ >> >> Please vote using one of the options below. This vote will be open >> for 72 hours. >> >> [ ] +1 >> [ ] +0 >> [ ] -1 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
At Apache we do our work where it can be inspected by
the public while it is in progress. That work, carried
out in the subversion repository, is not to be publicized
to end users as a place to pick up the latest and greatest
distribution of our software. End users ALWAYS need to
be directed to formally approved releases. Not only does
that give the project space to do active development on
branches / trunk that hasn't been put to a vote yet, it
means that users have clear guidelines where the project
is willing to extend whatever stability promises it wishes
to make to it's users.
The foundation does not consider subversion as a valid
distribution mechanism for software releases. In fact
we don't expect software in subversion to be vetted for
licensing issues until it comes time for a release, so
please do not point end users to svn!
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
At Apache we do our work where it can be inspected by
the public while it is in progress. That work, carried
out in the subversion repository, is not to be publicized
to end users as a place to pick up the latest and greatest
distribution of our software. End users ALWAYS need to
be directed to formally approved releases. Not only does
that give the project space to do active development on
branches / trunk that hasn't been put to a vote yet, it
means that users have clear guidelines where the project
is willing to extend whatever stability promises it wishes
to make to it's users.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
The vote has passed with 10 +1 votes (all binding) and no 0 or -1 votes. Here are the votes: +1 Leo Simons +1 Martijn Dashorst +1 Bertrand Delacretaz +1 Jukka Zitting +1 Niall Pemberton +1 Ralph Goers +1 Niclas Hedhman +1 Kevan Miller +1 Alan D. Cabrera +1 David Crossley Thank you for all the support! Next we'll send the proposed resolution to the board for approval. Kind regards, -T On Tue, Nov 17, 2009 at 12:47 PM, Todd Volkert <tvolkert@gmail.com> wrote: > Hi all, > > The Apache Pivot community feels that it is ready to graduate into the > "Apache Pivot" top-level project. > > Please place your votes within the next 72 hours -- to serve as > recommendations to the Board at the December Board meeting. > > [ ] +1, Graduate Apache Pivot > [ ] 0, I don't care > [ ] -1, Apache Pivot is not ready to graduate, because... > > The Board Resolution proposal is included below. > > Kind Regards, > -T > > --- Begin Proposed Board Resolution --- > > 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, to be known as > "Apache Pivot", related to the creation and maintenance of > a platform for building rich Internet applications in Java, > for distribution at no charge to the public. > > NOW, THEREFORE, BE IT RESOLVED, that a Project Management > Committee (PMC) is hereby established pursuant to Bylaws > of the Foundation; and be it further > > RESOLVED, that the Apache Pivot PMC be and hereby is > charged with the creation and maintenance of Apache Pivot; > and be it further > > RESOLVED, that the office of "Vice President, Apache Pivot" be and > hereby is created, the person holding such office to serve at the > direction of the Board of Directors as the chair of Apache Pivot, and > to have primary responsibility for management of the projects within > the scope of responsibility of the Apache Pivot PMC; 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 Pivot PMC: > > · Christopher Brind <brindy AT apache DOT org> > · Greg Brown <gbrown AT apache DOT org> > · Martijn Dashorst <dashorst AT apache DOT org> > · Noel Grandin <noelgrandin AT apache DOT org> > · Niclas Hedhman <niclas AT apache DOT org> > · Sandro Martini <smartini AT apache DOT org> > · Todd Volkert <tvolkert AT apache DOT org> > > NOW, THEREFORE, BE IT FURTHER RESOLVED, that Greg Brown be appointed to > the office of Vice President, Apache Pivot, to serve in accordance with > and subject to the direction of the Board of Directors and the Bylaws > of the Foundation until death, resignation, retirement, removal or > disqualification, or until a successor is appointed; and be it further > > RESOLVED, that Apache Pivot be and hereby > is tasked with the migration and rationalization of the Apache > Incubator Pivot podling; and be it further > > RESOLVED, that all responsibilities pertaining to the Apache > Incubator Pivot podling encumbered upon the Apache Incubator > PMC are hereafter discharged. > > --- End Proposed Board Resolution --- > >
2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org>: > On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür > <reto.bachmann@trialox.org> wrote: >> ...The full proposal can be found on the wiki at: >> >> http://wiki.apache.org/incubator/ClerezzaProposal > ... > > And we are looking for mentors! I've added myself to the list. Ross --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Nicholas L Gallardo said the following on 11/20/2009 02:32 PM: > > This looks interesting. To the comment here: > > "An alignment to the JAX-RS implementation in Apache CXF could not > only help removing the dependencies to the CDDL-licensed code taken > from Jersey but also help providing a fully framework independent > implementation with a larger group of developers and thus higher quality." > > Assuming you're relying on just the base JAX-RS support, I'd like to > see the JAX-RS engine be pluggable so that it could support both CXF > and Wink. > One thing that could be easily shared across implementations are the default providers. Having a pluggable JAX-RS implementation providing base JAX-RS support would of course be better. Our implementations is not directly based on the servlet api, but uses wrhapi (http://wrhapi.wymiwyg.org/) this is to have a more minimal api for http requests and thus make it easier to implement filters (currently we have a Filter for authentication). > > > Either way, nice work. I've been curious to see how Semantic Web > constructs could be manifested in JAX-RS applications. > On one hand the possibility to bind a root-resource to an RDF-type, two examples: - http://scm.trialox.org/main/org.clerezza.app.conceptmanager/file/49e9ccc35277/org.clerezza.app.conceptmanager.core/src/main/java/org/clerezza/app/conceptmanager/core/ConceptTypeHandler.java#l1 - http://scm.trialox.org/main/org.clerezza.platform.content/file/e985ea0e81b3/src/main/java/org/clerezza/platform/content/DiscobitsTypeHandler.java#l1 The other part is having Root resource methods returning GraphNodes (i.e. a resource in a graph), the server will then return the context (aka minimul self contained graph) of the node for clients requesting an RDF format (e.g. rdf/json) while rendering the resource using a template (typically a ScalaServerPage) for other output formats. An example of a ScalaServerPage producing XHTML: http://scm.trialox.org/main/org.clerezza.platform.accountcontrolpanel/file/b4d412a91998/src/main/resources/org/clerezza/platform/accountcontrolpanel/control-panel.xhtml#l1 The corresponding JAX-RS methods returning GraphNodes are in: http://scm.trialox.org/main/org.clerezza.platform.accountcontrolpanel/file/b4d412a91998/src/main/java/org/clerezza/platform/accountcontrolpanel/AccountControlPanel.java#l1 Cheers, reto > > > -Nick > > > > > > Inactive hide details for Reto Bachmann-Gmür ---11/20/2009 06:20:07 > AM---Hello all,Reto Bachmann-Gmür ---11/20/2009 06:20:07 AM---Hello all, > > *Reto Bachmann-Gmür <reto.bachmann@trialox.org>* > > 11/20/2009 06:19 AM > Please respond to > general@incubator.apache.org > > > > To > > general@incubator.apache.org > > cc > > > Subject > > [PROPOSAL] Apache Clerezza > > > > > Hello all, > > I would like to formally present the incubator proposal for Clerrezza, > an OSGi-based modular application and set of components (bundles) for > building RESTful Semantic Web applications and services. > > The full proposal can be found on the wiki at: > > http://wiki.apache.org/incubator/ClerezzaProposal > > I'm looking forward to questions and feedback. > > Cheers, > Reto > > -- > Reto Bachmann-Gmür > trialox.org > Tel: +41445005015 > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > -- Reto Bachmann-Gmür trialox.org Tel: +41445005015 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Tommaso Teofili said the following on 11/20/2009 03:03 PM: > 2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org> > > >> On Fri, Nov 20, 2009 at 2:38 PM, Tommaso Teofili >> <tommaso.teofili@gmail.com> wrote: >> >>> 2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org> >>> >>>> ...And we are looking for mentors! >>>> >>>> >>> Here I am if you need another one :-) >>> >> Given that you're a UIMA committer, and there are possible synergies >> between it and Clerezza, maybe you should sign up as an initial >> committer instead? >> That's great, I've added you as initial committer. cheers, reto -- Reto Bachmann-Gmür trialox.org Tel: +41445005015 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org> > On Fri, Nov 20, 2009 at 2:38 PM, Tommaso Teofili > <tommaso.teofili@gmail.com> wrote: > > 2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org> > >> ...And we are looking for mentors! > >> > > > > Here I am if you need another one :-) > > Given that you're a UIMA committer, and there are possible synergies > between it and Clerezza, maybe you should sign up as an initial > committer instead? > If you people at Clerezza are ok with that I would be happy to help being a committer. Tommaso > > -Bertrand > > Sidenote: > > The discussions about incubating Clerezza started last week at the IKS > workshop in Rome, where both Reto and Tommaso, among others, presented > demos: http://www.iks-project.eu/civicrm/event/info?reset=1&id=3) > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > >
On Fri, Nov 20, 2009 at 2:38 PM, Tommaso Teofili <tommaso.teofili@gmail.com> wrote: > 2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org> >> ...And we are looking for mentors! >> > > Here I am if you need another one :-) Given that you're a UIMA committer, and there are possible synergies between it and Clerezza, maybe you should sign up as an initial committer instead? -Bertrand Sidenote: The discussions about incubating Clerezza started last week at the IKS workshop in Rome, where both Reto and Tommaso, among others, presented demos: http://www.iks-project.eu/civicrm/event/info?reset=1&id=3) --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Bertrand Delacretaz said the following on 11/20/2009 02:21 PM: > On Fri, Nov 20, 2009 at 2:13 PM, Niclas Hedhman <niclas@hedhman.org> wrote: > >> Your proposal mentions "Open Software License v3.0". I'm not at my computer, >> but if memory serves me any at all, I vaguely recall it being a problematic >> one. Does resolved.html mentions it? >> > > Reto, that's for mulgara which IIUC is one of the optional triple stores? > Yes, you're right. currently one can choose between sesame, jena TDB and mulgara as triple store. We recommend using sesame (for fail-safe storage) or TDB (for perfomance), mulgara was more an experiment > If I'm right, it might be good to mention that it's optional, in the proposal. > We'll do. Reto > -Bertrand > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > -- Reto Bachmann-Gmür trialox.org Tel: +41445005015 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
2009/11/20 Bertrand Delacretaz <bdelacretaz@apache.org> > On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür > <reto.bachmann@trialox.org> wrote: > > ...The full proposal can be found on the wiki at: > > > > http://wiki.apache.org/incubator/ClerezzaProposal > ... > > And we are looking for mentors! > Here I am if you need another one :-) Tommaso tommaso@apache.org
While I think that this thread is important to take place before the potential podling graduates, I have a simple question that is about the point of order. We don't really need to resolve this particular issue before we vote on this podling do we? Won't this issue be a problem for the mentors and the podling community to resolve? If they can't then the podling bids a cheery adieu. IIUC, the only thing that they are missing is a champion and a a few mentors, no? Again, I'm not trying to quash this thread. Just curious. :) Regards, Alan On Nov 19, 2009, at 8:17 AM, Alexei Fedotov wrote: > Hello, > As for migrating from Hibernate, I see several alternatives for > persistence. > Enterprise Java experts, please, could you comment on this? > > 1. stackoverflow.com suggested using Spring as a persistence > technology. My > friend said that it requires coding, but you get manageable, clear and > transparent application. We already use Spring as a dependency. > > 2. Using JPA from Java 6 JPA allows using less libraries and being > more > compatible with Google App Engine. The latter may help general users > to host > the web application. > > 3. Does OpenJPA suggested by Niclas offer any benefits compared to > JPA? > Synergy is good, but there may be other benefits I cannot see. Sorry > for my > ignorance. > > Thanks. > P.S. Ross, it would be really nice to get you as a mentor. > On Wed, Nov 18, 2009 at 6:56 PM, Ross Gardler <rgardler@apache.org> > wrote: > >> 2009/11/18 Sebastian Wagner <seba.wagner@gmail.com>: >>> we would like to propose Openmeetings project to join the incubator. >>> >>> Full Proposal: >>> http://wiki.apache.org/incubator/OpenmeetingsProposal >> >> Calling a vote is premature. Therefore my vote is -1. >> >> Your proposal does not yet have a confirmed champion and you don't >> have sufficient mentors yet. >> >> I'm still toying with the idea of mentoring, but I'm still unclear >> with respect to the legal situation. I've not seen a clear consensus >> that it will ever be possible to produce a cleanly licensed >> application that does not require the use of LGPL/GPL code. >> >> Ross >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >> For additional commands, e-mail: general-help@incubator.apache.org >> >> > > > -- > With best regards / Ó ÎÁÉÌÕÞÛÉÍÉ ÐÏÖÅÌÁÎÉÑÍÉ, > Alexei Fedotov / áÌÅËÓÅÊ æÅÄÏÔÏ×, > http://www.telecom-express.ru/ > http://harmony.apache.org/ > http://www.expressaas.com/ > http://openmeetings.googlecode.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Content-type: multipart/alternative;
Boundary="1__=08BBFCE7DFD983048f9e8a93df938690918c08BBFCE7DFD98304"
--1__=08BBFCE7DFD983048f9e8a93df938690918c08BBFCE7DFD98304
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: quoted-printable
This looks interesting. To the comment here:
"An alignment to the JAX-RS implementation in Apache CXF could not only=
help removing the dependencies to the CDDL-licensed code taken from Jer=
sey
but also help providing a fully framework independent implementation wi=
th a
larger group of developers and thus higher quality."
Assuming you're relying on just the base JAX-RS support, I'd like to se=
e
the JAX-RS engine be pluggable so that it could support both CXF and Wi=
nk.
Either way, nice work. I've been curious to see how Semantic Web
constructs could be manifested in JAX-RS applications.
-Nick
=
Reto =
Bachmann-Gm=FCr =
<reto.bachmann@tr =
To
ialox.org> general@incubator.apache.org =
=
cc
11/20/2009 06:19 =
AM Subj=
ect
[PROPOSAL] Apache Clerezza =
=
Please respond to =
general@incubator =
.apache.org =
=
=
Hello all,
I would like to formally present the incubator proposal for Clerrezza,
an OSGi-based modular application and set of components (bundles) for
building RESTful Semantic Web applications and services.
The full proposal can be found on the wiki at:
http://wiki.apache.org/incubator/ClerezzaProposal
I'm looking forward to questions and feedback.
Cheers,
Reto
--
Reto Bachmann-Gm=FCr
trialox.org
Tel: +41445005015
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
=
--1__=08BBFCE7DFD983048f9e8a93df938690918c08BBFCE7DFD98304
Content-type: text/html; charset=ISO-8859-1
Content-Disposition: inline
Content-transfer-encoding: quoted-printable
<html><body>
<p>This looks interesting. To the comment here:<br>
<br>
"An alignment to the JAX-RS implementation in Apache CXF could not=
only help removing the dependencies to the CDDL-licensed code taken fr=
om Jersey but also help providing a fully framework independent impleme=
ntation with a larger group of developers and thus higher quality."=
;<br>
<br>
Assuming you're relying on just the base JAX-RS support, I'd like to se=
e the JAX-RS engine be pluggable so that it could support both CXF and =
Wink. <br>
<br>
Either way, nice work. I've been curious to see how Semantic Web const=
ructs could be manifested in JAX-RS applications.<br>
<br>
-Nick<br>
<br>
<br>
<br>
<br>
<br>
<img width=3D"16" height=3D"16" src=3D"cid:1__=3D08BBFCE7DFD983048f9e8a=
93df938@us.ibm.com" border=3D"0" alt=3D"Inactive hide details for Reto =
Bachmann-Gm=FCr ---11/20/2009 06:20:07 AM---Hello all,"><font color=3D"=
#424282">Reto Bachmann-Gm=FCr ---11/20/2009 06:20:07 AM---Hello all,</f=
ont><br>
<br>
<table width=3D"100%" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">=
<tr valign=3D"top"><td style=3D"background-image:url(cid:2__=3D08BBFCE7=
DFD983048f9e8a93df938@us.ibm.com); background-repeat: no-repeat; " widt=
h=3D"40%">
<ul>
<ul>
<ul>
<ul><b><font size=3D"2">Reto Bachmann-Gm=FCr <reto.bachmann@trialox.=
org></font></b><font size=3D"2"> </font>
<p><font size=3D"2">11/20/2009 06:19 AM</font>
<table border=3D"1">
<tr valign=3D"top"><td width=3D"168" bgcolor=3D"#FFFFFF"><div align=3D"=
center"><font size=3D"2">Please respond to<br>
general@incubator.apache.org</font></div></td></tr>
</table>
</ul>
</ul>
</ul>
</ul>
</td><td width=3D"60%">
<table width=3D"100%" border=3D"0" cellspacing=3D"0" cellpadding=3D"0">=
<tr valign=3D"top"><td width=3D"1%"><img width=3D"58" height=3D"1" src=3D=
"cid:3__=3D08BBFCE7DFD983048f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""><br>
<div align=3D"right"><font size=3D"2">To</font></div></td><td
width=3D"=
100%"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D08BBFCE7DFD983048f=
9e8a93df938@us.ibm.com" border=3D"0" alt=3D""><br>
<font size=3D"2">general@incubator.apache.org</font></td></tr>
<tr valign=3D"top"><td width=3D"1%"><img width=3D"58" height=3D"1" src=3D=
"cid:3__=3D08BBFCE7DFD983048f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""><br>
<div align=3D"right"><font size=3D"2">cc</font></div></td><td
width=3D"=
100%"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D08BBFCE7DFD983048f=
9e8a93df938@us.ibm.com" border=3D"0" alt=3D""><br>
</td></tr>
<tr valign=3D"top"><td width=3D"1%"><img width=3D"58" height=3D"1" src=3D=
"cid:3__=3D08BBFCE7DFD983048f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""><br>
<div align=3D"right"><font size=3D"2">Subject</font></div></td><td
widt=
h=3D"100%"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D08BBFCE7DFD98=
3048f9e8a93df938@us.ibm.com" border=3D"0" alt=3D""><br>
<font size=3D"2">[PROPOSAL] Apache Clerezza</font></td></tr>
</table>
<table border=3D"0" cellspacing=3D"0" cellpadding=3D"0">
<tr valign=3D"top"><td width=3D"58"><img width=3D"1" height=3D"1" src=3D=
"cid:3__=3D08BBFCE7DFD983048f9e8a93df938@us.ibm.com" border=3D"0" alt=3D=
""></td><td width=3D"336"><img width=3D"1" height=3D"1" src=3D"cid:3__=3D=
08BBFCE7DFD983048f9e8a93df938@us.ibm.com" border=3D"0" alt=3D""></td></=
tr>
</table>
</td></tr>
</table>
<br>
<tt>Hello all,<br>
<br>
I would like to formally present the incubator proposal for Clerrezza,<=
br>
an OSGi-based modular application and set of components (bundles) for<b=
r>
building RESTful Semantic Web applications and services.<br>
<br>
The full proposal can be found on the wiki at:<br>
<br>
</tt><tt><a href=3D"http://wiki.apache.org/incubator/ClerezzaProposal">=
http://wiki.apache.org/incubator/ClerezzaProposal</a></tt><tt><br>
<br>
I'm looking forward to questions and feedback. <br>
<br>
Cheers,<br>
Reto<br>
<br>
-- <br>
Reto Bachmann-Gm=FCr<br>
trialox.org<br>
Tel: +41445005015<br>
<br>
<br>
<br>
---------------------------------------------------------------------<b=
r>
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org<br>
For additional commands, e-mail: general-help@incubator.apache.org<br>
<br>
</tt><br>
</body></html>=
--1__=08BBFCE7DFD983048f9e8a93df938690918c08BBFCE7DFD98304--
On Fri, Nov 20, 2009 at 2:13 PM, Niclas Hedhman <niclas@hedhman.org> wrote: > Your proposal mentions "Open Software License v3.0". I'm not at my computer, > but if memory serves me any at all, I vaguely recall it being a problematic > one. Does resolved.html mentions it? Listed as weak copyleft with its ilk like EPL and CDDL: "By attaching a prominent label to the distribution and requiring an explicit action by the user to get the reciprocally-licensed source, users are less likely to be unaware of restrictions significantly different from those of the Apache License" /niklas --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On Fri, Nov 20, 2009 at 2:11 PM, Niclas Hedhman <niclas@hedhman.org> wrote: > Uhhh... I also volunteer to be Mentor for this, hoping to learn more how to > leverage RDF. Thanks, I have added your name to the proposal. -Bertrand --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On Fri, Nov 20, 2009 at 2:13 PM, Niclas Hedhman <niclas@hedhman.org> wrote: > Your proposal mentions "Open Software License v3.0". I'm not at my computer, > but if memory serves me any at all, I vaguely recall it being a problematic > one. Does resolved.html mentions it? Reto, that's for mulgara which IIUC is one of the optional triple stores? If I'm right, it might be good to mention that it's optional, in the proposal. -Bertrand --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On Thu, Nov 19, 2009 at 7:13 PM, Branko ÄŒibej <brane@xbc.nu> wrote: > Niall Pemberton wrote: >> On Mon, Nov 16, 2009 at 7:27 PM, Greg Stein <gstein@gmail.com> wrote: >> >>> fyi, Subversion has been migrated into the ASF repository. About 30+ >>> committers have access and are beginning work within the ASF repo. >>> Below, you can see the big change to switch the licensing over to the >>> ASF (we were already on ALv2, so this is merely a name change). Also, >>> note the mailing lists are active. I declared "flag day" as 00:01 UTC >>> Wednesday Nov 18 to switch to the subversion.apache.org lists (lazy >>> consensus seems to approve). Please sign up as you will (all lists are >>> open-subscription, but for private). >>> >>> Buildbot migration is now in-progress. I also expect some nightly >>> builds to begin soon. At that point, we'll have tarballs if anybody >>> would like to perform an audit. Hyrum has already fed some patches >>> back to RAT to ease running RAT on release tarballs. >>> >> >> I ran a RAT report (0.6 version) Â on subversion trunk but theres alot >> of *noise* from it. I have opened a bug ticket for license header >> review here: >> >> http://subversion.tigris.org/issues/show_bug.cgi?id=3529 >> >> It would make review easier if the files without headers had them >> added. If thats considered a good idea, I'll try and help submitting >> patches. >> > > I see the following in that ticket: > > Â Â GPL - Â Copyright Free Software Foundation, Inc. > Â Â Â build/config.guess > Â Â Â build/config.sub > > Â Â ????? - Copyright X Consortium > Â Â Â build/install-sh > > I don't rightly know what to do about config.guess and config.sub; > they're essential parts of the autoconf system, so we (currently) can't > really build without them -- but their GPL does not affect the compiled > code, so that should be OK. Note that at least APR has these two files, > under the same license, in the same place in their tree. Sorry I'm no expert on licensing. Might be worth asking the APR guys or following up on the legal-discuss mailing list. If it is OK to distribute then it might be that something just needs adding to the LICENSE and/or NOTICE files - but I'm no expert on that. I submitted a patch to add the ant build file that runs RAT, since it seems like a good idea to build up and document the list of exclusions for these kind of files that raise flags but or actually OK. I also added the latest RAT report run against trunk to the ticket (can't currently get hold of the nightly distros) http://subversion.tigris.org/issues/show_bug.cgi?id=3529 Niall > For install-sh, we could probably replace it with APR's install.sh. The > latter is also based on the X consortium's original, but modified and > mogrified, and it now says it's subject to the Apache license. > > I'm testing the Subversion build now to see if it works with APR's > install.sh, and will switch over if everything appears to be OK. > > -- Brane > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Your proposal mentions "Open Software License v3.0". I'm not at my computer, but if memory serves me any at all, I vaguely recall it being a problematic one. Does resolved.html mentions it? -- Niclas On 20 Nov 2009 20:19, "Reto Bachmann-Gmür" <reto.bachmann@trialox.org> wrote: Hello all, I would like to formally present the incubator proposal for Clerrezza, an OSGi-based modular application and set of components (bundles) for building RESTful Semantic Web applications and services. The full proposal can be found on the wiki at: http://wiki.apache.org/incubator/ClerezzaProposal I'm looking forward to questions and feedback. Cheers, Reto -- Reto Bachmann-Gmür trialox.org Tel: +41445005015 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Uhhh... I also volunteer to be Mentor for this, hoping to learn more how to leverage RDF. -- Niclas On 20 Nov 2009 20:38, "Bertrand Delacretaz" <bdelacretaz@apache.org> wrote: On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür <reto.bachmann@trialox.org> wrote: > ...The full proposal can be found on the wiki at: > > http://wiki.apache.org/incubator/ClerezzaProposal ... And we are looking for mentors! -- Bertrand (signed up as champion for Clerezza) --------------------------------------------------------------------- To unsubscribe, e-mail: gener...
Looks interesting. I can help with implementation. Cheers, Adam Wojtuniak awojtuniak@apache.org On Fri, Nov 20, 2009 at 12:19 PM, Reto Bachmann-Gmür < reto.bachmann@trialox.org> wrote: > Hello all, > > I would like to formally present the incubator proposal for Clerrezza, > an OSGi-based modular application and set of components (bundles) for > building RESTful Semantic Web applications and services. > > The full proposal can be found on the wiki at: > > http://wiki.apache.org/incubator/ClerezzaProposal > > I'm looking forward to questions and feedback. > > Cheers, > Reto > > -- > Reto Bachmann-Gmür > trialox.org > Tel: +41445005015 > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > >
On Fri, Nov 20, 2009 at 1:38 PM, Bertrand Delacretaz <bdelacretaz@apache.org> wrote: > On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür > <reto.bachmann@trialox.org> wrote: >> ...The full proposal can be found on the wiki at: >> >> http://wiki.apache.org/incubator/ClerezzaProposal > ... > > And we are looking for mentors! You just got your first one. LMK how I can assist. -- Gianugo Rabellino Sourcesense, making sense of Open Source: http://www.sourcesense.com (blogging at http://www.rabellino.it/blog/) --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
On Fri, Nov 20, 2009 at 1:19 PM, Reto Bachmann-Gmür <reto.bachmann@trialox.org> wrote: > ...The full proposal can be found on the wiki at: > > http://wiki.apache.org/incubator/ClerezzaProposal ... And we are looking for mentors! -- Bertrand (signed up as champion for Clerezza) --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Hello all, I would like to formally present the incubator proposal for Clerrezza, an OSGi-based modular application and set of components (bundles) for building RESTful Semantic Web applications and services. The full proposal can be found on the wiki at: http://wiki.apache.org/incubator/ClerezzaProposal I'm looking forward to questions and feedback. Cheers, Reto -- Reto Bachmann-Gmür trialox.org Tel: +41445005015 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
hi, we are using Hibernate 3.4. We use no Spring Managed Transaction Manager at this moment in OpenMeetings. We we have a lot of HQL Queries in the our OM-Layer. I read that ... I think I better switch to the openJPA mailing list as I do have a lot of questions regardign migration in detail. thanks, sebastian 2009/11/19 Donald Woods <dwoods@apache.org> > Jay points out an important design feature, in that if you write to the JPA > 1.0 or 2.0 spec API and don't use any provider specific extensions or > behaviors, then you can easily allow your users to choose a different > provider (based on performance, familiarity, ...) or depend upon the one > provided in a Java EE app server. > > As a OpenJPA committer, I'm partial to it :-) > > The first migration question would be, what version of Hibernate are you > using now, as moving from v3 to OpenJPA would be pretty straightforward. BTW > - anyone trying to migrate from Hibernate to OpenJPA would receive lots of > help on our user list... > > > -Donald > > > > Jay D. McHugh wrote: > >> Hello Alexei, >> >> If you are using Hibernate now - then it should not be too much trouble >> to switch to use OpenJPA (unless you are using some of Hibernate's >> enhancements to the JPA spec). >> >> At least that would be my understanding. I have used OpenJPA and love >> it but have never used Hibernate. >> >> Jay >> >> Alexei Fedotov wrote: >> >>> Hello, >>> As for migrating from Hibernate, I see several alternatives for >>> persistence. >>> Enterprise Java experts, please, could you comment on this? >>> >>> 1. stackoverflow.com suggested using Spring as a persistence technology. >>> My >>> friend said that it requires coding, but you get manageable, clear and >>> transparent application. We already use Spring as a dependency. >>> >>> 2. Using JPA from Java 6 JPA allows using less libraries and being more >>> compatible with Google App Engine. The latter may help general users to >>> host >>> the web application. >>> >>> 3. Does OpenJPA suggested by Niclas offer any benefits compared to JPA? >>> Synergy is good, but there may be other benefits I cannot see. Sorry for >>> my >>> ignorance. >>> >>> Thanks. >>> P.S. Ross, it would be really nice to get you as a mentor. >>> On Wed, Nov 18, 2009 at 6:56 PM, Ross Gardler <rgardler@apache.org> >>> wrote: >>> >>> 2009/11/18 Sebastian Wagner <seba.wagner@gmail.com>: >>>> >>>>> we would like to propose Openmeetings project to join the incubator. >>>>> >>>>> Full Proposal: >>>>> http://wiki.apache.org/incubator/OpenmeetingsProposal >>>>> >>>> Calling a vote is premature. Therefore my vote is -1. >>>> >>>> Your proposal does not yet have a confirmed champion and you don't >>>> have sufficient mentors yet. >>>> >>>> I'm still toying with the idea of mentoring, but I'm still unclear >>>> with respect to the legal situation. I've not seen a clear consensus >>>> that it will ever be possible to produce a cleanly licensed >>>> application that does not require the use of LGPL/GPL code. >>>> >>>> Ross >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >>>> For additional commands, e-mail: general-help@incubator.apache.org >>>> >>>> >>>> >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >> For additional commands, e-mail: general-help@incubator.apache.org >> >> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > -- Sebastian Wagner http://www.webbase-design.de http://openmeetings.googlecode.com http://www.laszlo-forum.de seba.wagner@gmail.com
On Fri, Nov 20, 2009 at 3:13 AM, Branko ÄŒibej <brane@xbc.nu> wrote: > I see the following in that ticket: > > Â Â GPL - Â Copyright Free Software Foundation, Inc. > Â Â Â build/config.guess > Â Â Â build/config.sub > > Â Â ????? - Copyright X Consortium > Â Â Â build/install-sh > > I don't rightly know what to do about config.guess and config.sub; > they're essential parts of the autoconf system, so we (currently) can't > really build without them -- but their GPL does not affect the compiled > code, so that should be OK. Note that at least APR has these two files, > under the same license, in the same place in their tree. Yes, this has been sorted out and marked Ok. Cheers -- Niclas Hedhman, Software Developer http://www.qi4j.org - New Energy for Java I live here; http://tinyurl.com/2qq9er I work here; http://tinyurl.com/2ymelc I relax here; http://tinyurl.com/2cgsug --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Todd Volkert wrote: > > The Apache Pivot community feels that it is ready to graduate into the > "Apache Pivot" top-level project. > > Please place your votes within the next 72 hours -- to serve as > recommendations to the Board at the December Board meeting. +1 -David --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
Jay points out an important design feature, in that if you write to the JPA 1.0 or 2.0 spec API and don't use any provider specific extensions or behaviors, then you can easily allow your users to choose a different provider (based on performance, familiarity, ...) or depend upon the one provided in a Java EE app server. As a OpenJPA committer, I'm partial to it :-) The first migration question would be, what version of Hibernate are you using now, as moving from v3 to OpenJPA would be pretty straightforward. BTW - anyone trying to migrate from Hibernate to OpenJPA would receive lots of help on our user list... -Donald Jay D. McHugh wrote: > Hello Alexei, > > If you are using Hibernate now - then it should not be too much trouble > to switch to use OpenJPA (unless you are using some of Hibernate's > enhancements to the JPA spec). > > At least that would be my understanding. I have used OpenJPA and love > it but have never used Hibernate. > > Jay > > Alexei Fedotov wrote: >> Hello, >> As for migrating from Hibernate, I see several alternatives for persistence. >> Enterprise Java experts, please, could you comment on this? >> >> 1. stackoverflow.com suggested using Spring as a persistence technology. My >> friend said that it requires coding, but you get manageable, clear and >> transparent application. We already use Spring as a dependency. >> >> 2. Using JPA from Java 6 JPA allows using less libraries and being more >> compatible with Google App Engine. The latter may help general users to host >> the web application. >> >> 3. Does OpenJPA suggested by Niclas offer any benefits compared to JPA? >> Synergy is good, but there may be other benefits I cannot see. Sorry for my >> ignorance. >> >> Thanks. >> P.S. Ross, it would be really nice to get you as a mentor. >> On Wed, Nov 18, 2009 at 6:56 PM, Ross Gardler <rgardler@apache.org> wrote: >> >>> 2009/11/18 Sebastian Wagner <seba.wagner@gmail.com>: >>>> we would like to propose Openmeetings project to join the incubator. >>>> >>>> Full Proposal: >>>> http://wiki.apache.org/incubator/OpenmeetingsProposal >>> Calling a vote is premature. Therefore my vote is -1. >>> >>> Your proposal does not yet have a confirmed champion and you don't >>> have sufficient mentors yet. >>> >>> I'm still toying with the idea of mentoring, but I'm still unclear >>> with respect to the legal situation. I've not seen a clear consensus >>> that it will ever be possible to produce a cleanly licensed >>> application that does not require the use of LGPL/GPL code. >>> >>> Ross >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >>> For additional commands, e-mail: general-help@incubator.apache.org >>> >>> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
+1 Regards, Alan On Nov 17, 2009, at 9:47 AM, Todd Volkert wrote: > Hi all, > > The Apache Pivot community feels that it is ready to graduate into the > "Apache Pivot" top-level project. > > Please place your votes within the next 72 hours -- to serve as > recommendations to the Board at the December Board meeting. > > [ ] +1, Graduate Apache Pivot > [ ] 0, I don't care > [ ] -1, Apache Pivot is not ready to graduate, because... > > The Board Resolution proposal is included below. > > Kind Regards, > -T > > --- Begin Proposed Board Resolution --- > > 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, to be known as > "Apache Pivot", related to the creation and maintenance of > a platform for building rich Internet applications in Java, > for distribution at no charge to the public. > > NOW, THEREFORE, BE IT RESOLVED, that a Project Management > Committee (PMC) is hereby established pursuant to Bylaws > of the Foundation; and be it further > > RESOLVED, that the Apache Pivot PMC be and hereby is > charged with the creation and maintenance of Apache Pivot; > and be it further > > RESOLVED, that the office of "Vice President, Apache Pivot" be and > hereby is created, the person holding such office to serve at the > direction of the Board of Directors as the chair of Apache Pivot, and > to have primary responsibility for management of the projects within > the scope of responsibility of the Apache Pivot PMC; 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 Pivot PMC: > > · Christopher Brind <brindy AT apache DOT org> > · Greg Brown <gbrown AT apache DOT org> > · Martijn Dashorst <dashorst AT apache DOT org> > · Noel Grandin <noelgrandin AT apache DOT org> > · Niclas Hedhman <niclas AT apache DOT org> > · Sandro Martini <smartini AT apache DOT org> > · Todd Volkert <tvolkert AT apache DOT org> > > NOW, THEREFORE, BE IT FURTHER RESOLVED, that Greg Brown be appointed > to > the office of Vice President, Apache Pivot, to serve in accordance > with > and subject to the direction of the Board of Directors and the Bylaws > of the Foundation until death, resignation, retirement, removal or > disqualification, or until a successor is appointed; and be it further > > RESOLVED, that Apache Pivot be and hereby > is tasked with the migration and rationalization of the Apache > Incubator Pivot podling; and be it further > > RESOLVED, that all responsibilities pertaining to the Apache > Incubator Pivot podling encumbered upon the Apache Incubator > PMC are hereafter discharged. > > --- End Proposed Board Resolution --- --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org
+1 Regards, Alan On Nov 19, 2009, at 1:00 PM, Paul Lindner wrote: > The Shindig community voted on and approved the release of Apache > Shiindig > 1.1-BETA5. We would now like to request the approval of the > Incubator PMC > for this release. > > Podling vote thread: > http://www.mail-archive.com/shindig-dev@incubator.apache.org/msg12054.html > > The Maven staging area is at (note that this differs from the original > announcement email): > https://repository.apache.org/content/repositories/orgapacheshindig-007/ > > The distributions are in: > > https://repository.apache.org/content/repositories/orgapacheshindig-007/org/apache/shindig/shindig/1.1-BETA5-incubating/ > > This release is tagged at: > > https://svn.apache.org/repos/asf/incubator/shindig/tags/shindig-project-1.1-BETA5-incubating/ > > Please vote using one of the options below. This vote will be open > for 72 hours. > > [ ] +1 > [ ] +0 > [ ] -1 --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org