Re: general discussion about the climate in the project

Werner, Glad to have you back and thanks for the "food". Are you sure that you do not overstate this a little bit? I followed many of the discussions and I did not find anything that would frighten me. Yes, some things had happended that where not correct. Vigilant community members commented on t

Re: [WELCOME] MyFaces += (Cagatay, Lance)

MAIL PROTECTED]> wrote: > >> Welcome to MyFaces, Çagatay and Lance. > >> > >> Çagatay, what is the correct pronunciation of your name? > >> > >> Dennis Byrne > >> > >> >-Original Message- > >> >From: Manfred Geiler [mailt

[WELCOME] MyFaces += (Cagatay, Lance)

Hi MyFaces community, Please welcome our new MyFaces committers Çagatay Çivici (cagatay) and Lance Frohman (lfrohman)! They both have been very active contributors during the last weeks, so the PMC decided to invite them as new committers. Çagatay and Lance, nice to have you aboard! Regards, Man

MyFaces PMC += Mario Ivankovits

Ladies(!) and Gentlemen, Please welcome our new MyFaces PMC member Mario Ivankovits! Mario has been a well known MyFaces contributor and committer for some time and helped out on many places within the MyFaces world. Therefore before some time there was a vote to invite him to the MyFaces Project

MyFaces PMC += (Dennis, Werner)

Please welcome our new MyFaces PMC members Dennis Byrne and Werner Punz! Dennis and Werner have both been well known MyFaces contributors and committers for some time and helped out on many places within the MyFaces world. Therefore last week there was a vote to invite them to the MyFaces Project M

[jira] Updated: (MYFACES-788) Request attributes lost when using MyFaces in Portlet

[ http://issues.apache.org/jira/browse/MYFACES-788?page=all ] Manfred Geiler updated MYFACES-788: --- Status: Open (was: Patch Available) > Request attributes lost when using MyFaces in Port

Re: [JSF 1.2] question

On 6/7/06, Martin Marinschek <[EMAIL PROTECTED]> wrote: Well, Jacob asked me if I'd like to join up. If I'd join, then as an individual. Why not as the official ASF representative for JSF.next? Of course there should be an official vote, but from my POV there speaks nothing against you joining

[REMINDER] This list is subscribers only

This mail is sent from time to time and is meant to remind you, that the users@myfaces.apache.org and dev@myfaces.apache.org mailing lists - like most of the ASF lists - are "subscribers only". Please make sure, that you post your messages from the same address that you used to subscribe to the li

Re: JAXB API target

Don't forget, that the JSF API is a little bit different to other spec APIs. Other than common spec APIs that almost consist of interfaces only, in JSF there are lots of classes with lots of code and logic. So, when I think of JSF API 1.2, I doubt that it would be easy to separate api development

Re: forgotten password

rname ). Dennis Byrne >-Original Message----- >From: Manfred Geiler [mailto:[EMAIL PROTECTED] >Sent: Wednesday, May 31, 2006 05:18 PM >To: 'MyFaces Development' >Subject: Re: forgotten password > >Dennis, >Just tried the https://svn.apache.org/change-pa

Re: forgotten password

Dennis, Just tried the https://svn.apache.org/change-password page myself and had success with the basic authentication that pops up by using my standard apache login name and password (the one I use with ssh as well). Can you please try that once more? Manfred On 5/31/06, Dennis Byrne <[EMAIL

Re: Code Generator problems

Just had a look at the current api/pom.xml: Somehow the necessary dependencies for the regenerate-component-code profile got lost during a merge/release. Sean, did you do that by intention or can this be a bug in the maven release plugin? However, this is the correct plugin configuration:

Re: Code Generator problems

CodeGen Task depends on artifact "build-tools" with version "1.0.0-SNAPSHOT". There is no final release yet. To be able to use this build-tools-x.y.z.jar without running a full build, we must officially release an 1.0.0 version to the maven repo. (Before that we should rename the artifact to "myfa

Re: JSF 1.2 [was: Cancelled: JavaOne MyFaces Committers/Contributors meeting]

Sean, Can you please make a copy of the current trunk to /myfaces/core/branches/jsf_1_2 ? After that, Stan can simply (?) merge his stuff inside that. Is that ok, Stan? Manfred On 5/18/06, Sean Schofield <[EMAIL PROTECTED]> wrote: You want a 1.2 branch for core only using the latest trunk righ

JSF 1.2 [was: Cancelled: JavaOne MyFaces Committers/Contributors meeting]

Ok, as soon as apache svn is up again I will create a core branch called "jsf_1_2" so that Stan is able to commit his work. Dennis, I don't think that a vote is necessary now. Just get the jsf 1.2 stuff up and working (EL, TCK, ...). We will do the vote as soon as we are ready to merge the new cod

Re: [tobago] Design changes on project page

Great, thanks! BTW, description of Tobago Core (http://myfaces.apache.org/tobago/tobago-core/) is no too detailed... ;-) Regarding dependencies there are two issues I would like to discuss. Please have a look at: http://myfaces.apache.org/tobago/tobago-core/dependencies.html 1. sun.jdk:tools:

Re: Cancelled: JavaOne MyFaces Committers/Contributors meeting

Hi Stan, Hi all, This is really bad news for our community. I'm personally very sad that JBoss has decided to choose this path. Most of you probably know that relationship between JBoss and the ASF was not always free of conflicts in the past. It's also no secret that JBoss never was happy about t

[ANNOUNCE] MyFaces Tomahawk 1.1.2 Released

Hi All, The MyFaces PMC is proud to announce a new and great release of MyFaces Tomahawk [1]. MyFaces Tomahawk 1.1.2 is a set of JavaServer(tm) Faces 1.1 compatible custom and extended standard components and other JSF goodies. Please note: This is the first Tomahawk release that is fully i

[ANNOUNCE] MyFaces Core 1.1.3 Released

Hi All, The MyFaces PMC is proud to announce a new and great release (1.1.3) of the MyFaces Core Implementation [1]. MyFaces Core is a JavaServer(tm) Faces 1.1 implementation as specified by JSR-127 [2]. It has passed Sun's TCK and is considered to be 100% compliant with the spec. Find bel

Re: [tobago] announcement preparations

Arvid, Go ahead. Please send your announcement to announce@myfaces.apache.org and announce@apache.org as well. Important: Please add a short description "What is MyFaces Tobago?" to your ASF wide announcement. Otherwise you might get some "Don't waste our time" flames. And: please use your @apa

Re: serialVersionUID updates?

Looks like an issue for the future myfaces commons package. As long as we have no clear separation of impl and public api there is not much gain in dealing with serialVersionUID, IMO. Manfred On 4/27/06, Dennis Byrne <[EMAIL PROTECTED]> wrote: There was once a rather long discussion about this

Re: JSF 1.2: branch, wiki, maven repo, ...

Sean, what you are proposing is something like this: .../myfaces/core/branches/1_1/1_1_2 .../myfaces/core/branches/1_1/1_1_3 .../myfaces/core/trunk <-- JSF 1.2 Right? What about the following solution: .../myfaces/core_1_1/trunk .../myfaces/core_1_1/branches/1_1_2 .../myfaces/core_1_1/branch

Re: [VOTE] Release MyFaces Core 1.1.3

Could only manage to run some basic tests so far, but in the spirit of "release early, release often" here is my +1 for core release 1.1.3. Manfred On 5/3/06, Jurgen Lust <[EMAIL PROTECTED]> wrote: +1 2006/5/2, Matthias Wessendorf <[EMAIL PROTECTED]>: > Sean, > > On 5/2/06, Sean Schofield <[

Re: [Important] Ugly bug in core pom.xml for 1.1.2 and 1.1.3

On 4/25/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > Actually when you build a custom project with a myfaces-impl-1.1.2> dependency Maven 2.0.4 tries to download the myfaces-master-1.0.1 release(!)> from http://cvs.apache.org/maven-snapshot-repository, which> is subject to fail of course.> Try

Re: [Important] Ugly bug in core pom.xml for 1.1.2 and 1.1.3

going to revert your change for now. Please leave my changes. They are ok.We should also try to fix the releases myfaces-core-project-1.1.2.pom ASAP.Manfred  On 4/24/06, Manfred Geiler <[EMAIL PROTECTED]> wrote:> The pom.xml of the myfaces-core-project artifact contains the following> e

[Important] Ugly bug in core pom.xml for 1.1.2 and 1.1.3

The pom.xml of the myfaces-core-project artifact contains the following errornous lines:          apache-maven-snapshots   http://cvs.apache.org/maven-snapshot-repository      At least for the newest Maven 2.0.4 these lines make builds fail because Maven tries to download the released(

JSF 1.2: branch, wiki, maven repo, ...

Hi all,As you know, Stan is currently working hard on the next generation MyFaces Stuff aka JSF 1.2.I would like to give you some infos about an offline conversation we had a few hours ago. * We decided to create a branch of the current myfaces core trunk - let's call it "jsf12" or "jsr-252"  * All

Re: Welcome Gerald Müllan to the team!

Football from Netherlands is what describes him better  ;-)Manfredhttp://en.wikipedia.org/wiki/Ajax_Amsterdam On 4/18/06, Stan Silvert <[EMAIL PROTECTED]> wrote: Welcome Gerald!  Good to have someone who knows about mildly abrasive household cleansers.Stan SilvertJBoss, Inc.[EMAIL PROTECTED]callto:

Re: [VOTE] Release MyFaces-Core 1.1.2

+1ManfredOn 4/14/06, Sean Schofield <[EMAIL PROTECTED]> wrote: Finally the release has passed the TCK.  Lets start the vote so we canrelease ASAP.  This is a vote to release myfaces-core-1.1.2.  Its alsoimplicitly a vote to release myfaces-shared-2.0.0 since that is adependency.  The shared depende

Re: [IMPORTANT] Major blocker issue: MYFACES-1281

What about Mario's fix 2 hours ago? (see Jira)ManfredOn 4/13/06, Sean Schofield <[EMAIL PROTECTED] > wrote:This issue still isn't fixed.  Please review my latest JIRA comments on the proposed solution.  This issue is our top priority right now.SeanOn 4/12/06, Sean Schofield <[EMAIL PROTECTED]> wrot

Re: Puzzled about generated code

On 4/13/06, Werner Punz <[EMAIL PROTECTED]> wrote: Manfred Geiler schrieb:> Werner,> Look at the component classes. Everything between the BEGIN and END> GENERATED CODE markers was generated by a Velocity template from the> according component xml files. > In a few minut

Code generator is back! (was: Puzzled about generated code)

it for the 1.1.2 release to be out - which hopefully can happen during the next days.Thanks,Manfred On 4/13/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: Werner,Look at the component classes. Everything between the BEGIN and END GENERATED CODE markers was generated by a Velocity template fr

Re: Puzzled about generated code

TED]> wrote: Manfred Geiler schrieb:> Ok, I just spent a few minutes and found the old codegenerator on the attic.> Will try to integrate it into current maven structure.> Please stay tuned!>> Thanks, > Manfred>Manfred, just a question, what was the scope of the old code

Re: Puzzled about generated code

Ok, I just spent a few minutes and found the old codegenerator on the attic.Will try to integrate it into current maven structure.Please stay tuned!Thanks,Manfred On 4/12/06, Gert Vanthienen <[EMAIL PROTECTED]> wrote: Manfred Geiler wrote:> ...>> The code generation for common compo

Re: Puzzled about generated code

On 4/12/06, Gert Vanthienen <[EMAIL PROTECTED]> wrote: L.S.,Yesterday I attached a patch to issue TOMAHAWK-36 in JIRA, butapparently JIRA doesn't send notifications when you attach a file, soI'll just repeat the question in the comment of this issue here directly. The patch file contains modificati

Latest maven-idea-plugin works

FYI:The latest maven-idea-plugin source build works fine with MyFaces.See http://wiki.apache.org/myfaces/JetBrains_IntelliJ_IDEA for detailed instructions. Manfred

Re: Move of Tobago site to MyFaces

+1ManfredOn 4/10/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote: Hello,the svn move is still pending.See http://issues.apache.org/jira/browse/INFRA-769.But I would like to move the Tobago site to MyFaces. I would suggest the url myfaces.apache.org/tobago.Any objections?RegardsBernd--Dipl.-Ing. Bernd B

Re: Moving a file with svn under Windows.

TortoiseSVN has this right mouse button support for moving and copying as well. Right click and drag shows a popup with a bunch of options (Move, copy, ...)ManfredOn 3/30/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote: On 3/29/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:> If you drag it from one

Re: JavaOne MyFaces Committers/Contributors meeting

Will be there and can tell you some stories about MyFaces history.ManfredOn 4/7/06, Stan Silvert < [EMAIL PROTECTED]> wrote: In addition to the dinner, it sounded like there was interest in a MyFaces "Committers and Contributors" meeting.    Please let me know if you are coming and

Re: ResponseWriter Question

The idea is to render the text in HTML as the user would expect even if he is no HTML expert. Therefore we address the special HTML whitespace handling here: * successive spaces are rendered as   * line breaks are rendered as This is also the difference between write and writeText as I understa

Fwd: [ANN] Maven 2.0.3 Release

Bernd et al., Since Maven 2.0.3 has better Wagon support now. Is there a chance to get rid of our custom wagon-maven-plugin? Manfred -- Forwarded message -- From: John Casey <[EMAIL PROTECTED]> Date: Mar 29, 2006 2:03 AM Subject: [ANN] Maven 2.0.3 Release To: announce@apache.org

Re: Committers/contributors meeting at J1?

+1 Manfred On 3/10/06, Stan Silvert <[EMAIL PROTECTED]> wrote: > > > > In addition to dinner, what do you guys think of having a more serious > meeting for committers and other contributors? Since we have grown so much, > I think it would be a great opportunity to do some > organizational/infor

Re: ADF faces proposal

Ok, just added the initial committers to the proposal. http://wiki.apache.org/myfaces/adfproposal Manfred On 3/9/06, Martin Marinschek <[EMAIL PROTECTED]> wrote: > Definitely, yes. > > Sorry for the omission. > > We'll update that. > > regards, > > Martin > > On 3/9/06, Justin Erenkrantz <[EMA

Re: shared cleanup

On 3/10/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > Hi! > >> Currently the base classes for the command* tags (in shared) implement > >> the functionality of dummyForm, this is why its not needed to have the > >> "overloaded renderer" stuff and why it works with h: and t: > >> > > > > Sorry f

Re: shared cleanup

> Currently the base classes for the command* tags (in shared) implement > the functionality of dummyForm, this is why its not needed to have the > "overloaded renderer" stuff and why it works with h: and t: Sorry for being slow-witted. There is no difference. If the user overwrites the Link- or B

Re: future vision for MyFaces "commons"

; On 3/2/06, John Fallows <[EMAIL PROTECTED]> wrote: > > > > On 3/1/06, Manfred Geiler <[EMAIL PROTECTED] > wrote: > > > > > > > > > > > On 3/1/06, John Fallows <[EMAIL PROTECTED]> wrote: > > > > > We need to define th

Re: shared cleanup

On 3/10/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > No one? > > I just want to collect what should be done to make shared clean: > > > > I think the following should be moved to tomahawk: > > > > JavascriptUtils > > DummyForm* > > MyfacesConfig > > > > What else? > > > > I see a problem with

Re: The annual MyFaces JavaOne party/dinner

Count me in, too. Looking forward to meeting you all again. Regards, Manfred On 3/9/06, Martin Marinschek <[EMAIL PROTECTED]> wrote: > Add one more. > > regards, > > Martin > > On 3/9/06, Kito D. Mann <[EMAIL PROTECTED]> wrote: > > > > You can definitely count me in :-). > > > > > > > > ~~~

Re: commit to 1.1.2?

Yes, I agree. We apparently made the false assumption that shared is already stable enough to freeze and start releasing. Mario is right I think. Perhaps we should postpone the release process and work in trunk until we really have a stable state. Manfred On 3/9/06, Mario Ivankovits <[EMAIL PROT

Re: warning - use of class.getName() in shared

t; > > > But I don't see any problems with what Manfred has suggested from an > > IDE (Eclipse-centric) point of view. > > > > And as he points out, if there's an issue revealed by this change, > > then it's a real dependency issue between tomahawk and Impl tha

Re: ExtensionsFilter/DummyForm problems with shared

Yes and the DummyForm feature *can* be used with any JSF impl - at least theoretically ;-). But if people want to use this feature (ie. having commandlinks without an enclosing form) they should do so by relying on tomahawk not on the myfaces impl. Manfred On 3/9/06, Mike Kienenberger <[EMAIL PR

Re: ExtensionsFilter/DummyForm problems with shared

On 3/9/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > > > DummyForm was a special feature of MyFaces, that was wrongly put into > > the implementation - it should have been put into tomahawk, where it > > belongs to. > > > > Right? > > No, DummyForm is a *feature* of the MyFaces impl. There is

Re: warning - use of class.getName() in shared

On 3/9/06, Werner Punz <[EMAIL PROTECTED]> wrote: > Manfred Geiler schrieb: > > On 3/9/06, Werner Punz <[EMAIL PROTECTED]> wrote: > >> Mario Ivankovits schrieb: > >> > >>> And - IMHO the killer, the shared is not interoperable, means it cant

Re: warning - use of class.getName() in shared

On 3/9/06, Simon Kitching <[EMAIL PROTECTED]> wrote: > On Thu, 2006-03-09 at 09:58 +0100, Werner Punz wrote: > > Mario Ivankovits schrieb: > > > Hi! > > > > > > Its again me ... somewhat angry, so sorry *g* I CANT SET A > > > BREAKPOINT IN SHARED ANY MORE - or I have to do it twice in shared_im

Re: warning - use of class.getName() in shared

On 3/9/06, Werner Punz <[EMAIL PROTECTED]> wrote: > Mario Ivankovits schrieb: > > > And - IMHO the killer, the shared is not interoperable, means it cant > > put stuff in the request and use it again if called from another package > > as they are different classes - different package names. > > See

Re: warning - use of class.getName() in shared

Mario, As mentioned earlier, yes, there is some pain with the new shared structure. But my feeling is that most of the pain is due to the fact that we have to break with some (bad) habits. Please think of the two libs shared_impl and shared_tomahawk as two *different* things. This affects debuggin

Re: Move AddResource et al to tomahawk?

I think moving to tomahawk is ok by now. Manfred On 3/3/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > Hi! > >> BTW, shouldnt it be easily possible to get rid of the dependency to > >> ServletExternalContextImpl? > >> Its used just to set a session attribute, no? > >> > > > > I think you are

Re: Move AddResource et al to tomahawk?

+1 Everything that is not in spec (ie MyFaces Extensions) and not needed by impl should be moved to tomahawk IMO. This way shared module will slim down. The less we have in shared the less we have dependencies between impl, shared and tomahawk. And the less will be the "pain" with our new project s

Re: [commons/shared refactoring status] shared is ready, myfaces-impl is done

I recommend adding the *-sources.jar files instead of the target dirs for the reasons mentioned earlier in another thread (jar sources read-only, target dirs volatile, ...) Can some of the eclipse gurus please try that out and revise the wiki instructions accordingly? Thanks, Manfred On 3/2/06

Re: Myfaces Wiki Update of "Building With Maven" by MikeKienenberger

On 3/2/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > Hi Manfred! > > Is there no easy way to add a jar as "Source" in eclipse? > > > It looks like this is not possible, at least I dont see how to do it. > What will be possible is to add myfaces-shared-impl-2.0.0-SNAPSHOT.jar > (the classes) to

Re: Myfaces Wiki Update of "Building With Maven" by MikeKienenberger

Mario, Mike, Is there no easy way to add a jar as "Source" in eclipse? If yes, it would be better to add myfaces-shared-impl-2.0.0-SNAPSHOT-sources.jar and myfaces-shared-tomahawk-2.0.0-SNAPSHOT-sources.jar instead of those mutable "target/refactored-shared-sources" dirs. That's what I do in IDEA.

maven-idea-plugin SNAPSHOT?

Any Maven guru listening? To be able to build a fully functionable idea project after our massive refactoring we need the new features of the idea plugin beta 2. Q1: What is the quickest way to bring idea-plugin-2.0-beta-2-SNAPSHOT into the http://cvs.apache.org/maven-snapshot-repository ? Q2: Ar

Re: Question regarding UIData state saving

MyFaces UIData once had a sophisticated algorithm to determine if state should be dropped or not. Well, UIData was completely refactored some time ago and this algorithm seems to be lost. I also remember a discussion with Mathias (the guy who did the refactoring) before a while where we discussed t

Re: maven eclipse:eclipse problems

Don't know much about eclispe but simplest workaround for now would be to work with 3 separate eclipse projects: shared impl tomahawk This way your IDE cannot be fooled by the 3 different versions of all the shared classes. What also helped in IntelliJ was to clear ALL caches once after the ref

Re: [website] Mailing list links

Added according elements to POMs but archives do not show up. Perhaps some Maven guru could have a closer look? Thanks, Manfred On 2/15/06, Jesse Alexander (KBSA 21) <[EMAIL PROTECTED]> wrote: > The new website has links to the mailing list-archives that are not > searchable. > > At

Re: [commons/shared refactoring status] shared is ready, myfaces-impl is done

factored-shared-sources\main\resources not found. > [INFO] > - > --- > [INFO] For more information, run Maven with the -e switch > [INFO] > - > > > I made some progress on the merge but I will need to r

Re: future vision for MyFaces "commons"

On 3/1/06, John Fallows <[EMAIL PROTECTED]> wrote: > On 2/24/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > > > On 2/23/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > > > On 2/22/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > >

Re: [commons/shared refactoring status] shared is ready, myfaces-impl is done

peaking of core and tomahawk on branches 1_1_2 until Sean is finsihed with merging down the trunk. Thanks, Manfred On 2/28/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > Hmm, then I made things even worse with my last checkin... > There are now no more relative paths without a basedir

Re: [commons/shared refactoring status] shared is ready, myfaces-impl is done

ill > if there is a way to get the src from the snapshot jar of the parent > process that would be nice. > > Sean > > > > On 2/28/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > > Hmm, perhaps the "../src/main/java" (relative path) in the ant task > &

Re: [commons/shared refactoring status] shared is ready, myfaces-impl is done

e > > scenes maven stuff. If it looks good I think we should try to merge > > the core down to the trunk so people can continue to make changes > > there. > > > > Sean > > > > On 2/26/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > > > Step

Re: [commons/shared refactoring status] shared is ready, myfaces-impl is done

) Thanks, Manfred On 2/26/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > First two (of three) steps of commons-->shared refactoring is done: > > Step 1: All former commons classes have been copied to a new shared > module and have been refactored to package > "org.apache

[commons/shared refactoring status] shared is ready, myfaces-impl is done

First two (of three) steps of commons-->shared refactoring is done: Step 1: All former commons classes have been copied to a new shared module and have been refactored to package "org.apache.myfaces.shared.*" Step 2: An intermediate myfaces-shared-impl-2.0.0-SNAPSHOT.jar is now built automaticall

Re: svn commit: r380693 [9/9] - in /myfaces: core/branches/1_1_2/assembly/ core/branches/1_1_2/impl/ core/branches/1_1_2/impl/src/main/java/org/apache/myfaces/application/ core/branches/1_1_2/impl/src

Step 1 of refactoring is done. That means: All commons classes have been copied to the shared module and are now in package org.apache.myfaces.shared.*. This was done in shared trunk(!) and core and tomahawk branches 1_1_2. Step 2 is pending (Hope I can finish it today): That is: Deriving two "sha

javax.faces.Messages resource bundle in commons test sources?

Why is there a javax.faces.Messages resource bundle in current commons *test* sources? Mistake? Manfred

Re: future vision for MyFaces "commons"

On 2/23/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > On 2/22/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > > In response to #1 I would say we do not need to be in the business of > > ensuring developers can rely on our public API's. From my perspective > > we are in the business of providi

Re: Commons refactoring - reloaded [was: Once more: Commons refactoring and releasing]

Ok, this problem can be easily done in IDEA by not renaming or moving the packages themself but by just moving the commons classes into their new location (ie packages). This way SVN history is ok, and core and tomahawk get adjusted automatically. Sean, just to be sure I fully understand your plan

Re: Commons refactoring - reloaded [was: Once more: Commons refactoring and releasing]

On 2/23/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > > * myfaces-shared will have sub-modules that represent the custom > > dependency libs with private namespace for each MyFaces subproject > > that needs shared classes (only impl and tomahawk so far). All (=both) > > artifacts will automatica

Commons refactoring - reloaded [was: Once more: Commons refactoring and releasing]

I recollected all the issues, ideas, and feedback and tried to summarize them (from my personal POV): == Here is a "management summary" of what we could/should end with: * A "myfaces-shared" project, housing all MyFaces-specific classes shared between impl

Re: PortletUtil works only with MyFaces

> > I removed to clazz to commons. > > > > Why are you asking, any problems ? > > > > > > > > On 2/22/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > > > Stan, > > > The PortletUtil class currently only works with the MyFaces > &

PortletUtil works only with MyFaces

Stan, The PortletUtil class currently only works with the MyFaces implementation, right? Therefore I think we should move it to impl source root to make this clear for the end user. Any objections to this? Manfred

[jira] Created: (MYFACES-1149) StateUtils has a static inializer that calls FacesContext.getCurrentInstance()

Versions: 1.1.2-SNAPSHOT Reporter: Manfred Geiler Assigned to: Dennis Byrne In a multi-threaded environment or when using multiple webapps within one container this is subject to fail. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact

Re: future vision for MyFaces "commons"

> The issue that John raises that interests me is the future inclusion > of Tobago and ADF. There may be code that could be shared between > these two projects and Tomahawk that has nothing to do with impl. So > essentially we are talking about another core for components. A perfect candidate fo

Re: Once more: Commons refactoring and releasing

Once our refactoring of commons classes into namespace org.apache.myfaces.commons.* is done we can easily change namespace for inlining by doing String search and replace on source level: replace "org.apache.myfaces.commons" by "org.apache.myfaces.impl-commons" (or alike) I already have a working p

Re: [Myfaces Wiki] Update of "MyFaces Developer Notes" by schof

Maybe, but also the $Author$ was changed in one case and not in the other case. Manfred On 2/22/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: > $Rev$ does the trick ;-) > > On 2/22/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > > ok, fine. > > It also seem

Re: [Myfaces Wiki] Update of "MyFaces Developer Notes" by schof

We stopped using them a while ago. SVN keeps track of who last > modified etc. In fact, SVN tells you who last modified what line (svn > blame). A while back I seem to recall us deciding that since SVN is > keeeping track of all of this there was no need to keep up the > practice. &

Re: [Myfaces Wiki] Update of "MyFaces Developer Notes" by schof

Sean, is there an important reason for not having these svn "macros"? Manfred On 2/22/06, Apache Wiki <[EMAIL PROTECTED]> wrote: > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Myfaces Wiki" for > change notification. > > The following page has been changed by scho

Once more: Commons refactoring and releasing

Hi all, Some more investigations and thinking led me to the following conclusion: Key to all that confusion (me beeing the most concerned ;-) and to our divergent points of view regarding commons release policy, auto-repackaging (aka "inlining"), etc. is the mixture in the type of classes we curren

Re: future vision for MyFaces "commons"

On 2/21/06, John Fallows <[EMAIL PROTECTED]> wrote: > Folks, > > There seems to be increasing discussion lately regarding MyFaces Commons and > how it relates to both MyFaces Core and MyFaces Tomahawk. > > Adding Tobago and ADF Faces to the discussion makes it even more critical > that we come up w

[jira] Resolved: (MYFACES-750) Need synchronization in LifecycleImpl

[ http://issues.apache.org/jira/browse/MYFACES-750?page=all ] Manfred Geiler resolved MYFACES-750: Fix Version: Nightly Resolution: Fixed Actually implemented a slightly different solution than was suggested. But synchronized is the right

Re: Refactor Commons to org.apache.myfaces.commons ?

t would include the newest > version of a dependency in the case of multiple conflicting versions > of a transitive dependency. If it doesn't perhaps we could put our > energies into helping them resolve this. In the meantime, I think my > proposed workaround would be better.

Re: Refactor Commons to org.apache.myfaces.commons ?

. We > can easily test this when we release tomahawk and if it does break > backwards compatability, we can release a newer version of the core as > well. > > Its not ideal but its much better then the other alternatives we are > considering. I think we carefully document an

Re: Refactor Commons to org.apache.myfaces.commons ?

t; > Its not ideal but its much better then the other alternatives we are > considering. I think we carefully document and explain this on the > website and include instructions and considerations for those building > with maven or using myfaces implementation in their J2EE containers. > &

Re: svn commit: r378805 - /myfaces/core/trunk/impl/src/main/java/org/apache/myfaces/application/ApplicationFactoryImpl.java

+1 for dependency on commons-logging 1.0.4 BTW, Stan (Silvert), how do you solve these logging issues in JBoss? AFAIK, JBoss has only one central log4j configuration. However, is there a way to config logging per eapp or webapp? If yes, how does JBoss address those issues with shared classes? Tha

Re: [PROPOSAL] ADF-Faces as a new Podling

On 2/21/06, Martin Marinschek <[EMAIL PROTECTED]> wrote: > Hmmm > > ok - I just have seen many proposals coming in via general. Never mind! > > Have you got any feedback on the proposal so far? Njet. -Manfred > > regards, > > Martin > > On 2/20/06, M

Re: [PROPOSAL] ADF-Faces as a new Podling

to send this to [EMAIL PROTECTED] > > regards, > > Martin > > On 2/19/06, Manfred Geiler <[EMAIL PROTECTED]> wrote: > > Dear Incubator PMC, > > > > We, the sponsoring members listed below, ask that you accept the > > following proposal for a new project

Re: Incubator sign-off for Tobago

On 2/18/06, Martin Marinschek <[EMAIL PROTECTED]> wrote: > Hi Bernd, > > We just have to send a mail to the incubator mailing list officially > declaring your sign-off. > > Now Manfred should do that, I suppose, as PMC lead - Manfred, can you take > over? BTW, Martin there is no such thing like a

[PROPOSAL] ADF-Faces as a new Podling

] * Mentor, nominated by the Sponsor: Craig McClanahan Regards, Manfred Geiler (MyFaces PMC Chair) Proposal for ADF Faces, a MyFaces subproject 6 February 2006, The ADF Faces Team (contributions by: Adam Winer, awiner

Re: svn commit: r378805 - /myfaces/core/trunk/impl/src/main/java/org/apache/myfaces/application/ApplicationFactoryImpl.java

On 2/19/06, Simon Kitching <[EMAIL PROTECTED]> wrote: > On Sun, 2006-02-19 at 00:46 +, [EMAIL PROTECTED] wrote: > > Author: mmarinschek > > Date: Sat Feb 18 16:46:18 2006 > > New Revision: 378805 > > > > URL: http://svn.apache.org/viewcvs?rev=378805&view=rev > > Log: > > minor changes in applic

Re: Removing public from interface

Ok, here is my 0.02 although I strongly agree with Martin that there a many many many other questions and issues to solve, that deserve our energy and work mania more than this underscore thingy. * I have heard two real pro arguments from Adam that need not (but could!) help other people read som

Re: Refactor Commons to org.apache.myfaces.commons ?

Myfaces release will support your custom > > > components if you have a dependency on our classes. > > > > > > Also, up to this point, if you're depending on Myfaces classes for > > > your custom components, it's difficult to know if you're dependin

<    1   2   3   4   5   6   7   8   9   >