Hi!
we'll do a MyFaces Hackathon in Vienna - from December 14th to 16th.
Looks like I'll be there on Friday 14th and Saturday 15th.
And, well, Apple-Juice for me please, I do not drink any alcohol ..
What about a WIKI page where we collect what to Hack-A-Ton? I have an
idea for the PPR
Hi!
And, well, Apple-Juice for me please, I do not drink any alcohol ..
...since...?
Any bad experiences you have made recently? :)
Hmmm can't remember ;-)
Yes, a wiki page for collecting the todos sounds like a good idea.
If you mean the message stuff for ppr, this is
Hi!
BTW, I do not understand why some of you are so scared by multiple
jsfcommons artifacts.
I see it being much work to maintain ... but anyway, since you are the
one who is going to do the initial maven work :-) I do no longer argue
against.
So, can we start now ;-) ?
Ciao,
Mario
Hi!
I've just heard that Spring-Webflow will add JPA-support in the next
release. We should dress warmer here ;)
Yes, I already know that. Well, competition is always good ;-)
I see:
1) JBoss Seam, which might be very feature-full but which is also very
intrusive to your application and
Hi!
I am not sure if I talk about the same, but
In Orchestra it is all about beans. What would be nice is, if we could
define a page-flow (state A) having it's own set of beans and being able
to enter the page-flow (state B) again and having a new set of beans
then (effectively the same
Hi!
flash is somewhat confusing to persons that know rails...
Should we change the name(s)?
manualConversation
flashConversation
AFAIR in the documentation we already talk about conversation.manual and
conversation.flash.
Ciao,
Mario
Matthias Wessendorf schrieb:
yes, but the term flash is used there differently, from what I heard.
So then, what is an appropriate term in the JSF world?
---
Mario
Hi!
Do we want to migrate to the cwiki, that some Apache projects are using ?
I don't like to use a commercial product for open-source development.
In fact, this also counts for JIRA, but this decision has been felt.
Ciao,
Mario
Do we want to migrate to the cwiki, that some Apache projects are using ?
I don't like to use a commercial product for open-source development.
In fact, this also counts for JIRA, but this decision has been felt.
... except for my IDE where I didn't manage to be as productive
Hi!
What are the thoughts about providing a Joda DateTime converter in the
upcoming commons project ?
BTW, we use Joda here for a long time, so I have something to contribute
Ciao,
Mario
Hi!
I have a suggestion that would solve this (and the naming as well):
Let's start a new MLP* called MyFaces JSF Commons
which is itself an umbrella project for two artifacts** called
MyFaces JSF Commons Utils and MyFaces JSF Commons Components
For the artifact names I propose:
Hi!
which is itself an umbrella project for two artifacts** called
MyFaces JSF Commons Utils and MyFaces JSF Commons Components
I suggest that I prepare an initial setup, and check it in, so that
there is some concrete stuff we can talk about.
Ok?
I still don't get why we should
the MyFaces Commons project
To: Reply-MyFaces Development dev@myfaces.apache.orgTo: MyFaces
Development dev@myfaces.apache.org
On 10/31/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi!
which is itself an 'umbrella' project for two artifacts** called
'MyFaces JSF Commons Utils
Matthias Wessendorf schrieb:
tr:validateUploadedFile / might be the better name.
I am very happy with this!
Though, should go to the upcoming commons project, shouldn't it?
Ciao,
Mario
-M
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
So, why not doing a
Hi!
Currently, if you call Application.createConverter with a non-existent
converterId a NullPointerException:675 will be thrown.
Is this required by the spec or do you mind if I change this to a
throw new FacesException(No converter with id + converterId +
found, e);
Ciao,
Mario
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
Fix For: 1.2.1-SNAPSHOT
see summary
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[
https://issues.apache.org/jira/browse/MYFACES-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1755.
---
Resolution: Fixed
create converter with unknown id fails with NPE
/30/07, Ron Smits [EMAIL PROTECTED] wrote:
How about Tsalagi? that is the name of the cherokee language
On 10/30/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
How about a new ASF style name instead of basic, commons or
something else that could be more easily
freundlichen Grüßen
Mario Ivankovits
Software Engineering
OPS EDV VertriebsgesmbH
A-1120 Wien, Michael-Bernhard-Gasse 10
Firmenbuch Nr.: FN51233v, Handelsgericht Wien
Tel.: +43-1-8938810; Fax: +43-1-8938810/3700
http://www.ops.co.at
E-Mail: [EMAIL PROTECTED]
Skype: mario_ivankovits
Hi!
2. Following some old discussion, we don't know if extra components
libaries are going to stay as MyFaces subprojects forever. For
instance, when RCF get out of incubation, it might be strange to have
a subsubproject of MyFaces since RCF is a subproject of Trinidad. If
we can get a nice
impl dependencies
would have to be resolved anyway.
Scott
Mario Ivankovits wrote:
Hi!
2. Following some old discussion, we don't know if extra components
libaries are going to stay as MyFaces subprojects forever. For
instance, when RCF get out of incubation, it might be strange to
have
Hi!
// TODO: this only supports one EL expression at the moment; it would
be nice
// to support multiple.
I do not exactly know why we stated that.
In fact, the TODO should be:
// TODO: Parse every #{} one by one, correctly convert it to a string
(e.g. by using converters) and url encode them
Hi Matthias!
but Orchestra expects a conversationContext param in that URL, like
/__ADFv__.xhtml?_afPfm=5c4a2651_t=fred_vir=/gmap/map.xhtmlloc=enconversationContext=1
Doing this as well:
context.getExternalContext().encodeActionURL(theUrlWeCreated);
I don't know anything about Trinidad, but
Hi!
MyFaces 1.2.1-SNAPSHOT builds properly on my computer - I am also
using /current12. Wonder what this is about... Mario, you are on the
latest sources as well?
Yep I didn't meant that I have this problem too, just wanted to
point out that checking out current12 will do the trick for
Hi!
1. Clear separation of API and IMPL (at least on package level, better
Shouldn't it be possible to have a stable API even without separating it
out?
Have a look at
http://commons.apache.org/beanutils/apidocs/org/apache/commons/beanutils/BeanUtils.html
for an example how
Hi!
Sure, an app-dev could write a validation method, but I think 0-byte
is somewhat equal to not submitted.
I don't think so. A 0-byte file is a valid file (might be a flag-file to
trigger something).
If you treat a 0-byte file as fake, what would you do with files with
just one space.
I
Hi!
The result of the vote is:
+1
Mike Kienenberger
Martin Marinschek
Matthias Wessendorf
Volker Weber
Gary VanMatre
Grant Smith
Cagaty Civici
Paul Spencer
Scott O'Bryan
Ernst Fastl
alvaro tovar (even if he don't know why ;-) )
Manfred Geiler
Bernd Bohmann
Ron Smits
I've abstaind from splitting
Mario Ivankovits schrieb:
+1
Hi!
Lets start up a MyFaces Facelets project. A name needs to be found.
The aim of this project will be to contain:
1) the taglibs for tomahawk and tomahawk-sandbox as long as we have the
generator not running again. I'd like to ask Bruno if we can jump-start
Hi!
Technically the answer is no for both questions.
Well the pragmatical (and only reasonable) answer to the second
question is yes in the JSF spec (comp. required for h:inputText).
Therefore it makes sense to say yes to Q1 as well.
I think the difference here is, that if there was a file
Matthias Wessendorf schrieb:
I agree with what Manfred said.
Also doing the following:
D:\thisFileDoesNotExistOnMyComputer.png
is handled as an empty file as well.
Really?? Ok, than what Manfred said is true.
Ciao,
Mario
Hi!
I agree that MyFaces Basics is too MyFaces-Core-esque.Tomahawk
Basics or JSF Basics would be better choices.
Hmmm ... I think the MyFaces JSF Basics is the only option then. As
far as I know the token MyFaces needs to be in there as it is a
project of the MyFaces project.
Personally
Hi!
How about a new ASF style name instead of basic, commons or
something else that could be more easily misconstrued?
Could you give an ASF style name for example?
---
Mario
Hi!
Before this is considered passed, could there be a re-definition of
the scope of this project as there has been some discussion?
For me the scope is to provide components which primarily works with
facelets ONLY. There might be a JSP tag provided, but this is not a must
have for the
Hi Simon,
I cannot get this patch to apply cleanly unfortunately. And it's
difficult to review the patch file directly as it has a lot of
whtespace-only changes.
Sorry for that, I'll see if I can clean it up before committing, not
sure about it.
There are now two phases to rendering for
Hi!
I'm talking about both cases.
Ah, ok , I see.
Is it necessary to support this kind of thing by backing beans in *rendering*
phase? (obviously, it is quite reasonable in invokeApplication etc). I think
not. In this case, state writing would become a whole lot simpler.
It is
Hi!
/home/simon/apache/myfaces/myfaces12/impl/src/main/java/org/apache/myfaces/renderkit/html/HtmlResponseStateManager.java:[107,107]
cannot find symbol
symbol : method isViewStateJavascript()
location: class org.apache.myfaces.shared_impl.config.MyfacesConfig
I fixed it with mvn clean
Hi!
Ok, this one is in now. @Michael, would be nice if you could give your
JMeter tests a go again.
Ciao,
Mario
Hi!
In fact, I think maybe MyFaces Basics makes even more sense.
Nice name, indeed.
Ciao,
Mario
Hi!
1. Clear separation of API and IMPL (at least on package level, better
by separate artifacts). Mind that the idea behind these commons
classes is that many other projects use them - and therefore depend on
them. So a clear and stable API is essential.
I wanted this to be an easy utils
Hi Mario!
I wasn't aware that there is another me :-o
Great!!! Could you please start pick up my work by tomorrow you'll
be able to reach me in Hawaii in the meantime :-) *haha*
Ciao,
Mario
Matthias Wessendorf wrote:
yes..
On 10/27/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Hi Simon!
I've checked out http://svn.apache.org/repos/asf/myfaces/current12 which
has some externals setup to checkout all the stuff you need to develop
MyFaces 1.2
Ciao,
Mario
Hi!
[
https://issues.apache.org/jira/browse/MYFACES-1746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek updated MYFACES-1746:
---
Resolution: Fixed
Assignee: Mario Ivankovits
Status: Resolved
Hi!
Even in Facelets I have seen that it start buffering the output of the
page when it comes to state saving.
But with Server-Side-State-Saving () it should be possible to just
render a unique id whith which the state is associated then, no?
No need to buffer anymore then.
I think with
Hi!
The idea is (if running in an environment which allows this (JSF =
1.2, facelets) to:
a) scan the JSF tree after it has been created and before it is going
to be rendered
b) collect the required resources during creation of the tree
Both possibilities are in wrong place - if all resources
[
https://issues.apache.org/jira/browse/MYFACES-1752?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1752.
---
Resolution: Duplicate
MYFACES-1746
Wasn't aware that this has been uncovered
: Improvement
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
Attachments: no_buffer.diff
Attached you will find a patch against MyFaces 1.2.1 head which will eliminate
the need to buffer the output to write in the ViewState hidden field when using
Server-Side
Repost (sent directly to Matthias by accident)
On 10/23/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
ok, so then, if we'd like to go down that road we should follow the scxml
way if possible.
I am +0 on that as I don't want to be a competitor with spring webflow - at
least I'd
Hi!
In JSF 1.1 I am curious about the javax.faces.renderer.Renderer class in
JSF 1.1, in particular the following piece of code:
public void encodeChildren(FacesContext context,
UIComponent component)
throws IOException
{
if (context ==
Hi Bruno
I have put your class in the sources.
Thanks!
Unfortunately I don't know what I've done yesterday to not see a bug
with my TagHandler.
Please add this line this.nextHandler.apply(ctx, aliasBean); at the
end of the apply method, so it should look like the following then:
{
Hi!
If you, or anyone else for that matters, want to fix /add more
handlers to the projects feel free to tell me and I can add you as
members right away!
What about a MyFaces Facelets (MyFaces MyFacelets ;-) ) project at all,
not only for the taglibs we might host there then (as long as the
Hi!
if getRendersChildren() returns fals, the JSP-tag will call encodeChildren().
I still wonder how the mixing of rendersChildren true/false/true/false
is going to work, but I've seen the code in JSF1.1 is much easier so I
am not going to spend any more time on this topic.
Thanks!
Ciao,
Hi!
Lets start up the long awaited MyFaces Commons project.
The aim of this project will be to contain all stuff which do not belong
to a component.
[ ] +1 yea, lets start
[ ] +0
[ ] -1 no, for those reasons .
I'll do the maven work then (a not very sophisticated one, just copy it
from
Hi!
Lets start up a MyFaces Facelets project. A name needs to be found.
The aim of this project will be to contain:
1) the taglibs for tomahawk and tomahawk-sandbox as long as we have the
generator not running again. I'd like to ask Bruno if we can jump-start with
his google project
2)
Hi!
1) Will their be a JSF version specific version, i.e. commons_1.2 and
commons_2.0?
H I don't think so, at least for the start not. Lets start
another module once we cross that bridge.
2) What are some of the module will you be moving into the project(s)?
Some stuff from the
Hi!
Why wouldn't aliasBean work as a commons project component? I
haven't looked at the implementation, but at first glance of the docs,
it doesn't seem to do anything renderkit-specific.
I think their problem is that you can use the aliasBeansScope (for
example) to group components
Hi!
This is a (hopefully) temporary project to provide drop-in Tomahawk
facelets support until such time as built-in facelets support (via
code generation) is available in Tomahawk.
Not a temporary project, just a temporary place.
I think (hope) our Facelets project will grow in the future
Hi!
MyFacelets is a cute name, but it's going to be confusing and slow to
read. Human brains work on pattern matching, and MyFacelets matches
too closely to other names in the domain (MyFaces/Facelets). Aend iff
youuu donnt thynk tahts turrue, yooo porabably kant reed thhis.
MyFaces MyFaces
Ivankovits
Assignee: Mario Ivankovits
Fix For: 1.2.1-SNAPSHOT
Tags like the t:htmlTag fail with this NPE
Caused by: java.lang.NullPointerException
at
org.apache.myfaces.custom.htmlTag.HtmlTagRenderer.encodeBegin(HtmlTagRenderer.java:50
hi,
I am not aware that the shale vc has something like a configuration. Doesn't it
just use the viewId mapping?
Well, I can live with an extra configuration, but then, we should have a look
how the shale dialog scxml fits in here - just that any eventual adaption of
shale dialog in the
Hi!
Please consider adding the following handler for the AliasBean to your
project:
(This is my first Tag-Handler, so I am not sure if there is a more
elegant way - at least the AliasBean works here now)
import com.sun.facelets.FaceletContext;
import com.sun.facelets.FaceletException;
import
Hi!
The reason that there is no alias bean handler is because it's not
needed with facelets.
Still, the tag is not working as it should, so providing a tag handler
will fix this.
Instead you'd use a Facelets composition and ui:include statement.
That is not true for my use-case. As you
Hi!
For what it's worth, you're the first person in the history of
facelets to need it, at least as far as I've read on mailing lists.
Yep, sometimes I have some strange ideas :-)
Would it maybe be better to create a rendertime-compatible version of
ui:include tag?
That is what I have
Hi!
I went back and reread your facelets thread, and it does appear to be
a good dynamic ui:include. Why not use ui:param instead of f:param?
ui:param is already defined for facelets.
Thanks for the tip. I am not that familiar with facelets yet, at all
just 3 days :-(, I'll look into this
Ok, so what about having a 'myfaces dormant' project where each module gets
added where it seems there is no real maintainer.
This could be a place for abandoned sandbox stuff too.
I know, the word 'maintainer' is not well placed in the context of an apache
community, but in the end I think it
Hi!
There are already tomahawk-facelets.jar files out there if you want
to use something with drop-in support. See the wiki page for a link
to Bruno's http://code.google.com/p/tomahawk-facelets project.
Thanks for the link!
If three years of maintaining the file on the wiki hasn't been
Mario Ivankovits wrote:
Hi!
I sent out an e-mail to the Shale mailing list a week or so ago about
the
possibility of merging Shale with MyFaces. Development of Shale has
become
somewhat stale, and I'd rather see MyFaces pickup the pieces than
have the
code base atrophy The overwhelming
By accident I sent my answer to [EMAIL PROTECTED] only.
If possible, we should discuss this topic just in [EMAIL PROTECTED], no?
I'd like to invent every Shale developer not yet at [EMAIL PROTECTED] to
subscribe there too.
Is this an option?
Ciao,
Mario
Kito D. Mann schrieb:
Hello
Hi!
Imagine a component inside of your page:
x:viewGroup=admin/
Stuff like this might work only with Facelets or JSF 1.2 as we need this
information before any binding has been issued. A binding might request
a bean in a conversation which might be started then and so we are no
longer
[
https://issues.apache.org/jira/browse/ORCHESTRA-5?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-5.
--
Resolution: Won't Fix
Assignee: Mario Ivankovits
Looks like we wont fix
Ivankovits
Assignee: Mario Ivankovits
Orchestra do not correctly add the fields to # urls
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[
https://issues.apache.org/jira/browse/ORCHESTRA-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-7.
--
Resolution: Fixed
Fix Version/s: 1.1
Deal with # urls
/browse/ORCHESTRA-8
Project: MyFaces Orchestra
Issue Type: Bug
Components: ViewController
Affects Versions: 1.0
Environment: JSF 1.1 Facelets
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
The lifecycle is as follows
[
https://issues.apache.org/jira/browse/ORCHESTRA-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536457
]
Mario Ivankovits commented on ORCHESTRA-8:
--
committed a proposal to fix this. Please review r586774
Hi!
You might remember when Shale was under the Struts umbrella, and
then migrated to be on its own.
Yes, but due to the focus change to JSF it simply didn't fit in Struts
anymore, no?
I think that Shale should remain on its own, also because it contains
products that don't need JSF at
Hi!
Thanks that you checked the artifacts and for voting!
After some struggles we've managed to finish the vote positive.
+1
Dan Tran
Simon Kitching
Werner Punz
Thomas Spiegl
Martin Marinschek
Mario Ivankovits
The voting thread can be found here [1].
Now, I'll move the artifacts
The Apache MyFaces Orchestra team is pleased to announce the release of
Apache MyFaces Orchestra Core 1.0.
Apache MyFaces Orchestra is a library which introduce a new scope called
conversation scope to your
web based application which will help you alot building applications
using ORM by
Hi!
when do we expect to see orchestra-core-1.0 at repo1.maven.org/maven2 ?
dont see it there yet!!
Good question, I think I've done it right.
As far as I remember the Infra team did some upgrade on the machine
hosting the root repository (where everything gets synced off), maybe
the sync
Hi!
Next try to get Orchestra into the wild ...
I was running the needed tasks to get the following artifacts released:
(All artifacts are deployed to the MyFaces staging repository)
* Apache MyFaces Orchestra Maven [1]
* Apache MyFaces Orchestra Core [2]
Please have a look at these artifacts
[
https://issues.apache.org/jira/browse/MYFACES-1733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533421
]
Mario Ivankovits commented on MYFACES-1733:
---
I don't see how this patch will fix this issue. Did you try
[
https://issues.apache.org/jira/browse/MYFACES-1733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533452
]
Mario Ivankovits commented on MYFACES-1733:
---
Ah - ok - now I get it - Thanks!
Yep, then this could work
Hi Dan!
Do you have instructions how to deal with latest changes with
LocalFrameworkAdapter?
Speaking in code it should be something like this
LocalFrameworkAdapter frameworkAdapter = new
LocalFrameworkAdapter();
frameworkAdapter.setConversationMessager(new
Hi!
I made the changes and it looks good, passed all my tests.
Thanks for testing. So lets start:
Please have a look at these artifacts and vote:
[X] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that
Hi!
-1 the site is empty. I am looking for info to change my current
configuration due to recent changes by Simon regarding
LocalAdapterFramework.
Should be fixed now.
I can't check now as it takes some time until the site has been
synchronized, but the source looks good now.
Thanks for
, as each framework has its own filter
config.
Comments?
Regards,
Simon
On Sun, 2007-10-07 at 09:40 +0200, Mario Ivankovits wrote:
Hi!
Yep, I think we've overseen something here.
Simon, the ConversationManager to use depends on the used
FrameworkAdapter, but you can have multiple
we have a laf-filter?
The LAF stuff is meant to be used just from the application code whe reqired -
in parallel to any other used FA.
Mario
-Original Message-
From: simon [EMAIL PROTECTED]
Date: Sunday, Okt 7, 2007 10:57 am
Subject: Re: [orchestra] Using LocalFrameworkAdapter (was:
://people.apache.org/builds/myfaces/m2-staging-repository/org/apache/myfaces/orchestra/myfaces-orchestra-core/1.0/
--
mit freundlichen Grüßen
Mario Ivankovits
Software Engineering
OPS EDV VertriebsgesmbH
A-1120 Wien, Michael-Bernhard-Gasse 10
Firmenbuch Nr.: FN51233v, Handelsgericht Wien
Hi!
I've checked the artifacts and have a few minor comments. The missing
version data in the pom is worth fixing I think. The others are not
particularly serious.
Oh, and how can one easily check what JVM the class format is compatible
with (ie verify that -target 1.4 was used)?
Hmmm
Wendy Smoak schrieb:
This should be 'people.apache.org' (not minotaur). -Wendy
It is the same machine, no?
Anyway, I've changed it.
Thanks!
Ciao,
Mario
Hi!
We just have to ensure that the convman do not cache the convmess any more
but to look it up from the fa.
This is just a partial answer to my question (1) below. You don't want
the conversationManager to manage the messager lifetime any more. Ok,
but what now does?
I'd think the
Simon,
any reason you called it BasicFrameworkAdapter and not
ServletFrameworkAdapter or ServletContainerFrameworkAdapter?
Basic sound like basic for all implementations and not just servlet
container based ones.
Ciao,
Mario
The name ServletFrameworkAdapter sounded too much like
FrameworkAdapterServlet to me. I thought it was confusing.
Although BasicFrameworkAdapter isn't perfect I agree.
Do you think it is possible or reasonable to port Orchestra to a non-servlet
environment? I know they exist (eg RIFE)
Hi!
Both will make it, but in this case I'd go the filter-config way. Then
we do not need any parameter name tangling.
Ok. So no ability to configure the object via dependency injection.
That's a shame, but I agree that the extra complexity is probably not
worth it.
Not
Maybe PlainServletFrameworkAdapter, to indicate that this adapter does not
depend on anything other than the plain javax.servlet apis?
Or just ServletFrameworkAdapter as you originally suggested...plus good
javadoc to explain the name.
Or leave it as BasicFrameworkAdapter, and add better
Hi!
I am going to commit this stuff in a couple of minutes so that you can
review it - we can rollback if you don't like it.
It is committed now, minor code cleanup required which I'll do once we
agreed on it.
Ciao,
Mario
Hi Simon!
Thanks for the hard work on stabilizing the api and cleanup the
documentation.
Well, I'll start flying for a release in the next few hours ... if
everything went fine.
Ciao,
Mario
Hi!
I was running the needed tasks to get the following artifacts released:
(All artifacts are deployed to the MyFaces staging repository)
* Apache MyFaces Orchestra Maven [1]
* Apache MyFaces Orchestra Core [2]
Please have a look at these artifacts and vote:
[
https://issues.apache.org/jira/browse/ORCHESTRA-6?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532232
]
Mario Ivankovits commented on ORCHESTRA-6:
--
Which SNAPSHOT do you use? Where do you get it from?
I think
[
https://issues.apache.org/jira/browse/ORCHESTRA-6?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-6.
--
Resolution: Invalid
Assignee: Mario Ivankovits
already fixed previously
Hi!
There have been a lot of discussions on coding conventions here at
MyFaces. I don't think we've reached an agreement so far ;)
* indentation is 2 spaces with no tabs
I'd say two spaces are too much, one space should be sufficient.
;-) Just kidding.
Honestly, if we warm up
coding standard thing ? Or is for all Apache
Java efforts the SUN paperworks the one to go ?
-M
On 9/28/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
There have been a lot of discussions on coding conventions here at
MyFaces. I don't think we've reached an agreement so far
201 - 300 of 974 matches
Mail list logo