What about something completely different:
Apache MyFaces Aurora
Positive thing, no? Seriously.
Ciao,
Mario
Apache Faces Concerto anyone?
Zubin.
On 2/27/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
What about something completely different:
Apache MyFaces Aurora
Positive thing, no? Seriously.
Ciao,
Mario
Apache MyFaces Orchestra?
--Manfred
On 2/27/07, Zubin Wadia [EMAIL PROTECTED] wrote:
Apache Faces Concerto anyone?
Zubin.
On 2/27/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
What about something completely different:
Apache MyFaces Aurora
Positive thing, no? Seriously.
Ciao,
guys,
let's collect these names in a jira task.
eclipse did that in the past for one for their naming issues and the
Trinidad podling did it as well.
Also this will give users a change to put in their ideas as well
-M
On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Apache MyFaces
I'd suggest Maestro since it focuses on different aspects like orm, view
and etc.
My other suggestion will be Lamborghini but unfortunately it's taken by a
company some time ago:)
Cheers,
Cagatay
On 2/27/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Apache MyFaces Orchestra?
--Manfred
On
well...
these aren't that easy to use...
please consider registered names as a no
:-)
On 2/27/07, Cagatay Civici [EMAIL PROTECTED] wrote:
I'd suggest Maestro since it focuses on different aspects like orm, view
and etc.
My other suggestion will be Lamborghini but unfortunately it's taken by a
Find a new name for Apache MyFaces Fusion
-
Key: MYFACES-1546
URL: https://issues.apache.org/jira/browse/MYFACES-1546
Project: MyFaces Core
Issue Type: Task
Components: General
a new name for Apache MyFaces Fusion
-
Key: MYFACES-1546
URL: https://issues.apache.org/jira/browse/MYFACES-1546
Project: MyFaces Core
Issue Type: Task
Components: General
Reporter
It's up to you, but I'd think using a wiki page would be far easier to manage.
You can propose names, and then group them as they're added:
- current contenders
- names eliminated because
On 2/27/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hey,
let's collect these names in a jira
Dennis Byrne schrieb:
What about Apache MyFaces Seamless ?!
+1
Definite -1 on that, I do not want to get into a fight with the jboss
guys over such a name
mario is right, even if we cover certain common grounds, seam has an
entirely different scope. After all we have a somewhat
the same patterns.
It took some time to setup the examples framework, though, yesterday I
managed to bring it up and can start now to implement a nice example.
You can keep track by checkout fusion from:
https://svn.apache.org/repos/asf/myfaces/fusion/trunk
You'll have to have a myfaces checkout
Mario Ivankovits schrieb:
I thought you were simply playing around with the fusion framework,
not trying to use it for real work :-)
He is really enthusiastic and an adventurer ;-)
It has less to do with adventure more along the lines of having been on
a dreadful schedule for the app and
Hi Arash!
nice demo,
hehe, dont lie ;-)
dose any documentation exist any where to start? (other than this example)
Unfortunately no, not yet. But I'll start one soon.
Ciao,
Mario
Mike,
It's up to you, but I'd think using a wiki page would be far easier to
manage.
You can propose names, and then group them as they're added:
I thought that too, and I'll do so tomorrow, for now letz use the jira
just to collect the names without any bias.
I'll close the jira (maybe
This was definitely no serious suggestion. Of course. Therefore the smiley.
Sorry if I did not state this clear enough.
Of course we all have no interest in any (malicious) allusion [is
innuendo a better word?].
Although perhaps every open source community should have enough humor
to bear such
I propose Chasb
Chasb means Glue in my native language, we can use other translations of
glue like
colle
colla
Kleber
lijm
κόλλα
клей
colagem
pegamento
On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Mike,
It's up to you, but I'd think using a wiki page would be far easier to
manage.
+1 for
Apache MyFaces Kleber
On 2/27/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote:
I propose Chasb
Chasb means Glue in my native language, we can use other translations of
glue like
colle
colla
Kleber
lijm
κόλλα
клей
colagem
pegamento
On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hey,
let's collect these names in a jira task.
here we go:
https://issues.apache.org/jira/browse/MYFACES-1546
Ciao,
Mario
just give me some hints if possible
I have two more days to finish this part of the book I am writing and I am
interested to replace the seam framework I used in my example with fusion
(or what ever it will be called in future)
I have used only seam for integration with JPA, and it looks like I
for Apache MyFaces Fusion
-
Key: MYFACES-1546
URL: https://issues.apache.org/jira/browse/MYFACES-1546
Project: MyFaces Core
Issue Type: Task
Components: General
Reporter: Mario
On 2/27/07, Werner Punz [EMAIL PROTECTED] wrote:
Mario Ivankovits schrieb:
I thought you were simply playing around with the fusion framework,
not trying to use it for real work :-)
He is really enthusiastic and an adventurer ;-)
It has less to do with adventure more along the lines of
:
---
some more
MyFaces ease
MyFaces Snug
MyFaces Rush
Find a new name for Apache MyFaces Fusion
-
Key: MYFACES-1546
URL: https://issues.apache.org/jira/browse/MYFACES-1546
Project
Craig McClanahan schrieb:
Except that you might have been able to save some work by leveraging
one of the existing dialog manager solutions (including possibly
negotiating feature additions if you needed something that wasn't
already supported). Instead, you guys just created another one.
Arash Rajaeeyan schrieb:
just give me some hints if possible
I have two more days to finish this part of the book I am writing and I
am interested to replace the seam framework I used in my example with
fusion (or what ever it will be called in future)
I have used only seam for integration
I am more interested in ORM control part.
I prefer to stay neutral between seam and shale in the book :)
On 2/28/07, Werner Punz [EMAIL PROTECTED] wrote:
Arash Rajaeeyan schrieb:
just give me some hints if possible
I have two more days to finish this part of the book I am writing and I
am
Arash Rajaeeyan schrieb:
I am more interested in ORM control part.
I prefer to stay neutral between seam and shale in the book :)
Ok what info do you need exactly?
Hi Arash!
just give me some hints if possible
I have two more days to finish this part of the book I am writing and
I am interested to replace the seam framework I used in my example
with fusion (or what ever it will be called in future)
I have used only seam for integration with JPA, and it
Thanks mario, (and Werner)
thats this is more than enough!
On 2/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Arash!
just give me some hints if possible
I have two more days to finish this part of the book I am writing and
I am interested to replace the seam framework I used in my
On 2/27/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote:
I am more interested in ORM control part.
I prefer to stay neutral between seam and shale in the book :)
Don't forget about the conversation scope implementation in Trinidad, too :-).
Craig
oh yes, also conversation scope of Trinidad
does you (or any one one else) have access to JSR 299 info?
do you which approach are they going to standardize for
conversation/dialog/(or what ever they name it)?
On 2/28/07, Craig McClanahan [EMAIL PROTECTED] wrote:
On 2/27/07, Arash Rajaeeyan
Aaresh feel free to contact me via gtalk if you need help.
I am pretty far along in my app already, I have covered most usecases
you run into a typical app.
Werner
Arash Rajaeeyan schrieb:
Thanks mario, (and Werner)
thats this is more than enough!
On 2/28/07, *Mario Ivankovits* [EMAIL
On 2/27/07, Arash Rajaeeyan [EMAIL PROTECTED] wrote:
oh yes, also conversation scope of Trinidad
does you (or any one one else) have access to JSR 299 info?
do you which approach are they going to standardize for
conversation/dialog/(or what ever they name it)?
EG discussions on JSR-299 have
Find a new name for Apache MyFaces Fusion
-
Key: MYFACES-1546
URL: https://issues.apache.org/jira/browse/MYFACES-1546
Project: MyFaces Core
Issue Type: Task
Components: General
Find a new name for Apache MyFaces Fusion
-
Key: MYFACES-1546
URL: https://issues.apache.org/jira/browse/MYFACES-1546
Project: MyFaces Core
Issue Type: Task
Components: General
://www.albertmartin.de/latein/ to translate from
german to latin):
Apache MyFaces Custos
Apache MyFaces Coire
Apache MyFaces Simplex
Apache MyFaces Transit
Apache MyFaces Tenere
Apache MyFaces Memini
Apache MyFaces Memento
Find a new name for Apache MyFaces Fusion
Hi Cagatay!
I'd really really like to help if you need:)
There is plenty of room to help :-)
Thanks!
Short term todos are:
* Demo App
* Documentation
Regarding the DemoApp, maybe Werner is able to donate one, if not we
have to build one.
Would be great if you could help there if we have to
Hi Mario,
In the meantime I'll start digging the codebase and hopefully reach a level
where I can start to contribute soon:)
Cheers,
Cagatay
On 2/23/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Cagatay!
I'd really really like to help if you need:)
There is plenty of room to help :-)
Regarding the demo-app, i could help out with a nice open-source
design which i had improved and used in a sourceforge app and our
[EMAIL PROTECTED] website:
http://jsfatwork.irian.at
Let me know if it seems to be useful for MyFaces Fusion. I am willing
to re-design the demo-app so
of
us.
On 2/23/07, Gerald Müllan [EMAIL PROTECTED] wrote:
Regarding the demo-app, i could help out with a nice open-source
design which i had improved and used in a sourceforge app and our
[EMAIL PROTECTED] website:
http://jsfatwork.irian.at
Let me know if it seems to be useful for MyFaces Fusion
[EMAIL PROTECTED] website:
http://jsfatwork.irian.at
Let me know if it seems to be useful for MyFaces Fusion. I am willing
to re-design the demo-app so that it is human-readable :)
cheers,
Gerald
On 2/23/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Cagatay!
I'd really really like
Let me know if it seems to be useful for MyFaces Fusion. I am willing
to re-design the demo-app so that it is human-readable :)
cheers,
Gerald
On 2/23/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Cagatay!
I'd really really like to help if you need:)
There is plenty
Hi Arash!
It looks like this fusion lead a more pure MyFaces application.
and I am ready to use it, if you provide some minimum guidelines for
rest of us.
Yep, I am working on it ... should be available soonish.
Ciao,
Mario
On 2/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: imario
Date: Thu Feb 22 09:25:41 2007
New Revision: 510598
URL: http://svn.apache.org/viewvc?view=revrev=510598
Log:
initial import of new MyFaces Fusion project
Has there been any discussion about this? Does this belong
Hi!
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
The main goal of this project is to ease the development of JSF
applications especially if they have to deal with an ORM backend.
I tried to do so a while back by developing a ConversationTag, which
worked
On 2/22/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Some of us reviewed it (offlist) and we came to the conclusion that it
has enough power to live as separate project.
In the future, please remember that such reviews and conclusions
*must* be made on the mailing list.
As to the
that won't hurt.
We discussed that already back 2006, when sb. did an alien commit
for the stuff of Ernst
Thanks,
Matthias
On 2/22/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
The main goal of this project
[EMAIL PROTECTED] wrote:
Hi!
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
The main goal of this project is to ease the development of JSF
applications especially if they have to deal with an ORM backend.
I tried to do so a while back by developing
differ? Is it just a matter of different
dependencies?
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Afterwards a release of MyFaces Fusion (or whatever name it will have in
the end) should follow soon.
For the user it is easier to recognize than
Afterwards a release of MyFaces Fusion (or whatever name it will have in
the end) should follow soon.
+1 for not another txxx name.
fusion isn't possible, I think... however, we all will figure out
-M
For the user it is easier to recognize than that there is just another
competitor
Hi Matthias!
I like the idea, but perhaps in future, please send out an email. I
bet that won't hurt.
No, wouldn't have hurt, you are right.
However, now everyone is able to review real facts. If we do not agree
about having it that way in MyFaces land I'll svn rm/svn mv/whatever it.
Nothing
Hi Mike!
I did a search of my mailing archives for fusion and I didn't find
anything relevent. I'd expect a new subproject to at least be
preceded by an email
I would have done, but my *!§$!§$%* thunderbird crashed just before I
managed to hit send. Just hold on a minute please, I'll
and in fusion.How
do the two subprojects differ? Is it just a matter of different
dependencies?
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Afterwards a release of MyFaces Fusion (or whatever name it will have in
the end) should follow soon
commit takes place.
cheers,
Gerald
On 2/22/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
The main goal of this project is to ease the development of JSF
applications especially if they have to deal with an ORM
Mike Kienenberger schrieb:
You've answered some of the management issues, but you still haven't
addressed what the difference between tomahawk and/or sandbox and
fusion will be.
Since I am probably the first one who will use it
(call me guinea pig)
fusion is an application stack/framework, I
, I don't understand what
value it adds to have this in both the sandbox and in fusion.How
do the two subprojects differ? Is it just a matter of different
dependencies?
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Afterwards a release of MyFaces
:
Author: imario
Date: Thu Feb 22 09:25:41 2007
New Revision: 510598
URL: http://svn.apache.org/viewvc?view=revrev=510598
Log:
initial import of new MyFaces Fusion project
Has there been any discussion about this? Does this belong in a
'sandbox' area until it is accepted by the PMC
the two subprojects differ? Is it just a matter of different
dependencies?
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Afterwards a release of MyFaces Fusion (or whatever name it will have in
the end) should follow soon.
For the user
to have this in both the sandbox and in fusion.How
do the two subprojects differ? Is it just a matter of different
dependencies?
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Afterwards a release of MyFaces Fusion (or whatever name it will have
Martin Marinschek schrieb:
Don't hit to hard on Mario - he tried to start a discussion on this
list, but there was no response (it was not about the name fusion, but
about the technical details of the spring-conversation stuff).
Sometimes there needs to be a commit in open source, so that the
Well, the thread started with this statement, so you'll have to
forgive me if I thought it was true :-)
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
On 2/22/07, Werner Punz [EMAIL PROTECTED] wrote:
Mike Kienenberger schrieb:
You've answered some
Mike Kienenberger schrieb:
Well, the thread started with this statement, so you'll have to
forgive me if I thought it was true :-)
MyFaces Fusion is just a collection of already existing myfaces
sandbox components.
Instead of components I should have written code.
There are two or three
I went back and reread the spring conversation scope and ejb.
There's nothing in here stating that Mario was planning on starting a
subproject or committing any code, so I don't think we're being too
harsh when someone starts a new subproject without any warning, and we
get concerned.
There
Hi!
There needs to be some kind of discussion before a commit of this
type, even if it's a single message.
Ok, sorry for being too enthusiastic.
I didn't realize that it would be such a mistake.
What can I do now?
Would it be of any help if I rollback the check-in and we start
discussion about
What can I do now?
I don't think you should do a rollback.
discussion is ongoing ;)
-M
Would it be of any help if I rollback the check-in and we start
discussion about it?
Ciao,
Mario
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog:
On 2/22/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Mario,
Other than the conversation tag, what else will be removed from the sandbox?
Also, how is this going to affect the users who are currently
do the two subprojects differ? Is it just a matter of different
dependencies?
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Afterwards a release of MyFaces Fusion (or whatever name it will have in
the end) should follow soon
Hi!
Other than the conversation tag, what else will be removed from the
sandbox?
tomahawk-sandbox
There is a behind the scenes code called RequestParameterProvider
which allows you to add a class which will then be called when a URL
will be encoded.
This is the central mechanism to ensure that a
Hey Mario,
Sounds good. I think a simple announcement to the user list
regarding moving the components is appropriate. Sounds like there is
no one who will be affected, except those who will be moving to
fusion anyway (we should come up with a new name right away if a new
name is necessary).
Hi,
Great job Mario, I'm also interested in conversation stuff with spring and
jsf, personally I was sick of getting lazyinitexception when doing wizards
with jsf-spring-hibernate before.
I'd really really like to help if you need:)
Regards,
Cagatay
On 2/22/07, Mike Kienenberger [EMAIL
Mhh seems like the dynaform jdk5 stuff also will be moved over.
Werner
Mike Kienenberger schrieb:
On 2/22/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Mario,
Other than the conversation tag,
Matthias Wessendorf schrieb:
On 2/22/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
My initial impression (now that the administrata is out of the way) is
that the subproject sounds useful, now that I see that we aren't
making yet another component library. I think it's an excellent idea
to
Werner Punz schrieb:
Hold on matthias a little bit, I just gave mario the code for the jpa
conversation glue.
So I have jpa already running here.
Btw. the conversation stuff is excellent,
once configured you work within the conversation context within
one entity manager,
@Transactional and
@troubles: just like you should never put component-bindings in session-scope.
regards,
Martin
On 2/23/07, Werner Punz [EMAIL PROTECTED] wrote:
Werner Punz schrieb:
Hold on matthias a little bit, I just gave mario the code for the jpa
conversation glue.
So I have jpa already running here.
101 - 173 of 173 matches
Mail list logo