- Are we looking to define internal utilities shared among
Trinidad/Tomahawk/Tobago?
yes that's my understanding
- Are we looking to define public APIs shared among these
projects?
yes common api for these projects but not necessarily immutable
- Are we going to have a common package n
Any MyFaces developers going to be at ApacheCon in Amsterdam? I know
Matthias and I will be there? Who else?
Looking forward to meeting some of my Europen counterparts... also to
catch up on the MyFaces world since I've been a bit out of touch
lately.
Sean
+1 Thanks to all the new (and old) faces putting this release together.
Sean
On 2/15/07, Greg Reddin <[EMAIL PROTECTED]> wrote:
+1 non-binding. I'm using the bits right now in our app that will be
deployed to production Friday.
Greg
I think we had this issue one other time where the server actually had
to be physically rebooted. Very weird.
Sean
On 1/16/07, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
Hello Matthias,
continuum doesn't response anymore. It's look like java or solaris is
hanging in the network stack. But I'm n
A patch release certainly would be a good idea but it takes time and
resources to pull off each release. Its probably worth the effort
since we tend to shoot ourselves in the foot when we release a whole
set of features that sometimes contain radical changes and have not
been tested extensively.
I will merge the maven-faces-plugin with the changes for
myfaces, with the official branch 1.2 for that plugin (in trinidad)
and I will update the info in the 1.2 myfaces branch,
I guess, you get this message because the UIMessage class is not
properly autogenerated,
Cheers,
Bruno
On 30/11/06
I'm unable to build locally using a fresh checkout.
D:\open-source\myfaces-1.2\core\api\target\maven-faces-plugin\main\java\javax\fa
ces\component\UIMessage.java:[76,16] illegal start of expression
Sean
On 11/5/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
This runs fine for me locally. A conf
+1 for promoting to tomahawk now and perhaps moving stuff to commons
later. Now I need to read the commons proposal ...
sean
On 11/27/06, Manfred Geiler <[EMAIL PROTECTED]> wrote:
Yes, d'accord!
I agree with Zubin that these are two different pairs of shoes.
+1 for moving s:selectItems out of
: Data List
Affects Versions: 1.1.5-SNAPSHOT
Reporter: sean schofield
does not
work as expected. The EL expression always evaluates to false.
Workaround:
Add a immediately inside the
.
--
This message is automatically generated by JIRA.
-
If you think it was sent
That's a really bad time of year for a conference! I'd love to make
it to Javapolis some year since I hear its so much fun but right
before Christmas is tough.
Sean
ps. You going to ApacheCon europe next year? I will be there.
On 11/4/06, Bruno Aranda <[EMAIL PROTECTED]> wrote:
Hey, any of y
This is probably best discussed on the users list. The dev list is
for discussion of new components and general project coordination.
Sean
On 10/31/06, kevin_zhai <[EMAIL PROTECTED]> wrote:
My table maybe each row(column) need different UI
component(radio,button,checkbox,textbox,etc),
so,use
I think we should be very careful about adding a feature that
encourages people to drift away from the spec. I agree with the
reasons that Craig laid out for why the outcomes behave the way they
do now.
Its true that its not our job to force people to do follow certain
standards. Its also true
I just found out about this[1]. You can now search public SVN and CVS
repositories. Pretty cool.
Sean
[1]http://www.google.com/codesearch
[
http://issues.apache.org/jira/browse/TOMAHAWK-738?page=comments#action_12443114
]
sean schofield commented on TOMAHAWK-738:
-
Again, nobody is saying there's not a problem here its just this solution
merely covers up a problem
[
http://issues.apache.org/jira/browse/TOMAHAWK-738?page=comments#action_12442960
]
sean schofield commented on TOMAHAWK-738:
-
Thanks for clarifying. The only stuff I didn't revert was a testcase that
passes under 1.1.4 cod
[
http://issues.apache.org/jira/browse/TOMAHAWK-738?page=comments#action_12442929
]
sean schofield commented on TOMAHAWK-738:
-
I was under the impression the original bug Catagay was trying to fix was that
Lists were not being saved by
[
http://issues.apache.org/jira/browse/TOMAHAWK-738?page=comments#action_12442661
]
sean schofield commented on TOMAHAWK-738:
-
I undid the most of the changes from revision 464151. I tried to create a
suitable test alternative but I
Found some more info. Lets move the discussion to TOMAHAWK-738.
Sean
On 10/16/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Well it worked fine before. Now I get ...
java.lang.IllegalStateException: Unknown object type
javax.faces.component.UIComponentBase.restoreAttache
[
http://issues.apache.org/jira/browse/TOMAHAWK-738?page=comments#action_12442650
]
sean schofield commented on TOMAHAWK-738:
-
I discovered the reason why Catagay's fix breaks my code. By not calling
saveAttachedState for Seriali
; > Sean, I see that Serializable is already supported in saveAttachedState.
> >
> > I couldn't get why it's failing in your case, can you give more details?
> >
> > Cagatay
> >
> >
> >
> > On 10/16/06, Sean Schofield <[EMAIL PROTECTED]&g
Maven is complaining about a facelets plugin. Its not available in a
public repo and it doesn't seem to be in the myfaces/maven project.
Sean
On 10/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: tomsp
Date: Mon Oct 16 04:55:58 2006
New Revision: 464453
URL: http://svn.apache.org/
[ http://issues.apache.org/jira/browse/TOMAHAWK-491?page=all ]
sean schofield updated TOMAHAWK-491:
Status: Resolved (was: Patch Available)
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
I tested the fix and it works great! It
[ http://issues.apache.org/jira/browse/TOMAHAWK-738?page=all ]
sean schofield reopened TOMAHAWK-738:
-
Catagay this breaks my code. Serializable should also be supported. I have a
bunch of Hibernate domain objects that are serializable
Catagay this breaks my code. Serializable should also be supported.
I have a bunch of Hibernate domain objects that are serializable that
I use in a multi page table where I need save state. I'm going to
reopen the JIRA issue.
Sean
On 10/15/06, Cagatay Civici <[EMAIL PROTECTED]> wrote:
Yes su
[
http://issues.apache.org/jira/browse/TOMAHAWK-491?page=comments#action_12442440
]
sean schofield commented on TOMAHAWK-491:
-
m having a problemn passing a commandButton parameter inside of a t:column. I
wonder if this is due to the
[
http://issues.apache.org/jira/browse/TOMAHAWK-491?page=comments#action_12442439
]
sean schofield commented on TOMAHAWK-491:
-
I'm having a problemn assing a commandButton parameter inside of a t:column. I
wonder if this is due t
select values from it...
>
> maybe a subclass is needed here, since that seams not to be a common
> use case, right?
>
> (I think we already said that during this thread)
>
>
> > regards,
> >
> > Martin
> >
> > On 10/10/06, Sean Schofield <[EMAI
that. Let me see if I can work
with what you have.
Sean
On 10/5/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
No, it's a pity that not, but I can't. I'm at a client here in Germany
until end of November, can't take off a week.
regards,
Martin
On 10/5/06, Sean S
All of the recent changes to the Shale project look nice. I just
tried rebuilding an app with the latest snapshot. Its nice how the
MyFaces deps have been cleared up so that they don't end up in your
webapp automatically. I'm using the RI to test some facelets stuff
and before these recent chan
Can we start a roll call of who is going to be at Apache Con and on
what days? I'm posting this to both Shale and MyFaces list since I
feel there is a lot of overlap between our two groups.
I will be there Tuesday (late afternoon) - Friday (leaving early in the morning)
Sean
Martin: I haven't had time to read this thread yet but I will shortly.
Are you going to be at Apache Con this year? If so we can discuss
some of your ideas in person as well.
Sean
On 10/5/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
Well, it wouldn't be a problem to have an extended versio
There is a special startup script that Bernd wrote. Apparently the
standard solaris script wasn't sufficient b/c of the processors used
on the zone.
/usr/local/continuum/bin/solaris-amd64/run.sh start
I have always started it as the "mrmaven" user but it might be
possible to start as yourself.
There was a "gentleman agreement" that there is no commit from Tobagos
to MyFaces, after the toboago incubation was done. Bernd and Volker
are committers of MyFaces.
This was only during the incubation period since the decision was made
to host the incubated Tobago at MyFaces. Now that they are
A *huge* thank you to Wendy for taking the lead on the release.
sean
On 9/15/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
Hello Wendy,
can we add the Tobago Announcement to the Core Announcement?
Regards
Bernd
Matthias Wessendorf wrote:
> Wendy thanks for helping out on the release.
> Go ah
[ http://issues.apache.org/jira/browse/TOMAHAWK-651?page=all ]
sean schofield resolved TOMAHAWK-651.
-
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
Removed problematic method.
> Excessive warnings when using Tomahawk with
Sean, do you have a release diary or notes on the Core 1.1.3 release?
I can only find http://wiki.apache.org/myfaces/Release_Procedure but I
thought I had seen more detailed notes somewhere.
Sorry. We were once again in a rush and I was doing everything
myself. I'm aftraid that's it.
The mrm
s ... or perhaps it has
something to do w/ the fact that you are only building tomahawk, not the whole
thing. Hope this helps.
Dennis Byrne
>-Original Message-
>From: Sean Schofield [mailto:[EMAIL PROTECTED]
>Sent: Thursday, August 31, 2006 10:01 PM
>To: 'MyFaces Devel
I can't seem to do a clean checkout and build of Tomahawk.
D:\open-source\myfaces\tomahawk\core\src\main\java\org\apache\myfaces\custom\tre
e\renderkit\html\HtmlTreeNodeRenderer.java:[40,16] getHiddenCommandLinkFieldName
(java.lang.String) in org.apache.myfaces.shared_tomahawk.renderkit.html.Html
I can' t seem to kill the one process (even as root). I've asked
INFRA to reboot the zone.[1]
Sean
[1] http://issues.apache.org/jira/browse/INFRA-925
On 8/25/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
yeah,
same here :(
anyone listening ?
On 8/24/06, Bernd Bohmann <[EMAIL PROTECTE
What about getting this current version of the core trunk released?
If we don't get a decent version of the 1.1.x core out there soon we
won't have anybody interested in a 1.2.x version. If we manage to get
a stable core release done I think we can just leave the "trunk"
alone.
There shouldn't b
I suspect what Adam is asking about is Shale getting in the business of
creating visual components like buttons in order to implement the
Next/Previous type of thing. That's an area I have wanted to shy away from,
and this kind of thing is a case in point for why. No matter what we do,
our navig
No I'm not proposing we deal with generating HTML rendering business
as far as dialogs are concerned. [I'll post a more detailed
explanation on the shale dev list where that belongs.]
@Adam: If you're not already subscribed to shale dev we'd love to have
you over there. Specifically, we could b
Doh. Wrong list again.
On 8/24/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I think it would be highly desirable to provide some sort of basic
button functionality ("previous, next, ok and cancel"). I'm not
saying we render buttons on the dialog for the user, but
I think it would be highly desirable to provide some sort of basic
button functionality ("previous, next, ok and cancel"). I'm not
saying we render buttons on the dialog for the user, but I am saying
that most dialogs have certain things in common that we should just
incorporate into the basic fu
point.
On 8/20/06, Adam Winer <[EMAIL PROTECTED]> wrote:
> Even easier than that - there''s a link right off the main
> "Browse Project" page... Look under Project Summary
> at http://issues.apache.org/jira/browse/MYFACES
>
> -- Adam
>
> On 8/20/06, Sea
Is there any way to search for "Patch Available" issues?
I haven't been able to figure this out yet myself.
Just create a custom search under "Find Issues" Be sure to change the
project to MyFaces and click the "refresh link" that they show you.
Otherwise you are stuck with options available fo
Can you do it so this is only required for Fixed issues?
Invalid/Won't Fix issues should be closed directly.
Why should these be closed directly? Maybe we would revisit one of
these before the release is done. Also, I believe having them
resolved (instead of closed) allows the user to appeal a
Issue Type: Task
Components: General
Reporter: sean schofield
Assigned To: sean schofield
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure
+1
We basically decided on this a long time ago but not everyone is
following it. Newer versions of JIRA (in use with Shale but not
MyFaces) also allows you to disable email on bulk changes.
At some point I will change the JIRA workflow so that you can not
directly close a feature (it must be r
Do you have an account yet? If not, I can create one for you.
Sean
On 8/16/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
see offline email
On 8/16/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> Can I get an account on the MyFaces zone?
>
> Recent discussion about the Core 1.1.4 release ind
+1 for removing wish. Its all a wish - even the bugs. I think the
current voting system is a better way for finding what the popular
requests are. IMO those take second priority over "Patch Available."
sean
On 8/18/06, Cagatay Civici <[EMAIL PROTECTED]> wrote:
> for a "wish" ?
Yes, I do it
-- Forwarded message --
From: Sean Schofield <[EMAIL PROTECTED]>
Date: Jan 1, 2006 10:35 PM
Subject: Re: Maven Build (Ongoing Work Thread)
To: MyFaces Development
[...]
I wonder if there is an easy way to share website resources in maven?
I don't think we should have 10 cop
myfaces repo is fine for me
+1 This has the extra benefit of being available as a backup if
ibiblio is unavailable. We can just leave them there if they pass the
TCK.
I think myfaces repo is fine, b/c there is no real "shared.jar" which
the users need.
Agreed.
Matthias Wessendorf
Sean
And how are we going to handle the vote? I think we should tag and
build it as 1.1.4, run the TCK, then vote. Other opinions? (The
guidelines on the wiki may need to be revised.)
So the plan is:
1.) Deploy to the snapshot repo
2.) Vote
3.) Manually copy to the ibiblio sync dirs?
And we do t
I used it a while ago but I think you can bypass it by just using mvn
deploy (if the repos in the pom are the production locations). The
main thing it does is make sure there are no SNAPSHOT refs. It will
also tag your release, etc. but if you mess up, its a real PITA to
start over.
My suggesti
No documentation on what the allowable facets are. No documentation
stating that expand and collapse facets need to be UIGraphic
components. [Guess I shouldn't have tried replacing these with
h:outputTexts]
The facets should be named after the node type. I know we need more
documentation - I
I'm guessing var and value work like any UIData component (and it
should be simple to copy those into the tlddocs from dataTable).
You guessed correctly.
However, varNodeToggler doesn't have any non-code documentation that I
could find. I'm guessing it's an object that implements some kind o
+1
On 8/2/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
On 8/2/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> I have opened http://issues.apache.org/jira/browse/MYFACES-1377 on this.
>
> However, I've marked it priority Minor since it only generates an
> error message rather than breaki
looks like all people here are
-1 on keeping (or +1 on putting it to the 1.2 branch)
I'll wait until tonight (US time) and do some stuff there;
Makes sense?
Yes. Thanks for helping (again.)
Matthias Wessendorf
Sean
It's that "unit test" vs "integration test" thing again. Your
example will show that facelets works as an integration test, but
isn't really as comprehensive as having a facelets example for every
component.
Yes a facelets example for every component wouldn't hurt. Also,
Wendy's work with the
I understand why we want to clean up our namespaces, but is this
cleanup really important enough to warrant breaking compatibility in
the 1.1 releases?
No.
getScrolling has been used for a long time, and it's not just going to
break between 1.1.3 and 1.1.4, it's going to break anyone who's usi
I'm assuming you mean apply it to the branch.
Sorry. That's what I meant.
As for the revision,
http://issues.apache.org/jira/browse/TOMAHAWK-467?page=com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel
states 428204
I'm more than happy to learn how to do this myself rather
I patched the 1.1.4 branch; so now 1.1.4 core works with
tomahawk 1.1.5-Snap
and tomahawk 1.1.4-SNAP (after you compile it against the *patched* shared_203)
Great.
-Matthias
Sean
I agree with Mike here. Matthias, can you explain the problem in more
detail? We should fix this problem before releasing (if there's a
problem to fix.)
Sean
On 8/3/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
On 8/3/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> > As for the getScr
Tell me what revision the check in was so I can revert it. Then just
apply to the trunk ok?
Sean
On 8/3/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
On 8/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Why not apply it to 1.1.4 branch and merge it down? Eventually we
to apply some commits there as well
>
> -Matthias
>
> > If someone beats me to the testing on this and concludes its tomahawk,
> > please keep as blocker level severity and move it to the tomahawk
> > project. Its still a major bug that needs to be dealt with.
> &g
What about adding new MyFaces examples using facelets? We will need it
to test tomahawk facelet support.
I am currently writing such an example over at Shale (just getting it
started.) It uses Shale, MyFaces, Tomahawk, Facelets, Hibernate and
Spring. IMO this single example would suffice for b
Why not apply it to 1.1.4 branch and merge it down? Eventually we
need to merge everything down. My vote is to fix it once merge it the
second time. But I don't know the nature of the fix so maybe I'm way
off here.
Sean
On 8/2/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Sounds good Mi
er <[EMAIL PROTECTED]> wrote:
On 8/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> We are majorly bogged down on the Core 1.1.4 release. We need
> *everyone* to do what they can to help get this release out the door.
> Please see the wiki[1] and test the release candidate there.
[
http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425406
]
sean schofield commented on MYFACES-1376:
-
Apparently Michael Hartman marked this as patch available but I don't see one.
Changing status ba
[ http://issues.apache.org/jira/browse/MYFACES-1376?page=all ]
sean schofield updated MYFACES-1376:
Status: Open (was: Patch Available)
> getScrolling is not defined in simple tree2 exam
[
http://issues.apache.org/jira/browse/MYFACES-1376?page=comments#action_12425401
]
sean schofield commented on MYFACES-1376:
-
schedule1.jsf component is also experiencing this problem when you try to
advance the calendar
I know and we're nowhere near releasing tomahawk at this rate so we
should be fine.
On 8/2/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Craig is about to release 1.0.3
On 8/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> This means that we can't release Toma
We are majorly bogged down on the Core 1.1.4 release. We need
*everyone* to do what they can to help get this release out the door.
Please see the wiki[1] and test the release candidate there. A good
start is to build the simple examples in the tomahawk HEAD and replace
the myfaces core jars wit
: General
Affects Versions: 1.1.4-SNAPSHOT
Reporter: sean schofield
Priority: Blocker
Fix For: 1.1.4-SNAPSHOT
tree2NiceWrap.jsf throws a javascript error when you try to expand the node
--
This message is automatically generated by JIRA.
-
If you think it was
On 8/1/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> OK I am doing a quick test of the core release candidate using the
> link from the wiki. In the meantime, should we release the shared
> dependency? This really needs to come first. Ideally we could
> release it to
For most of the remaining problem components, it's simply a matter of
taking care of the generic attributes and making them explicit html
attributes like you did for tree2.
OK so there's not much of a need for this new package directory but we
do need it in a few limited cases right?
The only
If we design our MyFaces components right, the only component classes
that will need facelets tag handlers are those with method bindings.
The method binding method signature for an attribute has be specified
in a facelets component tag handler.
Well lets make sure we do this part whenever possi
Can you give an example of a class that is a problem and how you
propose to fix it? I'm not terribly familiar with facelets but I was
able to get tree2 working without adding special facelets packages.
There were just some differences in properties and how facelets
expected to find them.
Sean
O
This means that we can't release Tomahawk until the dependency is
final. Shouldn't be a problem at the rate we're going these days ...
Sean
On 8/1/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Ok, I asked b/c of the -SNAPSHOT :)
On 8/1/06, Grant Smith <[EMAIL PROTECTED]> wrote:
> I can't
-SNAPSHOT
Environment: JSF 1.2 RI
Reporter: sean schofield
I'm getting this stack trace:
WARNING: phase(RENDER_RESPONSE 6,[EMAIL PROTECTED]) threw exception:
java.lang.NoSuchMethodError:
org.apache.myfaces.renderkit.html.util.DummyFormUtils.isWriteDummyForm(Ljavax/
OK I am doing a quick test of the core release candidate using the
link from the wiki. In the meantime, should we release the shared
dependency? This really needs to come first. Ideally we could
release it to the myfaces internal repo for testing and then tag it.
Then we can re-release the shar
So Dennis, why did you "blow the whistle" on the RC? Was it from
reading about a problem someone else had or was it b/c the TCK failed?
I'm assuming you were just reporting a problem that someone else had
and thought that it was present in the RC.
I do agree we need to slow down and make sure ev
am fairly sure reverting this will fix 1368, but I do not see how that should
only affect anything other than trunk once the pom in the 1.1.4 branch is
pointed to the correct shared version.
>Sean
>
>On 7/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
>> Sorry. Mis
OK I missed this one:
myfaces/shared/trunk/core/src/main/java/org/apache/myfaces/shared/util/StateUtils.java
If we revert this change do we think this will fix the problem? I can
certainly take care of that ...
Sean
On 7/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Sorry. Miss
Sorry. Missed the bit about the shared branch in the wiki. I thought
Matthias had told me that he created it.
Sean
On 7/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 7/31/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I guess there was no branch made for the shared proj
ject: Re: Core 1.1.4
>
>http://svn.apache.org/viewvc/myfaces/core/branches/1_1_4/impl/pom.xml?view=markup
>
>It's pointed to the snap shot.
>
> org.apache.myfaces.shared
> myfaces-shared-impl
> 2.0.3-SNAPSHOT
>
>Dennis Byrne
>
>>-Original Message---
ennis Byrne
>-Original Message-----
>From: Sean Schofield [mailto:[EMAIL PROTECTED]
>Sent: Monday, July 31, 2006 02:32 PM
>To: 'MyFaces Development'
>Subject: Re: Core 1.1.4
>
>Ok the classes mentioned in MYFACES-1368 don't seem to be in the 1.1.4
>branch.
f defects in this piece of
software. Four of five fixes result in another bug.
Dennis Byrne
>-Matthias
>
>>
>> Dennis Byrne
>>
>> >-Original Message-
>> >From: Sean Schofield [mailto:[EMAIL PROTECTED]
>> >Sent: Monday, July 31, 2006
[
http://issues.apache.org/jira/browse/MYFACES-1368?page=comments#action_12424595
]
sean schofield commented on MYFACES-1368:
-
According to the SVN logs these changes were made July 4th which was after the
June 21st date where matzew
it test suite for any changes done to
MyFaces state management.
Dennis Byrne
>-Original Message-----
>From: Sean Schofield [mailto:[EMAIL PROTECTED]
>Sent: Monday, July 31, 2006 01:23 PM
>To: 'MyFaces Development'
>Subject: Core 1.1.4
>
>What's going on with th
What's going on with this? Last I heard there was at least one major
bug? Can somebody summarize the status and likely timetable for
getting this out? This should be everyone's top MyFaces priority. If
you've got other personal stuff to do - fine - but this should be our
top priority otherwise
By the way, the test worked this morning so it would seem to be a
timezone or daylight savings problem. Test failed at 11:00 ESDT last
night.
Sean
On 7/28/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I recently tried to rebuild from scratch and I can't build Tomahawk
now. The U
I recently tried to rebuild from scratch and I can't build Tomahawk
now. The UserDataTest is failing for me.
Test set: org.apache.myfaces.custom.date.UserDataTest
---
Tests run: 12, Failures: 1, Errors: 0, Skipped: 0, Ti
We really should get some of the older MyFaces artifacts available on
Ibiblio. Core is still version 1.1.2 and there isn't even a single
Tomahawk version available.
@Wendy: This should be relatively easy now with the new ibiblio sync
mechanism right? I can try to dedicate some time to this but
That doesn't really answer Wendy's question about where is the issue in JIRA ...
Sean
On 7/21/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
>What is a 'final RC' ? At this point, we've asked both the dev and
>user lists to test snapshots built from the branch, and Dennis has run
>the TCK against
grated with
Maven or have an alternative solution...
Bruno
On 7/21/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I believe I read that there is some kind of adapter for IDE's.
> Perhaps the same adapter can be used for maven testing?
>
> Sean
>
> On 7/21/06, Wendy Smoak &
I believe I read that there is some kind of adapter for IDE's.
Perhaps the same adapter can be used for maven testing?
Sean
On 7/21/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 7/21/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> since JSAF 1.2 needs Java5 I guess it is good to integrate
There's more to it than that... take a look at the 'release procedure'
wiki page. Apparently, Maven will change the version numbers and do
the tags. (I'm not entirely sure I trust it against the live repo,
but Sean has done it before.) The jars need to be deployed to a
staging repo (on the zone
06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> I'm ok with it.
>
>
> On 7/14/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> > Hey folks,
> >
> > any issue in beeing host for Shale's continuum build?
> > I'd like to add Shale
1 - 100 of 2383 matches
Mail list logo
