[
https://issues.apache.org/jira/browse/ORCHESTRA-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek resolved ORCHESTRA-15.
Resolution: Fixed
Fix Version/s: 1.1
Assignee: Mario Ivankovits
Hi Scott,
great thing! However, I am getting this on startup:
javax.portlet.PortletException: doBridgeDispatch failed: error from
Bridge in executing the request
at
javax.portlet.faces.GenericFacesPortlet.doBridgeDispatch(GenericFacesPortlet.java:404)
at
This is for both Mojarra and MyFaces...
regards,
Martin
On Mon, Mar 10, 2008 at 3:25 PM, Martin Marinschek
[EMAIL PROTECTED] wrote:
Hi Scott,
great thing! However, I am getting this on startup:
javax.portlet.PortletException: doBridgeDispatch failed: error from
Bridge in executing
was trying to use an old browser
window. Pluto/jetty was trying to resolve with my old session cookie
and was blowing up. Did you try using a new browser window?
Scott
Martin Marinschek wrote:
This is for both Mojarra and MyFaces...
regards,
Martin
On Mon, Mar 10
Hi guys,
interestingly enough, it works as well with MyFaces for me - just as
expected (with the same start-up hickup). Great news!
regards,
Martin
On Mon, Mar 10, 2008 at 7:16 PM, Martin Marinschek
[EMAIL PROTECTED] wrote:
Hi guys,
on refresh, everything works just perfectly - it is only
view that MyFaces is saving on
the request scope being preserved between renders.
It might be as simple as adding the MyFaces objects to the excludes.
Scott
Martin Marinschek wrote:
Hi guys,
interestingly enough, it works as well with MyFaces for me - just as
expected
+1,
regards,
Martin
On Sat, Mar 8, 2008 at 4:38 PM, simon [EMAIL PROTECTED] wrote:
Hi All,
As has been discussed recently, it is time to get a core-1.1 release out.
This requires releasing the orchestra parent pom too.
The maven artifacts have been deployed to the staging repo:
*
Sounds interesting. Will you support everything the XML-syntax allows
to supply now? E.g, long descriptions?
will it basically be an option which component-set wants to use which
frontend? Then slowly every component set could decide if it wants to
move over...
How about restoreState/saveState?
Hi Ed,
just tried it - for me, it works. Are other users experiencing the same problem?
regards,
Martin
On 3/6/08, Edward Dowgiallo [EMAIL PROTECTED] wrote:
Hi,
Just signed up for an Apache Jira account.
1) Login
2) Create New Issue
3) Screen lets me select project, but not issue type.
Hi *,
if Leonardo does as discussed, we can have both the 1.1 version and
1.2 from the same branch. (I don't see why this shouldn't be
possible).
regards,
Martin
On 3/4/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Leonardo Uribe wrote:
On Mon, Mar 3, 2008 at 4:58 PM, simon [EMAIL
that this component library is now 1.2 compliant? For JSP
2.1 containers, you will indeed need the new tag-files, if you are not
using Facelets (AFAIK)!
regards,
Martin
On 3/4/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Martin Marinschek schrieb:
Hi *,
if Leonardo does as discussed, we can have
Now there we go! SOC has started - anyone wanting to supply project
proposals for MyFaces?
regards,
Martin
-- Forwarded message --
From: Ross Gardler [EMAIL PROTECTED]
Date: Fri, Feb 29, 2008 at 11:34 PM
Subject: GSoC projects
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Hi Danny,
yes!!!
regards,
Martin
On Mon, Feb 25, 2008 at 10:56 AM, Danny Robinson
[EMAIL PROTECTED] wrote:
Guys,
I don't think it's possible to dynamically specify wildcard config loading
patterns for JSF currently. However, most all other frameworks today seem
to be able to handle
Bug in the spec ;)
regards,
Martin
On Fri, Feb 22, 2008 at 6:35 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
it can be the case, that this mail may be a bit long..., but the main
question I think is:
Is there a public getPhaseListeners() method missing on UIVIewRoot ?
Some
The only difference the generator has to deal with is that with
myfaces-core the component needs to be generated and for tomahawk a
simple baseclass with mainly some static int-s to describe the property
position within the array. Means, for myfaces-core we have to deal with
developing
Hi Mario,
The only difference the generator has to deal with is that with
myfaces-core the component needs to be generated and for tomahawk a
simple baseclass with mainly some static int-s to describe the property
position within the array. Means, for myfaces-core we have to deal with
[
https://issues.apache.org/jira/browse/PORTLETBRIDGE-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12569905#action_12569905
]
Martin Marinschek commented on PORTLETBRIDGE-23:
Hi Mike,
I just
Leonardo has been very creative here, and I like the approach.
Applause!
regards,
Martin
On Feb 14, 2008 1:59 AM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi
So to work around the cannot use reflection on package-scoped class
problem we discussed earlier, you are proposing to make the
Hi all,
we'd like to invite you to a JSF conference in Vienna, Austria from
12-14th of March. Anyone who wants to register as an attendee?
Here is the link: http://conference.irian.at - click on preregister.
Attendees will pay a very small conference fee - 100€.
Speaker slots are pretty much
+1,
regards,
Martin
On 2/8/08, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On Feb 8, 2008 11:33 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.0.6 release of the Apache
MyFaces Trinidad CORE out. The artifacts are deployed to my
+1,
regards,
Martin
On 2/8/08, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On Feb 8, 2008 12:40 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.2.6 release of the Apache
MyFaces Trinidad CORE out. The artifacts are deployed to my
Hi Simon,
this is true - but what happens if someone else tries to access
component attributes via reflection?
regards,
Martin
On 2/8/08, Simon Kitching [EMAIL PROTECTED] wrote:
In the practice the problem is that jsf core (myfaces and ri) uses
reflection to set the attributes and the
[
https://issues.apache.org/jira/browse/TOMAHAWK-1190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566564#action_12566564
]
Martin Marinschek commented on TOMAHAWK-1190:
-
They should be Boolean
Ok, in the end this means we cannot go with this - I am for using
templates in the API and base-classes for everything else.
regards,
Martin
On Feb 7, 2008 6:47 PM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi
This mail is about the wiki http://wiki.apache.org/myfaces/Code_Generation:
An the
[
https://issues.apache.org/jira/browse/TOMAHAWK-1192?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek resolved TOMAHAWK-1192.
-
Resolution: Fixed
Fix Version/s: 1.1.7-SNAPSHOT
Assignee
[
https://issues.apache.org/jira/browse/TOMAHAWK-1192?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12566889#action_12566889
]
Martin Marinschek commented on TOMAHAWK-1192:
-
Please test on next snapshot
Sounds good!
regards,
Martin
On 2/6/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Sounds good - can you send your example again utilizing the
detailStamp approach if that fits?
So, not it is getting stressy again. I have a bad need for it now.
So, using the detailStamp approach it
[
https://issues.apache.org/jira/browse/TOMAHAWK-1187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek resolved TOMAHAWK-1187.
-
Resolution: Fixed
Fix Version/s: 1.1.7-SNAPSHOT
Assignee
[
https://issues.apache.org/jira/browse/MYFACES-1813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek deleted MYFACES-1813:
---
inputHtml
-
Key: MYFACES-1813
URL: https
I don't think this will be controversial - I find it a rather good basic
introduction to the concepts behind JSF, actually.
regards,
Martin
On Wed, Feb 6, 2008 at 12:03 AM, Matthias Wessendorf [EMAIL PROTECTED]
wrote:
haha :)
On Feb 5, 2008 10:37 PM, Andrew Robinson [EMAIL PROTECTED]
I look at the vast list of bugs raised against tomahawk 1.1.6, and look
at the scary output of the maven reports (findbugs, pmd, etc) and think
that there are higher priorities than reinventing the build process
right now, when the current approach works. Yes it is ugly, but 1.1.7 is
mostly a
Hi Simon,
And this approach is not possible for uicomponent classes defined in the
standard as these have defined hierarchies that cannot be modified.
does this stem from actually trying it out? I tried it in the project
I am currently working on, and it worked. I need to admit I did not
check
Hi Simon, Zdenek,
There is still the question of whether the TCK would pass if classes in
javax.faces had package-scoped parents that are not defined in the spec. Is
there someone here that can check that? If that is allowable, then this
base-class approach becomes much more interesting...
Hi Zdenek,
A question was raised about why state isn't retrieved from the
attributes map - this cannot be used, however, cause it would use
reflection internally and call the getter of the method, if a value is
not directly stored in the attributes map. As soon as the getter is
called, after
Hi Zdenek,
writing:
- check if special setter - use it AND
- store in map
this won't work, of course - we are in a setter already, so we cannot
use the attribute-map - thanks for setting me straight again. What you
are suggesting would effectively change the API of every single
JSF-component
Hi Richard,
thanks for doubting our competence - you can be sure that we test the latest
release of myfaces-impl with the latest release of tomahawk, and IMHO, this
should be enough.
regards,
Martin
On 2/1/08, Barbalace, Richard [EMAIL PROTECTED] wrote:
I am disappointed by the attitude
Hi Simon,
Ok, as promised here is the wiki page summarising the recent email
thread. I hope I've got everybody's opinions fairly represented, but of
course if corrections need to be made - hack away!
I've added and clarified where I thought it was appropriate.
Personally I'm keen to try to
Hi all,
the MyFaces 1.2 Nightly builds are not deployed - what did we do again to
get the other nightly builds working?
regards,
Martin
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Sorry for the noise - I should have read the user-list first.
regards,
Martin
On Fri, Feb 1, 2008 at 12:01 AM, Martin Marinschek
[EMAIL PROTECTED] wrote:
Hi all,
the MyFaces 1.2 Nightly builds are not deployed - what did we do again to
get the other nightly builds working?
regards
@Component(
type = ...,
family = ...,
rendererType = ...,
tagClass = ...,
events = {
@ComponentEvent(
type = ...,
phases = { ..., ... }),
...
)
public abstract class MyComponent extends UIXComponent
{
@ComponentProperty(
description = or is this
I think that Leonardo is working on generating the components classes
tlds, facelet-taglibs with the maven-faces-plugin - I'm pretty sure
this makes sense.
As this will then mean there is a switch to either use JSF1.2 or 1.1
in the generation (hopefully this will work) both 1.1.7 and a 1.2
based
-INF/lib/acegi-jsf.jar!/META-INF/faces-config.xml
[2008-01-29 18:43:55,956] INFO myfaces.config.FacesConfigurator:540 -
Reading config /WEB-INF/faces-config.xml
Martin Marinschek wrote:
Can you please post your logging-output?
You should see info-messages starting with: Reading
on a
Tomahawk 1.2 build system.
Regards,
Simon
Martin Marinschek [EMAIL PROTECTED] schrieb:
Simon,
is your conclusion then that Tomahawk should die?
To be honest, my perception is quite different from this.
We have a large user-base, and I'm certainly all for keeping Tomahawk
up
Hi Mario,
your second suggestion sounds viable for me - not for the API
components, as those cannot change their inheritance, but for the
tomahawk and MyFaces impl components, this should be doable (and a
very good idea) indeed.
@why Trinidad doesn't work with annotations: how would you then
nobody maintained it anymore... let's settle for one
generator, please.
regards,
Martin
On 1/30/08, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Mario,
your second suggestion sounds viable for me - not for the API
components, as those cannot change their inheritance, but for the
tomahawk
Hi Leonardo,
I am of a contrary opinion to Matthias on the checkin issue - if it
helps the developer, the generated source-code can and should be
checked in. However, it is necessary that the files are re-generated
on every build (so we do not get out of sync between file and
configuration).
I
P.S.: I would not use _both_ annotations and the xml-configuration
file. xml-configuration is enough in this case.
regards,
Martin
Hi Andrew,
On 1/30/08, Andrew Robinson [EMAIL PROTECTED] wrote:
-1 for a dummy abstract parent class. The resultant OO structure is not
clean. I would rather see a cleaner way to merge the template with the
generated code.
ok - then please suggest one. This is all about finding a clean way,
Hi Simon,
I thnk that so far we all agree that:
* the old approach of files with ==do not edit this bit== sucks. It is
inelegant and people *do* edit that bit.
* having artificial generated parent classes sucks; it distorts the true
hierarchy and simply cannot be applied to the API classes.
Hi Andrew,
On Wed, Jan 30, 2008 at 11:41 PM, Andrew Robinson
[EMAIL PROTECTED] wrote:
My proposal:
To simplify let me use my:foo that should be used to create
MyFooComponent.java. I want to customize the broadcast method of this
component.
One alternative (my choice), as already
Hi Leonardo,
If you want forceId feature works, you need to override getClientId(),and
if you want to use visibleOnUserRole property, you need to override
isRendered(). And also if you want that the component implements some
interfaces you need to specify this on the template.
In this
[
https://issues.apache.org/jira/browse/MYFACES-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564217#action_12564217
]
Martin Marinschek commented on MYFACES-1812:
I need to add: I'm not sure
[
https://issues.apache.org/jira/browse/MYFACES-1812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek resolved MYFACES-1812.
Resolution: Fixed
Fix Version/s: 1.2.3-SNAPSHOT
P.S.: can you please test
Hi Leonardo,
* generating source into the src/main/java tree sucks, because it is
hard to tell generated code apart from non-generated stuff.
* generating source into the target tree sucks a bit, because you need
to explicitly add it to an IDE
So we agree that the option that sucks less is
Hi Matthias,
Matthias view sucks, cause component logic should be right where the
data
is, according to object-oriented principles - and not in the renderer.
The
renderer is only there for RENDERING logic, as the name says.
Please show me the lines, where I said no component logic
Hi Bernhard,
and what about the component-templates - can you debug the source for
them like this?
Why not? It's just another source folder. Usually IDEs don't mind
whether a source folder is located in a directory called target. ;-)
However, maybe I didn't get your question ..
ok - so
Hi Leonardo
This is the code of
src/main/java-templates/org/apache/myfaces/custom/buffer/BufferTemplate.java
public class Buffer extends UIComponentBase{
{
/**/private String _into = null;
void fill(String content, FacesContext facesContext){
ValueExpression
+1 : yes I want this change
indeed, I find it a lot more logical like this.
regards,
Martin
Hi Matthias,
you would not only have to recompile the api, but do a mvn build of the api
- is it half a minute? a minute? two? Why waste this time if we can help it?
But my main point here was to show that there is logic
in the Trinidad components, which (reading through this thread)
not
Welcome Bernhard!
I've been very glad for your help here with MyFaces.
regards,
Martin
On Jan 29, 2008 12:25 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Welcome dude,
-M
On Jan 29, 2008 12:20 PM, Manfred Geiler [EMAIL PROTECTED] wrote:
The Myfaces PMC is proud to announce a new
will there be a flash scope in Orchestra as well (as an option to using
t:saveState)?
will Trinidad ever be fixed to work with a flash-scope ;) ?
regards,
Martin
On Jan 29, 2008 12:25 PM, Manfred Geiler [EMAIL PROTECTED] wrote:
yes, good idea
+1
I like the name access scope and also
Hi Matthias,
from the commits looks like flash will be the alias for access
then maybe it should be named page-scope
will Trinidad ever be fixed to work with a flash-scope ;) ?
I was referring to the fact that Trinidad does not work with t:saveState,
due to the optimized state-saving. I
you should post this to the user-list.
regards,
Martin
On Jan 29, 2008 4:59 PM, Philipp Michel [EMAIL PROTECTED] wrote:
Hi list,
when i use an Tomahawk dataTable and a Tomahawk dataScroller component
inside a Trinidad Form than it isn't possible to navigate with the
dataScroller. The
Has anyone else encountered this behaviour so far?
regards,
Martin
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Can you please post your logging-output?
You should see info-messages starting with: Reading config
with log-level info on FacesConfigurator.java.
regards,
Martin
On Jan 29, 2008 9:39 PM, Val Blant [EMAIL PROTECTED] wrote:
Hello.
I just found something that I think is a bug in
ConcurrentHashMapClassLoader, ConcurrentMapString,
Object();
Martin Marinschek wrote:
where will this map be stored?
regards,
Martin
On Jan 29, 2008 6:38 AM, Matthias Wessendorf [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
+1
On Jan 29, 2008 2:48 AM, Blake
where will this map be stored?
regards,
Martin
On Jan 29, 2008 6:38 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On Jan 29, 2008 2:48 AM, Blake Sullivan [EMAIL PROTECTED] wrote:
I'm, of course, in favor.
-- Blake Sullivan
Gabrielle Crawford wrote:
Hi,
In case
+1 from me!
regards,
Martin
On Jan 26, 2008 6:03 PM, Leonardo Uribe [EMAIL PROTECTED] wrote:
+1
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Sounds good - can you send your example again utilizing the detailStamp
approach if that fits?
regards,
Martin
On Jan 24, 2008 2:54 PM, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Shouldn't this work somewhat
similar to how the detailStamp in t:dataTable works now?
Yep, why not,
Hi Mario,
thanks - but that part I understood. I was just wondering about the
header part of your first example. I think I understood it now - you
have a header per row for the details in this row, and also allow each
main-row to have a header now?
regards,
Martin
On 1/24/08, Mario Ivankovits
I don't get through to this server, sorry :(
regards,
Martin
On 1/24/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Martin,
I think I understood it now - you
have a header per row for the details in this row, and also allow each
main-row to have a header now?
I am not sure if this
Hi Mario,
ok, now I completely understand the use-case - I still don't
understand the source-code, though. Shouldn't this work somewhat
similar to how the detailStamp in t:dataTable works now?
regards,
Martin
On 1/24/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Martin Marinschek schrieb:
I
[
https://issues.apache.org/jira/browse/TOBAGO-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561257#action_12561257
]
Martin Marinschek commented on TOBAGO-516:
--
I would suspect it is - what Ryan
[
https://issues.apache.org/jira/browse/TRINIDAD-906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561256#action_12561256
]
Martin Marinschek commented on TRINIDAD-906:
Hi Gabrielle,
I'm just
[
https://issues.apache.org/jira/browse/TRINIDAD-906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561265#action_12561265
]
Martin Marinschek commented on TRINIDAD-906:
Ok, I've read a little more
+1!
regards,
Martin
On 1/22/08, Bruno Aranda [EMAIL PROTECTED] wrote:
+1
On 22/01/2008, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1 on the bits.
On Jan 22, 2008 7:50 AM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.2.2 release of
[
https://issues.apache.org/jira/browse/TRINIDAD-906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561491#action_12561491
]
Martin Marinschek commented on TRINIDAD-906:
Up to JDK1.4 getting the current
On Jan 22, 2008 7:23 PM, simon [EMAIL PROTECTED] wrote:
On Tue, 2008-01-22 at 12:50 -0300, Leonardo Uribe wrote:
Hi,
I was running the needed tasks to get the 1.2.2 release of Apache
MyFaces core out.
Please note that this vote concerns all of the following parts:
1. Maven
what is the reason of having encodeEnd and encodeBegin final?
I have never understood why Trinidad is trying to hide possibilities from
the developer. Isn't it safe enough to say that renderers are not part of
the API, what you are doing there, might break with an update. Instead,
everyone is
methods that don't use the FacesBean are setup in such a way
to use either encodeAll or encodeEnd (with the FacesBean). So I really don't
think people should be extending these methods.
On Jan 22, 2008 3:27 PM, Martin Marinschek [EMAIL PROTECTED]
wrote:
what is the reason of having
On Jan 22, 2008 11:33 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Neither the shared, api nor impl jars have these entries.
The bytecode version in the classes is 49, ie java5 which is fine.
isn't java5 required for JSF 1.2 ?
oh, of course- excuse my dumb statement ;)
regards,
I am all for 1.2.2 - if someone downloaded the 1.2.1, he'll be confused -
releasing 1.2.2, we spare everyone the potential confusion. It is highly
normal to skip a point-release, that's really not a problem, I would think.
I thought that was already the outcome of the discussion on the dev-list,
[
https://issues.apache.org/jira/browse/MYFACES-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561146#action_12561146
]
Martin Marinschek commented on MYFACES-1805:
Is this related to
https
looks good to me!
regards,
Martin
On 1/18/08, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey everyone,
I just got back from a Face 2 Face of the JSR-301 Expert Group (the group
defining the Java Standard for the bridge). As I've been saying for a bit,
there is going to be a different
interesting class...
yes, this should most probably be refactored ;) - even though I do see
some methods for Tags (e.g. setting values from tag-attributes to
component-attributes).
regards,
Martin
On 1/18/08, Manfred Geiler [EMAIL PROTECTED] wrote:
Just had a look at the new commons-utils
+1,
regards,
Martin
On 1/18/08, Simon Kitching [EMAIL PROTECTED] wrote:
Manfred Geiler [EMAIL PROTECTED] schrieb:
This is the formal vote for the new myfaces master POM version 5.
You can find the signed release candidate at [1].
Please vote
+1 if you reviewed the new master
Welcome Gerhard! Great to have you aboard...
regards,
Martin
On Jan 17, 2008 9:25 AM, Manfred Geiler [EMAIL PROTECTED] wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Gerhard Petracek as the newest MyFaces committer.
Gerhard has been very active
for me it is down as well - so it isn't only your firewall ;)
regards,
Martin
On Jan 17, 2008 8:38 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
hello,
http://myfaces.zones.apache.org:8080/
is down?
(at least behind my firewall)
--
Matthias Wessendorf
further stuff:
blog:
[
https://issues.apache.org/jira/browse/TRINIDAD-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557934#action_12557934
]
Martin Marinschek commented on TRINIDAD-892:
I'd say Tomas is right
Hi Leonardo,
first, we should get the TCK-failure sorted out - we can only discuss
this privately.
regards,
Martin
On 1/7/08, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi
All this time I'm waiting TCK corrections because I'm not have this
tool on my hand.
Based on the previous mails my
Welcome Mike!
regards,
Martin
On 1/7/08, Scott O'Bryan [EMAIL PROTECTED] wrote:
Yay. Congratulations Mike! Thanks for all your awesome work...
Scott
Manfred Geiler wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Michael Freedman as the
Great to hear Simon!
Then Adonis can now apply his style to the new site structure.
regards,
Martin
On 1/3/08, simon [EMAIL PROTECTED] wrote:
Ok, I finally managed to beat our maven site config into shape. Might
have been easier to fight Mike Tyson though - more painful, but
quicker :-)
I
I would agree with Mario - the spec is wrong if this is treated differently.
regards,
Martin
On 1/3/08, Matthias Wessendorf [EMAIL PROTECTED] wrote:
this one is a special guy;
On Jan 3, 2008 11:37 AM, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
AFAIK this tag-class is the only tag
Hi Cagatay,
but shouldn't the component type be the same in the faces-config and in the
tag?
regards,
Martin
On Dec 24, 2007 12:20 PM, Cagatay Civici [EMAIL PROTECTED] wrote:
After checking against ri and spec; I think we do it in the right way.
The component type in htmlcolumntag is
Is this still a vote now?
Can we start a separate thread?
regards,
Martin
On 12/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
the plugin includes the notice/license
if not present, it generates them
-M
On Dec 20, 2007 8:06 AM, simon [EMAIL PROTECTED] wrote:
On Thu, 2007-12-20
+1
regards,
Martin
On 12/20/07, Bernd Bohmann [EMAIL PROTECTED] wrote:
+1
Matthias Wessendorf schrieb:
yes,
that is correct.
-M
On Dec 20, 2007 8:27 AM, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
are the release notes correct?
Hi Nicu,
we should include Mario in this discussion - he implemented a solution
for this in Orchestra. Also, how about Trinidad, in Trinidad there is
dialog handling as well, how is this done?
regards,
Martin
On 12/19/07, simon [EMAIL PROTECTED] wrote:
Hi Nicu,
I haven't got time to look at
As Leonardo is working on the release anyways, he might take a stab?
regards,
Martin
On 12/20/07, Simon Kitching [EMAIL PROTECTED] wrote:
Matthias Wessendorf [EMAIL PROTECTED] schrieb:
On Dec 20, 2007 12:36 PM, Simon Kitching [EMAIL PROTECTED] wrote:
But the source download for
I still think the ideal way would be to do the repackaging on release
only - for the normal build process, we could leave it as is.
regards,
Martin
On 12/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On Dec 20, 2007 12:45 PM, Simon Kitching [EMAIL PROTECTED] wrote:
Matthias
No - if you are building with 1.6, it won't. Only the language level is checked.
regards,
Martin
On 12/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On Dec 20, 2007 2:45 PM, [EMAIL PROTECTED] wrote:
Author: skitching
Date: Thu Dec 20 05:45:06 2007
New Revision: 605927
URL:
201 - 300 of 2425 matches
Mail list logo