go ahead, I like your short cycles.
-M
On 2/26/07, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
I think we can release the next version of Tobago this week.
Please report all serious problems with the current snapshot.
Regards
Bernd
--
Matthias Wessendorf
http://tinyurl.com/fmywh
can we also add this for 1.2 development?
2007/2/26, Dennis Byrne [EMAIL PROTECTED]:
http://www.sourcekibitzer.org/index.php?option=com_skprojectprojectid=myfaces-core
--
Dennis Byrne
--
Mathias
I will split this bug.
Bernd Bohmann schrieb:
Hello,
can https://issues.apache.org/jira/browse/TOBAGO-282 closed?
Regards
Bernd
does the tomcat log say more?
I am able to deploy a jsf 1.2 app with Jetty6.1.x
-M
On 2/26/07, Martin Haimberger [EMAIL PROTECTED] wrote:
Hy *,
i am going to help to develop myfaces 1.2. I have checked it out,
compiled it (with some difficulties, because some jars were not
found). I
No nothing more. No Exception, nothing. I will try Jetty6.1.x, i hope
the myfaces1.2 will start.
Regards,
Martin Haimberger
On 2/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
does the tomcat log say more?
I am able to deploy a jsf 1.2 app with Jetty6.1.x
-M
On 2/26/07, Martin
Sorry for spamming, but is there another Application Server which will
work with MyFaces 1.2 and Intellij Idea ?
Regards,
Martin Haimberger
On 2/26/07, Martin Haimberger [EMAIL PROTECTED] wrote:
No nothing more. No Exception, nothing. I will try Jetty6.1.x, i hope
the myfaces1.2 will start.
geronimo2-SNAPSHOT
you don't need to include the jsf-xxx jars
A Java EE 5 compliant server has to ignore the jsf-xxx libs, shipped
in WEB-INF/lib
Since Tomcat 6.x and Jetty 6.x don't ship JSF, you have to include
them in your lib, like in the past
-M
On 2/26/07, Martin Haimberger [EMAIL
You can run jetty as a m2 plugin. very neat !
-M
On 2/26/07, Martin Haimberger [EMAIL PROTECTED] wrote:
Sorry for spamming, but is there another Application Server which will
work with MyFaces 1.2 and Intellij Idea ?
Regards,
Martin Haimberger
On 2/26/07, Martin Haimberger [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/TOBAGO-301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475881
]
Dennis Kieselhorst commented on TOBAGO-301:
---
Already tried tc:object...result is an iframe :-(
Tag for
Hy,
i have found the place in the code where the problem resists:
In the Method:
private void configureResolverForJSP(JspApplicationContext appCtx,
RuntimeConfig runtimeConfig)
{
FacesCompositeELResolver facesCompositeELResolver = new
FacesCompositeELResolver(Scope.JSP);
This is
Hy again,
i have run the demoapplication with jetty and now i see an exception.
I dont know why Tomcat 6.0.9 has not shown this exeption.
Maybe it helps:
DEBUG [main] (DefaultFacesInitializer.java:83) - jspfactory =
[EMAIL PROTECTED]
2007-02-26 16:11:58.556::WARN: failed
[EMAIL
Yes, that was the problem. Thanks!
Greatings
Martin Haimberger
On 2/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
is your app folder containing javx.el ?
-M
On 2/26/07, Martin Haimberger [EMAIL PROTECTED] wrote:
Hy again,
i have run the demoapplication with jetty and now i see an
Like Matthias says, geronimo-2.0-SNAPSHOT includes the MyFaces 1.2
jars. You can build it from :
http://svn.apache.org/repos/asf/geronimo/server/trunk
Or if you can wait until probably the middle of this week there should
be an official milestone driver (M3) available from
Since JSF is part of the JEE 5 spec users don't need to include the
JSF jars or their dependencies in their webapps when deploying into
Geronimo 2.0. This makes developing a webapp much easier but makes
the jsf-jars in the WEB-INF/lib should be ignored, AFAIK
developing JSF a little more
Since JSF is part of the JEE 5 spec users don't need to include the
JSF jars or their dependencies in their webapps when deploying into
Geronimo 2.0. This makes developing a webapp much easier but makes
developing JSF a little more tricky because the MyFaces jars are part
of the server
Works for me.
On 2/26/07, Dennis Byrne [EMAIL PROTECTED] wrote:
Since JSF is part of the JEE 5 spec users don't need to include the
JSF jars or their dependencies in their webapps when deploying into
Geronimo 2.0. This makes developing a webapp much easier but makes
developing JSF a
[
https://issues.apache.org/jira/browse/TOBAGO-282?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Udo Schnurpfeil resolved TOBAGO-282.
Resolution: Fixed
I've added a new bug, for empty sheets.
No horizontal scrollbar in
[
https://issues.apache.org/jira/browse/TOBAGO-286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475908
]
Udo Schnurpfeil commented on TOBAGO-286:
I think a tip for menuItem is to be discussed, because I've not
Can't find Overlay after ajax request in IE
---
Key: TOBAGO-302
URL: https://issues.apache.org/jira/browse/TOBAGO-302
Project: MyFaces Tobago
Issue Type: Bug
Environment: Internet Explorer
Ajax reloads stopped when submitting non-JSF request
Key: TOBAGO-303
URL: https://issues.apache.org/jira/browse/TOBAGO-303
Project: MyFaces Tobago
Issue Type: Bug
Reporter:
Excellent observation, Dennis. In Geronimo and a few other app
servers I am familiar with the user is provided with several knobs
that can affect classloading. Ideally, a component designed to run in
different types of containers would make as few assumptions about its
container's classloader
[
https://issues.apache.org/jira/browse/MYFACES-1544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Haimberger updated MYFACES-1544:
---
Status: Patch Available (was: Open)
Verbatim Components are not created during
[
https://issues.apache.org/jira/browse/MYFACES-1544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf updated MYFACES-1544:
Resolution: Fixed
Status: Resolved (was: Patch Available)
committed
On 2/26/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Since JSF is part of the JEE 5 spec users don't need to include the
JSF jars or their dependencies in their webapps when deploying into
Geronimo 2.0. This makes developing a webapp much easier but makes
the jsf-jars in the WEB-INF/lib
there is reasons for having them and for not having them. I personally
like to have a quick glance on the author tag to check where the class
originated - and I personally don't think they work as a no
trespassing sign at all, and have never done so.
Ever? Anywhere?
No way. The closest
In the spec I see that javax.faces.* classes should not be included in
WEB-INF/lib but I don't see any specific discussion about the the
servlet container ignoring them when they are present. I may be
overlooking something, but at any rate I agree with you that they
should be ignored. In fact
[
https://issues.apache.org/jira/browse/TOBAGO-286?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Udo Schnurpfeil resolved TOBAGO-286.
Resolution: Fixed
Resolved without tip for menu. If needed, please intert a separate
Sorry if I'm behind on this discussion but what are the current
thoughts on how dependency injection will be implemented for managed
beans? The reason I'm curious is because PreDestroy and PostConstruct
annotations are used to deal with injected resources, so from a timing
perspective it would
I ended up going with Servlet/Request/Context attribute listeners for
@PreDestroy. This did not involve importing javax.annotation.PreDestroy, so
people w/out application servers don't have to worry about
ClassDefNotFoundErrors. This also keeps us compatible with the reference
implementation in
[
https://issues.apache.org/jira/browse/TOBAGO-302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475988
]
Bernd Bohmann commented on TOBAGO-302:
--
Maybe the onComplete and onFailure are executed both.
Can you verify
Their was a flurry of mailing list traffic last week around the 1.1.5
release of Tomahawk. I do not see a release plan for this release on
the wiki[1], so I am wonder where we are in the release process?
Paul Spencer
[1] http://wiki.apache.org/myfaces/Release_Plans
Actually by dependency injection I'm specifically referring to the
portion of the JSF spec that discusses injecting resources where
certain annotations are found in a managed bean. So, while scanning
for the @PreConstruct and @PostDestroy annotations MyFaces would also
scan for @EJB, @Resource,
Deutsch Umlaut will not be rendered correct for tc:out tag with attribute
[escape=false]
Key: TOBAGO-305
URL: https://issues.apache.org/jira/browse/TOBAGO-305
I know the specs can be vague sometimes, but I don't interpret the first
paragraph of section 5.4 as meaning the JSF implementation is responsible
for @EJB, @Resources, etc. The JSF spec specifically mentions the
container to inject references. If Geronimo can intercept the
instantiation of
[
https://issues.apache.org/jira/browse/TOBAGO-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476015
]
Guido Dubois commented on TOBAGO-273:
-
I tried this with the nightly build from 26.02.2007 5:11. I can't see any
[
https://issues.apache.org/jira/browse/TOBAGO-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476016
]
Guido Dubois commented on TOBAGO-273:
-
One thing more: Is it possible to implement the same behaviour for tx:in
[
https://issues.apache.org/jira/browse/TOBAGO-273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12476023
]
Bernd Bohmann commented on TOBAGO-273:
--
Something like this should work
tc:in
f:facet name=change
Alright. Here's my +1 binding. Let's put the nail in this coffin.
Dennis Byrne
On 2/26/07, Paul McMahan [EMAIL PROTECTED] wrote:
Excellent observation, Dennis. In Geronimo and a few other app
servers I am familiar with the user is provided with several knobs
that can affect classloading.
Hello,
I'm pleased to announce the return of JSF Central's popular In the
Trenches series. The latest installment tells the story of two developers
who used JSF to develop the public-facing InFact Book Search site.
Here's a quote:
The first phase of the project was completed in less than three
+1
On 2/26/07, Dennis Byrne [EMAIL PROTECTED] wrote:
Alright. Here's my +1 binding. Let's put the nail in this coffin.
Dennis Byrne
On 2/26/07, Paul McMahan [EMAIL PROTECTED] wrote:
Excellent observation, Dennis. In Geronimo and a few other app
servers I am familiar with the user is
+1
On 2/27/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
+1
On 2/26/07, Dennis Byrne [EMAIL PROTECTED] wrote:
Alright. Here's my +1 binding. Let's put the nail in this coffin.
Dennis Byrne
On 2/26/07, Paul McMahan [EMAIL PROTECTED] wrote:
Excellent observation, Dennis. In Geronimo
+1 non-binding
On 2/27/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
+1
On 2/27/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
+1
On 2/26/07, Dennis Byrne [EMAIL PROTECTED] wrote:
Alright. Here's my +1 binding. Let's put the nail in this coffin.
Dennis Byrne
On 2/26/07,
On 2/26/07, Cagatay Civici [EMAIL PROTECTED] wrote:
+1 non-binding
Just as a procedural note, the only votes that PMC members have
binding votes on is releases. For technical issues (like this one),
all committer votes are not only binding, but a -1 (supported by
adequate reasoning) is a
43 matches
Mail list logo
