You are viewing a plain text version of this content. The canonical link for it is here.
Posted to torque-dev@db.apache.org by Emmanuel Florent <ef...@devaki.org> on 2003/12/13 01:05:14 UTC
[VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
About two years ago I started the devaki-nextobjects projects
<http://www.devaki.org/>.
Among other things this project now have to improve jar entry point
(startup), packaging and torque integration.
The proposal is to integrate this sources as torque-gui inside of the
torque project.
If this proposal to the torque development team is accepted I'll post
the material nedded for the license changes, and do the change needed to
comply with coding convention, licensing issues, with the help and
advices of Martin Poeschl during the nexts weeks.
The initial source of the proposal are the material currently available
from <http://www.devaki.org/>.
The source identified destination is a db-torque / src / torque-gui
repository.
Emmanuel Florent
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by John McNally <jm...@collab.net>.
On Mon, 2004-01-26 at 11:53, Emmanuel Florent wrote:
> > If not, we should discuss this more.
> What about a standalone project for the torque-gen ?
> I think that that proposal is rather a small component than a standalone
> project. Think about Axion, Think about an full featured IDE @apache.
> That probably would be revolutionary, but that's not my proposal.
>
> That's why I would like to refer to http://db.apache.org/newproject.html
> rather than
> http://incubator.apache.org/incubation/Incubation_Policy.html
I will update the documentation. The newproject.html document precedes
the incubation policy and is no longer accurate. Projects should not
accept large code donations (where large is subjective, but a set of
code published under a license for use and with its own website probably
qualifies) without going through the incubator. It does not matter
whether a project (db) plans to incorporate the code into an existing
product/subproject or keep it separate.
How many committers to torque-gui or devaki.org are currently committers
to torque? How many committers to torque-gui are there currently? If
more than one, do they all agree on the move and change of license. If
only one, are you used to working in a consensus based environment.
If you were already committing code to torque and there were no license
or copyright issues, then you could just add the code to torque without
going through the incubation process, so it could be taken that I am
trying to make things difficult. But I am really just trying to make
sure we don't end up in a fight over the bureaucracy. The ASF has
created the incubator as a process to help ensure legal matters are
attended to. It's not good for the community to try to circumvent these
processes, but to try to make them as streamlined as possible.
john mcnally
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Emmanuel Florent <ef...@devaki.org>.
> If not, we should discuss this more.
What about a standalone project for the torque-gen ?
I think that that proposal is rather a small component than a standalone
project. Think about Axion, Think about an full featured IDE @apache.
That probably would be revolutionary, but that's not my proposal.
That's why I would like to refer to http://db.apache.org/newproject.html
rather than
http://incubator.apache.org/incubation/Incubation_Policy.html
At db.apache strong analisys should make appear that criteria 1,2,5 and
especially 4 make the proposal a good candidate for sub-project. On my
non-objective point of view warning 1 to 5 are OK.
But the solution for this proposal should for me have be what Martin
proposed :
> maybe we should reorganize our repository structure
> >
> > db-torque
> > generator
> > gui
> > maven-pl
So as far as I remember ant have a gui, maven have a gui.
I only see Criteria 3 (Core developers) but it make deseaper what we are
not even talking of a sub-project. The criteria implode if you consider
having a bigger userbase of the torque-gen codebase.
So pass it is very neccessary to discuss this more.
I think about two FAQ :
- this project should have be an eclipse plugin
no because it's good practice that not to code while designing,
The principal benefit of using eclipse would have be for having a nice
docked tree.
- kind of project should have use GEF, or use the dia/xslt approach
Most of library relies on UML. I suggest to follow Amblin :
http://www.agiledata.org/essays/umlDataModelingProfile.html
to have a torque dedicated UI.
Lot thing have to be discuted again.
I'm just interessed by this.
EF
>
> john mcnally
>
> On Sat, 2003-12-13 at 00:39, Martin Poeschl wrote:
> > Emmanuel Florent wrote:
> >
> > >About two years ago I started the devaki-nextobjects projects
> > ><http://www.devaki.org/>.
> > >
> > >Among other things this project now have to improve jar entry point
> > >(startup), packaging and torque integration.
> > >
> > >
> > i really like nextobjects and i think it is a great addition for torque.
> > i added a link to our references page but people still don't find it
> > (look at the mailing archives).
> >
> > >The proposal is to integrate this sources as torque-gui inside of the
> > >torque project.
> > >
> > >
> > i'm sure both projects will benefit if we add nextobjects as torque-gui
> > more people will find nextobjects ;-) .. and this will help to attract
> > more developers
> > and torque will offer a nice integrated gui for all the 'i will never
> > write a xml file' people :-)
> >
> > >If this proposal to the torque development team is accepted I'll post
> > >the material nedded for the license changes, and do the change needed to
> > >comply with coding convention, licensing issues, with the help and
> > >advices of Martin Poeschl during the nexts weeks.
> > >
> > >
> > http://sourceforge.net/project/memberlist.php?group_id=70507
> >
> > >The initial source of the proposal are the material currently available
> > >from <http://www.devaki.org/>.
> > >
> > >The source identified destination is a db-torque / src / torque-gui
> > >repository.
> > >
> > >
> > as there is another discussion about sub-sub projects db-torque / src /
> > torque-gui is a good place!
> > maybe we should reorganize our repository structure
> >
> > db-torque
> > generator
> > gui
> > maven-plugin
> > runtime
> >
> > but this is another topic ...
> >
> > +1 to add nextobjects as torque-gui
> >
> > martin
> >
> > >Emmanuel Florent
> > >
> > >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> > For additional commands, e-mail: torque-dev-help@db.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: torque-dev-help@db.apache.org
>
>
>
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Emmanuel Florent <ef...@devaki.org>.
Hi Martin,
I had a motherboard failure and some extra work due to similar failure
at customers office what caused me extra work this W.E.
I'll be back with :
- a relicensed archive
- a draft of proposal
EF
On Mon, 2004-01-26 at 18:53, Martin Poeschl wrote:
> John McNally wrote:
>
> >+1 on adding a gui component to torque.
> >
> >Is the plan to use the incubator process? If not, we should discuss
> >this more.
> >
> >john mcnally
> >
> >
> do we have to use the incubator process???
>
> martin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: torque-dev-help@db.apache.org
>
>
>
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Emmanuel Florent <ef...@devaki.org>.
An interresting reading about this is
http://incubator.apache.org/faq.html#can_Incubation_be_skipped
EF
On Mon, 2004-01-26 at 23:33, John McNally wrote:
> I think it is a requirement in general, with possible exceptions to be
> considered on a per case basis. The code in question is currently
> licensed under GPL, so that is one thing that needs to be fixed.
> Paperwork such as a license grant is part of the incubation process.
>
> Some things like mail lists and cvs repository are not needed and would
> be temporary, so the overhead might be annoying, but I don't think we
> can avoid it.
>
> john mcnally
>
> On Mon, 2004-01-26 at 09:53, Martin Poeschl wrote:
> > John McNally wrote:
> >
> > >+1 on adding a gui component to torque.
> > >
> > >Is the plan to use the incubator process? If not, we should discuss
> > >this more.
> > >
> > >john mcnally
> > >
> > >
> > do we have to use the incubator process???
> >
> > martin
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> > For additional commands, e-mail: torque-dev-help@db.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: torque-dev-help@db.apache.org
>
>
>
Additional jdbc driver properties
Posted by Alexander Fedorenko <af...@informex.kiev.ua>.
Hi,
Is there a way to setup some jdbc driver property using Torque configuration file ?
For example, Oracle 9 driver
Properties prop = new Properties();
prop.put ("internal_logon", "dba");
Thanks.
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by John McNally <jm...@collab.net>.
I think it is a requirement in general, with possible exceptions to be
considered on a per case basis. The code in question is currently
licensed under GPL, so that is one thing that needs to be fixed.
Paperwork such as a license grant is part of the incubation process.
Some things like mail lists and cvs repository are not needed and would
be temporary, so the overhead might be annoying, but I don't think we
can avoid it.
john mcnally
On Mon, 2004-01-26 at 09:53, Martin Poeschl wrote:
> John McNally wrote:
>
> >+1 on adding a gui component to torque.
> >
> >Is the plan to use the incubator process? If not, we should discuss
> >this more.
> >
> >john mcnally
> >
> >
> do we have to use the incubator process???
>
> martin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: torque-dev-help@db.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Martin Poeschl <mp...@marmot.at>.
John McNally wrote:
>+1 on adding a gui component to torque.
>
>Is the plan to use the incubator process? If not, we should discuss
>this more.
>
>john mcnally
>
>
do we have to use the incubator process???
martin
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by John McNally <jm...@collab.net>.
+1 on adding a gui component to torque.
Is the plan to use the incubator process? If not, we should discuss
this more.
john mcnally
On Sat, 2003-12-13 at 00:39, Martin Poeschl wrote:
> Emmanuel Florent wrote:
>
> >About two years ago I started the devaki-nextobjects projects
> ><http://www.devaki.org/>.
> >
> >Among other things this project now have to improve jar entry point
> >(startup), packaging and torque integration.
> >
> >
> i really like nextobjects and i think it is a great addition for torque.
> i added a link to our references page but people still don't find it
> (look at the mailing archives).
>
> >The proposal is to integrate this sources as torque-gui inside of the
> >torque project.
> >
> >
> i'm sure both projects will benefit if we add nextobjects as torque-gui
> more people will find nextobjects ;-) .. and this will help to attract
> more developers
> and torque will offer a nice integrated gui for all the 'i will never
> write a xml file' people :-)
>
> >If this proposal to the torque development team is accepted I'll post
> >the material nedded for the license changes, and do the change needed to
> >comply with coding convention, licensing issues, with the help and
> >advices of Martin Poeschl during the nexts weeks.
> >
> >
> http://sourceforge.net/project/memberlist.php?group_id=70507
>
> >The initial source of the proposal are the material currently available
> >from <http://www.devaki.org/>.
> >
> >The source identified destination is a db-torque / src / torque-gui
> >repository.
> >
> >
> as there is another discussion about sub-sub projects db-torque / src /
> torque-gui is a good place!
> maybe we should reorganize our repository structure
>
> db-torque
> generator
> gui
> maven-plugin
> runtime
>
> but this is another topic ...
>
> +1 to add nextobjects as torque-gui
>
> martin
>
> >Emmanuel Florent
> >
> >
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: torque-dev-help@db.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by "Jeffrey D. Brekke" <jb...@wi.rr.com>.
+1
--
=====================================================================
Jeffrey D. Brekke jbrekke@wi.rr.com
Wisconsin, USA brekke@apache.org
ekkerbj@yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Martin Poeschl <mp...@marmot.at>.
it will be part of the torque repo .. so we need 3 +1 from the develoers
.. the pmc will not block us as long as we follow the rules
martin
Scott Eade wrote:
> +1 (but does it count if I am not on the PMC?)
>
> Scott
>
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Scott Eade <se...@backstagetech.com.au>.
+1 (but does it count if I am not on the PMC?)
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
Martin Poeschl wrote:
> hello?
> any developers out there???
>
> martin
>
> Martin Poeschl wrote:
>
>> Emmanuel Florent wrote:
>>
>>> About two years ago I started the devaki-nextobjects projects
>>> <http://www.devaki.org/>.
>>>
>>> Among other things this project now have to improve jar entry point
>>> (startup), packaging and torque integration.
>>>
>>>
>> i really like nextobjects and i think it is a great addition for torque.
>> i added a link to our references page but people still don't find it
>> (look at the mailing archives).
>>
>>> The proposal is to integrate this sources as torque-gui inside of the
>>> torque project.
>>>
>>>
>> i'm sure both projects will benefit if we add nextobjects as torque-gui
>> more people will find nextobjects ;-) .. and this will help to
>> attract more developers
>> and torque will offer a nice integrated gui for all the 'i will never
>> write a xml file' people :-)
>>
>>> If this proposal to the torque development team is accepted I'll post
>>> the material nedded for the license changes, and do the change
>>> needed to
>>> comply with coding convention, licensing issues, with the help and
>>> advices of Martin Poeschl during the nexts weeks.
>>>
>>>
>> http://sourceforge.net/project/memberlist.php?group_id=70507
>>
>>> The initial source of the proposal are the material currently available
>>> from <http://www.devaki.org/>.
>>>
>>> The source identified destination is a db-torque / src / torque-gui
>>> repository.
>>>
>>>
>> as there is another discussion about sub-sub projects db-torque / src
>> / torque-gui is a good place!
>> maybe we should reorganize our repository structure
>>
>> db-torque
>> generator
>> gui
>> maven-plugin
>> runtime
>>
>> but this is another topic ...
>>
>> +1 to add nextobjects as torque-gui
>>
>> martin
>>
>>> Emmanuel Florent
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Martin Poeschl <mp...@marmot.at>.
hello?
any developers out there???
martin
Martin Poeschl wrote:
> Emmanuel Florent wrote:
>
>> About two years ago I started the devaki-nextobjects projects
>> <http://www.devaki.org/>.
>>
>> Among other things this project now have to improve jar entry point
>> (startup), packaging and torque integration.
>>
>>
> i really like nextobjects and i think it is a great addition for torque.
> i added a link to our references page but people still don't find it
> (look at the mailing archives).
>
>> The proposal is to integrate this sources as torque-gui inside of the
>> torque project.
>>
>>
> i'm sure both projects will benefit if we add nextobjects as torque-gui
> more people will find nextobjects ;-) .. and this will help to attract
> more developers
> and torque will offer a nice integrated gui for all the 'i will never
> write a xml file' people :-)
>
>> If this proposal to the torque development team is accepted I'll post
>> the material nedded for the license changes, and do the change needed to
>> comply with coding convention, licensing issues, with the help and
>> advices of Martin Poeschl during the nexts weeks.
>>
>>
> http://sourceforge.net/project/memberlist.php?group_id=70507
>
>> The initial source of the proposal are the material currently available
>> from <http://www.devaki.org/>.
>>
>> The source identified destination is a db-torque / src / torque-gui
>> repository.
>>
>>
> as there is another discussion about sub-sub projects db-torque / src
> / torque-gui is a good place!
> maybe we should reorganize our repository structure
>
> db-torque
> generator
> gui
> maven-plugin
> runtime
>
> but this is another topic ...
>
> +1 to add nextobjects as torque-gui
>
> martin
>
>> Emmanuel Florent
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org
Re: [VOTE] [PROPOSAL] Adding a torque-gui repository inside of the
torque project
Posted by Martin Poeschl <mp...@marmot.at>.
Emmanuel Florent wrote:
>About two years ago I started the devaki-nextobjects projects
><http://www.devaki.org/>.
>
>Among other things this project now have to improve jar entry point
>(startup), packaging and torque integration.
>
>
i really like nextobjects and i think it is a great addition for torque.
i added a link to our references page but people still don't find it
(look at the mailing archives).
>The proposal is to integrate this sources as torque-gui inside of the
>torque project.
>
>
i'm sure both projects will benefit if we add nextobjects as torque-gui
more people will find nextobjects ;-) .. and this will help to attract
more developers
and torque will offer a nice integrated gui for all the 'i will never
write a xml file' people :-)
>If this proposal to the torque development team is accepted I'll post
>the material nedded for the license changes, and do the change needed to
>comply with coding convention, licensing issues, with the help and
>advices of Martin Poeschl during the nexts weeks.
>
>
http://sourceforge.net/project/memberlist.php?group_id=70507
>The initial source of the proposal are the material currently available
>from <http://www.devaki.org/>.
>
>The source identified destination is a db-torque / src / torque-gui
>repository.
>
>
as there is another discussion about sub-sub projects db-torque / src /
torque-gui is a good place!
maybe we should reorganize our repository structure
db-torque
generator
gui
maven-plugin
runtime
but this is another topic ...
+1 to add nextobjects as torque-gui
martin
>Emmanuel Florent
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
For additional commands, e-mail: torque-dev-help@db.apache.org