On Fri, Aug 14, 2009 at 10:57 AM, Werner Punzwerner.p...@gmail.com wrote:
Hello everyone while I am preparing my initial commit I noticed following.
We have a subproject for extension-extval but nothing more in this regard.
Which means since I cannot open my own subproject in jira I am somehow
Werner Punz schrieb:
Hello everyone while I am preparing my initial commit I noticed following.
We have a subproject for extension-extval but nothing more in this regard.
Which means since I cannot open my own subproject in jira I am somehow
blocked.
Wouldnt it be better to have the project
Werner Punz schrieb:
Ok Gerhard just gave me the explanation, it has something to do with the
release management.
Anyway Manfred, Matthias, can anyone of you open an extensions-groovy
jira subprojekt for me?
Btw. I think we already have voted on the myfaces-groovy a year ago
haven´t we.
On Fri, Aug 14, 2009 at 11:04 AM, Werner Punzwerner.p...@gmail.com wrote:
Werner Punz schrieb:
Hello everyone while I am preparing my initial commit I noticed following.
We have a subproject for extension-extval but nothing more in this regard.
Which means since I cannot open my own
Werner Punz schrieb:
Werner Punz schrieb:
Ok Gerhard just gave me the explanation, it has something to do with
the release management.
Anyway Manfred, Matthias, can anyone of you open an extensions-groovy
jira subprojekt for me?
Btw. I think we already have voted on the myfaces-groovy a
On Fri, Aug 14, 2009 at 11:17 AM, Werner Punzwerner.p...@gmail.com wrote:
Werner Punz schrieb:
Werner Punz schrieb:
Ok Gerhard just gave me the explanation, it has something to do with the
release management.
Anyway Manfred, Matthias, can anyone of you open an extensions-groovy
jira
Matthias Wessendorf schrieb:
On Fri, Aug 14, 2009 at 11:04 AM, Werner Punzwerner.p...@gmail.com wrote:
Werner Punz schrieb:
Hello everyone while I am preparing my initial commit I noticed following.
We have a subproject for extension-extval but nothing more in this regard.
Which means since I
Hello everyone just to make sure things are formal enough I am going to
open a vote on this
I want to open a myfaces-scripting extensions subproject/module within
the domain of our extensions project. (For now we have projects not modules)
The current status is that this project will add a
+1 :-)
On Fri, Aug 14, 2009 at 11:24 AM, Werner Punzwerner.p...@gmail.com wrote:
Hello everyone just to make sure things are formal enough I am going to open
a vote on this
I want to open a myfaces-scripting extensions subproject/module within the
domain of our extensions project. (For now
+1
2009/8/14 Matthias Wessendorf mat...@apache.org:
+1 :-)
On Fri, Aug 14, 2009 at 11:24 AM, Werner Punzwerner.p...@gmail.com wrote:
Hello everyone just to make sure things are formal enough I am going to open
a vote on this
I want to open a myfaces-scripting extensions subproject/module
On Fri, Aug 14, 2009 at 11:22 AM, Werner Punzwerner.p...@gmail.com wrote:
Matthias Wessendorf schrieb:
On Fri, Aug 14, 2009 at 11:04 AM, Werner Punzwerner.p...@gmail.com
wrote:
Werner Punz schrieb:
Hello everyone while I am preparing my initial commit I noticed
following.
We have a
Matthias Wessendorf schrieb:
Just saw your vote - ok let's wait for the outcome before committing -
to be safe.
I think that the entire community has to (kinda) approve such a new subproject,
so thanks for triggering the vote.
Jepp I thought so too so I took the freedom to open the vote
On Fri, Aug 14, 2009 at 11:37 AM, Werner Punzwerner.p...@gmail.com wrote:
Matthias Wessendorf schrieb:
Just saw your vote - ok let's wait for the outcome before committing -
to be safe.
I think that the entire community has to (kinda) approve such a new
subproject,
so thanks for triggering
+1
2009/8/14 Bruno Aranda brunoara...@gmail.com:
+1
2009/8/14 Matthias Wessendorf mat...@apache.org:
+1 :-)
On Fri, Aug 14, 2009 at 11:24 AM, Werner Punzwerner.p...@gmail.com wrote:
Hello everyone just to make sure things are formal enough I am going to open
a vote on this
I want to
+1
2009/8/14 Jan-Kees van Andel jankeesvanan...@gmail.com
+1
2009/8/14 Bruno Aranda brunoara...@gmail.com:
+1
2009/8/14 Matthias Wessendorf mat...@apache.org:
+1 :-)
On Fri, Aug 14, 2009 at 11:24 AM, Werner Punzwerner.p...@gmail.com
wrote:
Hello everyone just to make sure
Hia, while I am still preparing my groovy stuff I digged through
the myfaces class loading code.
Here is my problem, I currently use a custom classloader which roots
into the groovy code and if a file is present loads the class
dynamically if not it loads the class via the classloader
I agree if I understand it correctly. This would help as well to deal
with the classloading stuff for OSGi,
Cheers,
Bruno
2009/8/14 Werner Punz werner.p...@gmail.com:
Hia, while I am still preparing my groovy stuff I digged through
the myfaces class loading code.
Here is my problem, I
Well if osgi needs a different classloader which at some stages is not
the context classloader the current classloader then yes
this would help.
Werner
Bruno Aranda schrieb:
I agree if I understand it correctly. This would help as well to deal
with the classloading stuff for OSGi,
Cheers,
+1
On Fri, Aug 14, 2009 at 7:09 AM, Leonardo Uribe lu4...@gmail.com wrote:
+1
2009/8/14 Jan-Kees van Andel jankeesvanan...@gmail.com
+1
2009/8/14 Bruno Aranda brunoara...@gmail.com:
+1
2009/8/14 Matthias Wessendorf mat...@apache.org:
+1 :-)
On Fri, Aug 14, 2009 at 11:24 AM,
+1
On Fri, Aug 14, 2009 at 7:59 AM, Simon Lessard simon.lessar...@gmail.comwrote:
+1
On Fri, Aug 14, 2009 at 7:09 AM, Leonardo Uribe lu4...@gmail.com wrote:
+1
2009/8/14 Jan-Kees van Andel jankeesvanan...@gmail.com
+1
2009/8/14 Bruno Aranda brunoara...@gmail.com:
+1
2009/8/14
Personally I would prefer it if the artifact itself is responsible for
providing the corresponding class loader instead of using a try error
approach. This means that we would have to rewrite the configuration
parts of MyFaces so that not only the class name but also the class
loader to use
Ok the good news is, I hacked it in semi dirty into the latest trunk in
myfaces and things work out pretty well, I have my groovy example
running without a custom classloader.
So adding this chain definitely is a way to go.
The question is, does it also really help on the OSGI side, if yes
I
To clarify that a little bit more:
I'm more or less suggesting to introduce class loader extensions as
well, but I don't think that they should be stored centrally. Instead I
think each artifact should be able to provide the class loader extension!
Bernhard Huemer wrote:
Personally I would
That does not work out with scripting extensions...
The issue is if I want to proved a factory which is
scripted then I have to provide the classloader upfront!
I am not sure how this works out with osgi either.
Artifacts are loaded and provided by a cloassloader not vice versa :-(
This only can
+1
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2009/8/14 Grant Smith work.gr...@gmail.com
+1
On Fri, Aug 14, 2009 at 7:59 AM, Simon Lessard
Bernhard Huemer schrieb:
To clarify that a little bit more:
I'm more or less suggesting to introduce class loader extensions as
well, but I don't think that they should be stored centrally. Instead I
think each artifact should be able to provide the class loader extension!
We are talking
hi,
i was told that independent releases of the different subprojects wouldn't
be possible.
it seems that this information isn't correct. however, the much more
interesting part is that the constellation at trinidad is ok because these
parts belong together. that's not the case with myfaces
[
https://issues.apache.org/jira/browse/TRINIDAD-1550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12743418#action_12743418
]
Eric Price commented on TRINIDAD-1550:
--
Yes, the values are different each time,
If I change Trinidad's demo faces-config.xml file to use a bogus
default-render-kit-id, I get a NPE.
!-- Use the Trinidad RenderKit --
default-render-kit-id
org.apache.myfaces.trinidad.coreBAD
/default-render-kit-id
I get this:
java.lang.NullPointerException
at
29 matches
Mail list logo