re welcome.
I'll talk to Omar and Jonas about the ICLAs. It wouldn'tsurprise me if Omar doesn't want one - he's been a hugeasset for slashing through the inevitable red tape on theOracle side of things.
OK. Please let me know either way, so that we can close out the JIRA i
ow has karma. FYI, we still don't have ICLAs from Jonas Jacobi or Omar Tazi.--Martin Cooper
-- AdamOn 4/13/06, Adam Winer <
[EMAIL PROTECTED]> wrote:> Excellent, thanks! Once I get an apache account,> karma for the SVN, and a bit of free time, I can> check this puppy in and we can s
On 4/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 4/13/06, Martin Cooper <[EMAIL PROTECTED]
> wrote:
I believe this is done. Your repo is at:https://svn.apache.org/repos/asf/incubator/adffaces/
Note that I have not created the standard trunk / tags / branches directories in
Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 4/13/06, Martin Cooper <[EMAIL PROTECTED]> wrote:>>>> On 4/13/06, Craig McClanahan <[EMAIL PROTECTED]
> wrote:> >> > Jonas Jacobi wrote:> > > Hi Craig,> > >> > > It is now three weeks
account setups. I'll try again.Unless there's more to it than I think there is, I should be able to take care of the SVN repo this evening, if Garrett doesn't beat me to it. I believe all that's involved is adding the directories in SVN and updating the auth and mailer config files.
--Martin Cooper Craig
On 1/11/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
Sounds good to me!Well, I do think that Martin Cooper seems to be a little interested atleast, maybe we can get him aboard?I haven't been ignoring this, I've been thinking about it. I appreciate the vote of confidence. Howev
There's also a cool thing called Krell, in the committers repo:https://svn.apache.org/repos/private/committers/krellI haven't looked at it for a while, though, so I don't know how up to date it is.
--Martin CooperOn 1/13/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I had a cool idea for the websit
On 1/9/06, Simon Kitching <[EMAIL PROTECTED]> wrote:
Adam Winer wrote:> One> of the items already on our todo list is moving all the functions,> classes, and variables inside a single top level object.Using a single top-level object is something I've been considering
suggesting for a while.MyFaces
so that people can find stuff with Google et al. However, we don't want the robots / spiders whacking the zones.
--Martin Cooper> There are probably more reasons, but those are the ones that come to mind
> off the top of my head. Also, the 2-3 hour window for syncing the site was> remo
On 1/9/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 1/9/06, Sean Schofield <[EMAIL PROTECTED]
> wrote:
Martin Cooper hinted at infra not liking it but didn't really give mea reason why.Um, perhaps you missed my message. You asked me off-list and I replied off-list. Quoting
On 1/7/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
I have started looking at the sources,and my first look was on the accompanying java-script code.Now, I hope Martin Cooper hasn't had the time to look so far, cause hewouldn't have been to happy ;)
*sigh*I'd hoped for b
Sorry for the delay. See below...On 1/3/06, Werner Punz <[EMAIL PROTECTED]> wrote:
Actually this all or nothing or common ground approach is not what I hadin mind.What I am thinking of is something along these lines.You already have some kind of dynamic loading infrastructure in there
withdojo.requ
custom on-the-fly would be a separate
entity as far as the browser is concerned, so you'd be downloading it
every time and it wouldn't be cached. Using the approach in #1 is a
better way of handling this.
Did I answer your question? I'm not sure. If not, let me know what I'm m
duces a single compressed output file, dojo.js, that contains all of
the packages you need (and none of the ones you don't), resulting in
much, much, much faster load times in production mode.
Defining a custom profile is really simple, and building it is just as simple. Check it out!
--
s been happening. ;-) The primary focus of
the 0.3 release will be the widget library, so you'll see a lot coming
quickly in that regard.
But there seems to be some really nice stuff in there.
Yep. They have some of the sharpest DHTML folks on that project.
--
Martin Cooper
Martin Marin
ant to do everything you can to minimise the risk that your users
- or their users - will run into problems *because* they're using your
components? Do you want to run the risk that people shun MyFaces
because (some of) the components are buggy when used in a portal
environment, or any othe
s to use the Oracle
framework, once it arrives, will almost certainly resolve these issues.
--
Martin Cooper
Also -- will combining them cause confusion in people's
minds? My feeling is that few people know what Tomahawk means, so
you can combine them without battling some preconcieved not
nation into the MyFaces repository.* From that point, the MyFaces committers treat the code as if wewrote it ourselves.
This appears to effectively side-step the Incubator. Is that wise, for such a large and significant donation?
--
Martin Cooper
The only sticking point would be if there are an
On 12/18/05, Thomas Spiegl <[EMAIL PROTECTED]> wrote:
It's just a 9kb file.
It's still a jar file, and therefore a build artifact. It shouldn't be checked in.
--
Martin Cooper
On 12/19/05,
Simon Kitching <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:> Author:
JDK 1.2 as well.)But as far as logging goes, if you're willing to take JDK 1.4 as arequirement (and I can't see why not), I find commons-logging a rather
pointless bonus dependency - log4j is not sufficiently better thanjava.util.logging to justify its use
I'm quite certain that Cek
acheCon in a couple of weeks. After the hackathon (or at
it, even), you'll probably get a thumbs up.
--
Martin Cooper
On 11/30/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
Can any of the Struts developers help us out with this? What is theprocess for getting a zone established fo
y have that capability. It's called Gump. Every project should be using it.
--
Martin Cooper
seanOn 11/30/05, James Mitchell <
[EMAIL PROTECTED]> wrote:> Yes, I have been doing nightly builds on the our (Struts) zone for a while> now. I recently installed Continuum on the zone, bu
t 5.0.x --> Servlets 2.4
Tomcat 5.5.x --> Servlets 2.4 with JDK 5
--
Martin Cooper
One major issue with 1.2 is EL. Anybody knows about the status of theApache EL implementation?
Manfred2005/11/28, Stan Silvert <[EMAIL PROTECTED]>:>>>> Is anyone working on JSF 1.2 for My
leave a mixture of line ends, particularly in
Java source files, you can get into a mess when you're trying to debug.
The stack trace may give you a line number that doesn't match the
sources you're looking at. That's a serious pain.
--
Martin Cooper
Here's what I ca
ut, this is described on the Struts wiki page.)
If files have been added without the eol-style set properly, the
autoprops settings will not fix those, since autoprops only take effect
when new files are added to the repo. For existing files, someone will
have to edit the properties to add eol-style.
--
Martin Cooper
e site
build and staging server. The infrastructure@ list is the place for all
things infrastructure.
@Martin Cooper: Is the site-dev list restricted to committers? Is itok for me to repost a few key threads to this list so volunteers can
get up to speed?
I think it's committers and invited gue
in and of itself, it's an aggregator that will pull in (relevant
sections of) the blogs of any ASF committers who want to sign up. It's
actually an awesome way of keeping up with all sorts of things going on
at the ASF, not to mention new ideas that send you off exploring. ;-)
--
Martin
http://www.planetapache.org/
--
Martin Cooper
Similar to homepages, some committers own.-MatthiasOn 11/9/05, Bruno Aranda <
[EMAIL PROTECTED]> wrote:> That would be a nice idea :-)>> Bruno>> 2005/11/9, Martin Marinschek <
[EMAIL PROTECTED]>:> > yes, would be good.> >>
t doesn't bother with namespacing, and that hacks
built-in _javascript_ types. It would be nice if those issues could be
fixed before trying to integrate with something like MyFaces.
--
Martin Cooper
On 11/7/05,
Martin Cooper <[EMAIL PROTECTED]
> wrote:On 11/7/05,
Martin Marinschek <
ce on the public mailing lists, so that development decisions aren't
being made "in secret", and everyone can see all of what's going on
within the projects. Community is king.
--
Martin Cooper
regards,MartinOn 11/7/05, Vitaliy Shevchuk <
[EMAIL PROTECTED]> wrote:>
ch time the site is updated,
clobbering the executable flag. You could either remove it from the
upload process, or change the write perms so that it can't be
overwritten.
--
Martin Cooper
Thanks for the heads up. It will be fixed in a few hours when thechanges replicate to the public server.
On Sat, 8 Oct 2005, Werner Punz wrote:
Martin Cooper wrote:
Let me give a couple of examples of problems MyFaces is facing right now.
1) Prototype messes with fundamental JavaScript types. One of the first
things is does is add a new function to Object! Things like this can
seriously mess
quick attention to this matter.
--
Martin Cooper
On Fri, 7 Oct 2005, Werner Punz wrote:
Martin Cooper wrote:
Can I suggest a high-level discussion of how you're going to structure
all of the JavaScript code in MyFaces? I'm concerned that you'll end up
with a fragmented JavaScript code base, with each widget using its own
s
nd up with conflicts as people use
your toolkit to build applications. (Unfortunately, it seems that the
Prototype toolkit itself has this problem.)
My 2 cents...
--
Martin Cooper
On Thu, 6 Oct 2005, Martin Marinschek wrote:
Hi *,
I have added the first draft of a javascript date parser - it
e you described
is exactly what you have without using the 'current' external in the first
place, isn't it?
--
Martin Cooper
TTFN,
-bd-
On Sep 22, 2005, at 12:31 PM, Martin Cooper wrote:
On Thu, 22 Sep 2005, Bill Dudney wrote:
Hi All,
I'd like to propose tha
ce tree,
which is unlikely to be something that they would want.
Most people are unlikely to want more than one version of the source at
any given time, so I don't see a need to clump together multiple versions
in a single checkout.
--
Martin Cooper
To fix the faces-config.xml bug that'
Perhaps I missed it, but where is the release candidate build that we're
voting on? We can't vote until we can download and test it!
Or is this a vote on the release *plan* rather than the release?
--
Martin Cooper
On Thu, 15 Sep 2005, Sean Schofield wrote:
The release date is
us of all the steps involved ;) and I think our users appreciate the
transparency of managing the release this way. I would definitely
encourage the MyFaces team to follow suit on this.
--
Martin Cooper
sean
On 8/11/05, Stan Silvert <[EMAIL PROTECTED]> wrote:
-1 on the release plan.
u mean a wiki _page_ and not a whole new wiki. Assuming this
is the case, I think that's a fine idea, as long as it gets maintained.
--
Martin Cooper
One example is older patches that users have submitted before SVN or
SVN reorg. Its time consuming to go through these patches and conv
the only robust layer
around, but there are far more flaky ones than robust ones. ;)
--
Martin Cooper
On 5 Aug 2005, at 15:53, Enrique Medina wrote:
Great example using an AJAX-enabled dataTable. This can be really helpfull!
I think that Martin's students are also working on something
implementation, and has been replaced by some other implementation? That
would seem rather sad / annoying / silly.
--
Martin Cooper
-- Jacob
Matthias Wessendorf wrote:
Jacob,
just a question
glassfish is sun's app server, isn't it?
so its "new EL-API" dependency is *n
t;damaged" site quickly
if the need occurs.
--
Martin Cooper
For those who aren't famliar with the website build procedure we use
forrest to build the HTML (forrest docs should remain in SVN
obviously). Then the HTML is checked into SVN. Then a chron script
on minotaur does a SV
+1
--
Martin Cooper
On Thu, 30 Jun 2005, Manfred Geiler wrote:
+1 for kicking out the jars from svn
-Manfred
On 6/29/05, Oliver Rossmueller <[EMAIL PROTECTED]> wrote:
Please vote for the proposal to
- remove the jars of all required libraries from SVN
- provide an ant target to do
On Sat, 25 Jun 2005, Oliver Rossmueller wrote:
Martin Cooper wrote:
On Fri, 24 Jun 2005, Oliver Rossmueller wrote:
Martin Cooper wrote:
I would strongly recommend that you not store your dependencies in the
SVN repo. Consider the consequences if every ASF project did the same
thing
On Fri, 24 Jun 2005, Oliver Rossmueller wrote:
Martin Cooper wrote:
I would strongly recommend that you not store your dependencies in the
SVN repo. Consider the consequences if every ASF project did the same
thing. There would be many dozens of copies of the exact same
libraries taking up
roject for the first time will expect them to work if
they're there.
--
Martin Cooper
Best case
-
By doing this, you are forcing every developer to deal with files that will
always appear to have changes/differences. Yes, Eclipse will touch those
files.
In most projects that I&
mmons-validator
team to update the repository with a snapshot dev version. (Also we
can check the ASF repository Martin Cooper is referencing in his
post.)
So this points to the simplicity factor that Oliver argues. In order
for us to have an auto download from ibiblio we will have to make our
code dep
a manual configuration.
--
Martin Cooper
On Thu, 23 Jun 2005, Oliver Rossmueller wrote:
-1 on that. Please don't make the build more complex than needed. Not
any stuff that seems to be cool to implement should be implemented.
What's your problem with having the required libs in the
JSF spec. What is an extension if not an
addition?
http://www.m-w.com/cgi-bin/dictionary?book=Dictionary&va=extension&x=0&y=0
In particular, 1b and 7a.
--
Martin Cooper
Martin Cooper
sean
s (bijoux) that much.
If you're going to choose "moccasin", will you please at least spell it
correctly? ;-) Everyone seems to be persistently using the incorrect
spelling, and I'd hate to end up with that incorrect spelling being used
in the name of an ASF component...
--
that James found happened when the
wiki was upgraded. The problem that you saw was likely when the infra
folks were exploring the best way to reduce the load on the server by
enabling caching. Some trials were less successful than others. ;-)
--
Martin Cooper
I had to use the "find
It looks like you'll need to submit an infra issue for this. I used to be
able to futz with the wiki, but the perms seem to have changed (generally,
not just for MyFaces) to be much more restrictive. Don't forget to include
the error info in the issue.
--
Martin Cooper
On Sun, 1
Bijou, you might want to consider that this is the
singular form, while Jewels is plural. So you might want to also consider
Bijoux, which is the plural of Bijou. Personally, I think plural makes
more sense.
--
Martin Cooper
On Sun, 5 Jun 2005, Martin Marinschek wrote:
short summary agai
On Tue, 31 May 2005, Manfred Geiler wrote:
Hej, cool. Would be a nice explanation for the FAQ section "Why is the
components/goodies subproject called ... ?"
What about this one:
MOre Cool Additional Stuff that Saves paIN
Except the spelling is moccasin, not mocassin...
--
Mar
uot;Extensions". So, we will finally end up in a name of the kind "Apache
... Faces Extensions". Right?
So why not just Apache Faces Extensions? We're talking about extensions to
JSF, and not just MyFaces, and the added components are also extensions of
JSF, so Apache Face
name?
If you're going to pick a code name, then I would recommend against
"lonewolf", since it has connotations that are antithetical to The Apache
Way and might send the wrong signal. See:
http://www.m-w.com/cgi-bin/dictionary?book=Dictionary&va=lone+wolf&x=10&y
ngful names instead of "cool" names.)
Oh, and by the way, a moccasin is also a kind of dangerous snake. ;-)
--
Martin Cooper
On Mon, 30 May 2005, Sean Schofield wrote:
Since a few of the developers don't like tomahawk :-( I wanted to
start a thread for name / code-name id
ache", albeit with a few mentors keeping tabs on it. Given that, I would
suggest focussing on what's here now, and grokking the ways of the ASF,
before rushing into how to accummulate more code from other places.
--
Martin Cooper
regards,
Martin
On 5/14/05, Noel J. Bergman <[EMA
moved if the javadoc changes etc.
No, I haven't tried delete. I've only used checkout and update. It should
"just work", though. ;-)
--
Martin Cooper
sean
On 5/3/05, Martin Cooper <[EMAIL PROTECTED]> wrote:
On Tue, 3 May 2005, Sean Schofield wrote:
Are you using javahl as
t to include sandbox components in your releases, then this
is probably fine. Otherwise, you might want to give some thought to
keeping the sandbox outside of trunk.
--
Martin Cooper
Then we can just specify
all "s:" components as sandbox components until they are completely accepted
by th
most complete java svn
implementation.
The distro I picked up has a svnjavahl.dll in it, yes. I don't recall
where I got the binaries from, but I picked up "svnant 0.9.13.zip" from
somewhere. I can send it to you off-list if you want.
--
Martin Cooper
I think I have it working now
, which works just fine.
http://subclipse.tigris.org/svnant.html
--
Martin Cooper
sean
On 5/3/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
First I will try to get SVN working for nightly build. The infra
people at my work have still not figured out how to open the firewall
for SVN (Gr.) I n
structure
list, either directly or via a comment on the Jira issue.
--
Martin Cooper
sean
On 4/29/05, Ted Husted <[EMAIL PROTECTED]> wrote:
Here's what I've been told about getting involved with infrastructure:
In general, the process of becoming productive here is the same a
kin notice for the
recent changes:
http://mail-archives.apache.org/mod_mbox/struts-dev/200504.mbox/[EMAIL
PROTECTED]
--
Martin Cooper
BaTien
DBGROUPS
regards,
matthias
lthough I feel
it's important to raise. It might be worthwhile for you folks to have a
conversation with some of the other folks who have to deal with TCK
issues. The Geronimo folks come to mind, but I'm sure there are others.
--
Martin Cooper
Martin Cooper
sean
ny MyFaces committer should be able to make changes to the site once the
group perms are corrected. You need to request that change from root@ if
matzew is not going to be back for a while.
--
Martin Cooper
I need help creating a new directory for the dist so please let me
know if you can help.
sean
ble enough to be called Beta. You won't be able to label any of your
test builds as Final until you pass the TCK, but that's OK. Just keep
pushing out test builds, and labelling the appropriate ones as beta, until
you've passed the TCK and can call it Final.
--
Martin Cooper
On Wed, 13 Apr 2005, Manfred Geiler wrote:
Final release 1.0.9beta is only a question of hours now. After
1.0.9beta? I thought it was 1.0.9 Final, no?
In any case, +1 from the peanut gallery for moving to SVN before doing any
reorganising.
--
Martin Cooper
publication will be the best time to
This should help with signing the release:
http://wiki.apache.org/incubator/SigningReleases
And there is general info on releases here:
http://www.apache.org/dev/release.html
--
Martin Cooper
On Mon, 11 Apr 2005, Sean Schofield wrote:
I built and published the 1.0.9 release. Matthias said that we
tById(), and culminating
in the addition of the 'forceId' attribute to MyFaces. Is that something
the ADF Faces team might be able to share with us?
TIA!
--
Martin Cooper
offended / upset.
Once there seems to be concensus that said person would make a good new
contributor to the project, someone on the PMC posts a vote on the public
developer list, and the real vote takes place there. That is the vote that
matters.
--
Martin Cooper
Matthias
Are you not subscribed
ASF first.
--
Martin Cooper
I still think we are getting a little bit ahead of ourselves with some
of these discussions. There's no harm in discussing these ideas
(which are all very interesting) but we still have some basics to take
care of. There is the issue of the next release (I noticed n
s. Of course, SF *can* work this
way as well. It's just not required to do so.
So basically you need to decide how you want a central repository to work
before you can decide whether it should live at the ASF as part of
MyFaces, or live somewher
ibility for the future and for
custom applications.
--
Martin Cooper
It keeps things simple while achieving the goal you have. Plus, it's
very easy to do.
You could also leave the ExtensionsFilter as it is, and write a stripped
down version, handling only the Multipart stuffs.
Anyway, I stron
nt release of a large web app at my day
job. It works out really well, because the browser only ever asks for a
resource once until you upgrade to a later version, at which point the
browser automatically gets the latest version, again only once. Very
effective.
--
Martin Cooper
As stated on a
thing once you're using Subversion instead of CVS. ;-)
--
Martin Cooper
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Monday, March 14, 2005 10:54 AM
To: MyFaces Development
Subject: Re: Components subproject (was RE: [VOTE] Two tree controls)
Howard,
There is
On Mon, 14 Mar 2005, Sean Schofield wrote:
I'm not monitoring the @infra list right now. Are the infra messages
available in an archive?
Not that I'm aware of.
--
Martin Cooper
sean
On Mon, 14 Mar 2005 15:44:30 -0800 (PST), Martin Cooper
<[EMAIL PROTECTED]> wrote:
On Mon, 1
put a copy of the public one up on the
target server, and then use ssh-agent to supply the key to scp. There's
some blurb related to this here:
http://www.apache.org/~acoliver/community/howto/cvs-ssh/howto-cvs-ssh.html
http://httpd.apache.org/dev/devnotes.html
--
Martin Cooper
sean
On Mon, 1
On Mon, 14 Mar 2005, Sean Schofield wrote:
Martin (Cooper),
Have we made any progress on finding a build machine?
As I mentioned before, this is likely to be resolved shortly after the
upcoming infra-thon. That's happening this coming weekend, and should
result in a number of new VMs (V
massive performance gains in one of our
applications.
My 2 cents...
--
Martin Cooper
On Mon, 14 Mar 2005, Oliver Rossmueller wrote:
I'm no longer willing to pay the runtime penalty ExtensionFilter adds to an
application (javascript files loaded over and over again, in-memory buffering
of the com
You need to unsubscribe yourself. Mail to:
[EMAIL PROTECTED]
On Fri, 11 Mar 2005 09:20:05 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Please Unsubscribe me from the mailing list
>
>
rol of
the ASF infrastructure team". I doubt that applies to this server. ;-)
--
Martin Cooper
Second, we could build the latest
examples and deploy them automatically to that server so people could
see the latest examples in action?
Thoughts on that idea?
sean
would
produce with a "release" build?
--
Martin Cooper
sean
On Wed, 2 Mar 2005 13:12:22 -0800 (PST), Martin Cooper
<[EMAIL PROTECTED]> wrote:
I would strongly recommend *against* setting your nightly builds up on
brutus. I'm more than a little surprised that Ant is doing tha
n get nightlies running on an
appropriate ASF box.
--
Martin Cooper
On Wed, 2 Mar 2005, Sean Schofield wrote:
I spoke with one of the committers on the Ant project. (BTW I just
chose Ant at random and because its one of the more mature Apache
projects, I have no special feelings towards Ant.)
Anyw
On Fri, 4 Feb 2005, Sean Schofield wrote:
And just 2005 for new ones right?
Yah, that's what I meant by "Yes, it should be 2005". ;-)
--
Martin Cooper
On Fri, 4 Feb 2005 14:02:03 -0800 (PST), Martin Cooper
<[EMAIL PROTECTED]> wrote:
On Fri, 4 Feb 2005, Sean Schofield
2004 before, and you modify the
file, it should be 2004-2005 now.
--
Martin Cooper
sean
to get it building the rest. I'm not a good person to do that,
since I've never actually tried to build MyFaces. ;-) The Gump descriptor
is here, if anyone is interested:
http://cvs.apache.org/viewcvs.cgi/gump/project/myfaces.xml?rev=1.3&view=log
You will also find the Gump community (on
st about everything at the ASF (and many
projects from elsewhere as well) several times a day. If your project
breaks, you will receive "nag" messages telling you that.
--
Martin Cooper
Thanks,
Matthias
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Wednesday
g everything, history and
all. Once you're ready to make the move, the usual practice is to load
everything into a test repo, let people play around with it for a couple
of days, and then give infrasructure the nod. It should be quick and
painless for all involved.
--
Martin Cooper
-bd-
On J
be to <[EMAIL PROTECTED]>.
>
> I was unable to do this. I tried sending an email to the address you
> provided with "subscribe" in the subject. Also,
> subscribe-incubator-myfaces-cvs does not work either.
Try [EMAIL PROTECTED]
--
Martin Cooper
> > -Ted.
>
> sean
>
elps developers keep track of changes
to the codebase.
Yep. Not sure why this isn't happening already.
--
Martin Cooper
sean
and it)
I would recommend against #2. You almost always care about who is
submitting issues, and comments and attachments to them, and those people
need to be logged in for you to be able to know that.
--
Martin Cooper
Thoughts?
Manfred
he file needs to be
regenerated whenever the page is updated, but it also means there's only
one file that people need to edit.
--
Martin Cooper
that looks very *generic* but why the mention of Struts inside of
ibatis?
Oops, typo.
I need to lookup some historical dates for the Incubat
I would like to add *new* version, I must
ask infrastructure guy to be added to a unix group,
but which one?
Do you know?
I don't think you need to be added to any other groups. As long as you
have a shell account on the box, you should be fine.
--
Martin Cooper
-Matthias
--
Martin
ed in the rejection message. Now I just need to wait and see if it
appears on the Maven repo on ibiblio as advertised. ;-)
--
Martin Cooper
regards,
matthias
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Friday, December 03, 2004 6:53 AM
To: MyFaces Development
Su
Excellent! Thank you very much, Matthias.
--
Martin Cooper
On Sat, 4 Dec 2004 10:19:50 +0100, Matthias Wessendorf
<[EMAIL PROTECTED]> wrote:
> Martin,
>
> just created JIRA-ticket on codehaus.
>
> http://jira.codehaus.org/browse/MAVENUPLOAD-269
>
>
Excellent! Thank you very much, Matthias.
--
Martin Cooper
On Sat, 4 Dec 2004, Matthias Wessendorf wrote:
Martin,
just created JIRA-ticket on codehaus.
http://jira.codehaus.org/browse/MAVENUPLOAD-269
regards,
matthias
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent
aited upon by the Struts team, which wants to get going on Struts 1.3
development. So the sooner we can make this happen, the sooner Commons
Chain 1.0 can get released, and the sooner Struts 1.3 can happen. ;-)
TIA!
--
Martin Cooper
On Wed, 1 Dec 2004, Martin Cooper wrote:
On Wed, 1 Dec 2004
?
Here are the instructions:
http://maven.apache.org/repository-upload.html
Thanks!
--
Martin Cooper
Matthias
1 - 100 of 101 matches
Mail list logo
