This is not the right place to get help, try the tomcat users list.
http://tomcat.apache.org/lists.html
P.S. you probably need to add the extension and the mime type to a
configuration file.
d.
Zilberstein Yuval [EMAIL PROTECTED] wrote on 28/06/2007
16:22:02:
Hello all,
I have an image
On 6/7/07, Thomas Vandahl [EMAIL PROTECTED] wrote:
Danny Angus wrote:
Yes.. http://jakarta.apache.org/site/jakarta-site2.html
I've never seen this before. What link would have taken me there? From
jakarta.apache.org, I mean?
Oh I don't know the answer to *that* question! I just knew the page
On 6/7/07, Thomas Vandahl [EMAIL PROTECTED] wrote:
Is this procedure ... documented somewhere?
Yes.. http://jakarta.apache.org/site/jakarta-site2.html
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
On 5/22/07, Martin van den Bemt [EMAIL PROTECTED] wrote:
It's pretty simple to solve this though (even though repeating myself here) :
Let (a flattened)
commons become Jakarta..
I thought that that idea was unpopular with some commons commiters on this PMC?
d.
On 5/21/07, J Aaron Farr [EMAIL PROTECTED] wrote:
This thread has been more quiet than I expected.
I thought so too.
There are two points which I'd like to make from the things that have
been said so far,
1/ From Ted H. Whenever we foster healthy communities that create
great software, we
On 5/21/07, J Aaron Farr [EMAIL PROTECTED] wrote:
This thread has been more quiet than I expected.
Actually, thinking about it, perhaps that's because we all think we
know where this is inevitably going and we're just waiting for it all
to settle out.
d.
On 5/21/07, Jörg Schaible [EMAIL PROTECTED] wrote:
1/ Open-up Jakarta to all committers, was vetoed
2/ Merge commons into Jakarta, was vetoed
3/ Move commons into own TLP, was vetoed
So what's left in your opinion?
Work with the people who cast the deadlocking vetoes to resolve their
issues
On 5/21/07, Ted Husted [EMAIL PROTECTED] wrote:
If someone wants to turn Jakarta into a Java portal, then turn Jakarta
into a Java portal. Some of the codebases may still be under the
Jakarta PMC umbrella, but would have little effect on using the
Jakarta site as a portal to the ASF's Java
On 5/21/07, Ted Husted [EMAIL PROTECTED] wrote:
On 5/21/07, Danny Angus [EMAIL PROTECTED] wrote:
Ok Ownership is perhaps the wrong word, if Jakarta is being
disbanded who provides the oversight?
The same people who provide oversight for any ASF project: The people
doing the work.
If anyone
On 5/15/07, Jesse Kuhnert [EMAIL PROTECTED] wrote:
From a practical pov isn't java already associated with the word grouping
commons apache?
No, that's the point http://commons.apache.org/
Although this commons project was supposed to replace the commons
efforts in jakarta.apache and
Hi,
Ok, I've followed the commons TLP vote thread with some interest
because it seems to impact directly on the end-game for Jakarta.
I believe that we have to make some pretty fundamental decisions about
that future before we can fully resolve the commons TLP issues.
0/ Do we agree that the
On 5/14/07, Henri Yandell [EMAIL PROTECTED] wrote:
As my random suggestion that Ted quoted points out, you can have a PMC
without their having to be TLP. Least I was told that a couple of
years ago either on board@ or face to face, so we could do the
following:
* Create the Jakarta Commons PMC,
On 5/8/07, Henri Yandell [EMAIL PROTECTED] wrote:
[ ] +1 I support the proposal
[ ] +0 I don't care
[ ] -1 I'm opposed to the proposal because...
-1
I would like to see the issues raised regarding the name resolved.
I would also like to see the options regarding commons as a successor
to
On 5/14/07, Martin van den Bemt [EMAIL PROTECTED] wrote:
If moving commons TLP is just a twisted (maybe a bad choice of a word) way to
come back to
jakarta.apache.org in the end, I am -1 on the TLP move..
IF, its a big if and one I think we need to devote some though, and a
*modest* ;-)
Oliver Zeigermann [EMAIL PROTECTED] wrote on 07/03/2007
21:31:17:
Not if the code is developed outside the ASF (as seems the case here).
Hmm, is that so? Looking at the charter
http://jakarta.apache.org/commons/charter.html
I could not find something like that.
It is possbible to
Thanks Henning, I will do.
Henning Schmiedehausen [EMAIL PROTECTED] wrote on 05/03/2007 12:04:53:
As you seem to be building your site with maven: If you use maven 2, I'd
like to invite you to check out
http://velocity.apache.org/site/tools/velocity-site-news/index.html
I see jakarta has a news feed, I'd like to nick the idea for James.
How did you do that?
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
As we get more and more into auth, it becomes tempting to auth the
whole thing. Vote through the webapp and not an email,
You could sign your mail with a key you register for the purpose.
listens to emails and a script that sends out emails in a particular
format. Might work, but parsing
Roland Weber [EMAIL PROTECTED] wrote on 22/12/2006 09:21:51:
Hi Danny,
As we get more and more into auth, it becomes tempting to auth the
whole thing. Vote through the webapp and not an email,
You could sign your mail with a key you register for the purpose.
that's a big hurdle
+1 to this thread (the Jakarta parts - not the let's all talk about
our kids, but if anyone wants to I'm as talkative as any other father
:) ).
+1 to making progress -1 to re-running the old bile.
My kids both got hamsters yesterday (early for christmas), boy was that
ever exciting! :-)
d.
I'm +0 for opening. I'm enthusiastic on pushing POI out of Jakarta to
remove this restriction. While I agree that POI fits Jakarta theme-wise,
this access restriction thing feels too much like a wart.
Same here, as no-one has ack#ed my resignation I'm going to vote +0 for
this.
I think that
On 12/8/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
5. Translation sites. They can't keep up, time to go I think.
-1
I think this is an interesting one, perhaps we should think about
setting standards for translation sites which might let us feel more
comfortable linking to. along the
2. Vendor support. This is getting increasingly threadbare - so
raising the removal of this again. Content to be moved to the Wiki.
Why not just move all of the content of all of these pages to the wiki and
change the links.
Or better still have a section of wiki links in the right hand nav
1) Every existing committer not on the pmc receives an email asking if
they would like to join the pmc. Once that email is sent they are marked
in a file as having had the email sent and we can wash our hands until a
reply comes in.
I know that this is something that we had as the end-game
Idiot
patepstry
WTF!? Tapestry obviously.
/Idiot :-D :-D
d.
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipient
thx Martin.
(I can't ssh anywhere from behind work firewall.)
On 04/08/06, Martin van den Bemt [EMAIL PROTECTED] wrote:
You have to do that on people.apache.org in the /www/jakarta.apache.org/site
directory...
I done the update for you already :)
-
robert burrell donkin [EMAIL PROTECTED] wrote on
23/03/2006 20:30:12:
i think that we need to start breaking the legal and formal organisation
from the ontological. all the components in the various commons across
apache are similar in many ways. users should really need to care which
On 16/03/06, Henri Yandell [EMAIL PROTECTED] wrote:
Poorly explained by me. The file would be deleted once it had served its
purpose.
Oh OK my misunderstanding, that changes things a bit.
An alternative is a mail thread to which everyone must answer to
remain on the PMC - however a file in
Henri Yandell [EMAIL PROTECTED] wrote on 16/03/2006 08:14:08:
My proposal is that we create a file in SVN in which PMC members can list
themselves as being active. After 1 month, failure to appear in that list
will result in removal from the PMC. If it goes well we could consider
doing it
.
---
Danny Angus
Lead Technical Consultant
ICT Products Development
4W - Ext: 33257
Direct Dial: +44 (0) 141 243 3257
|-+
| | Noel J. Bergman|
| | [EMAIL PROTECTED
Martin wrote:
The result can be a couple of things (probably depending on the response)
:
- Vote on them (?)
I think the most straightforward thing is simply to announce that a vote
will be held for which the rules are that more than a quorum of +1's and no
-1's are required to remove a PMC
I'm one of the 1) Inactive PMC members : 39
For historical reasons I made it onto this PMC just as the project I was
really involved with (James) got promoted to TLP.
I hung around to try to help make sure that Jakarta didn't die as a result
of all the reorganisation, and wasn't killed
I agree with Martin (below)
While we might not want to prevent people accessing our lists using these
services the only *official* method is to subscribe.
d.
3. easiest path to posting a question to a list that you're not a member
of,
examining the responses, and then leaving.
IMHO, this
Yeah +1, create it and we can create an IANAL mail storm ;-)
We can create an FAQ based upon our own misunderstanding, because at
least it will get the misunderstanding out in the open and allow it to
be reviewed and corrected by those who know about such things.
Would it be possible to have
Robert wrote:
i sometimes find it hard to work out where opinion stops and policy
begins...
Then again... it is surely the PMC's business to know or find out, and
enforce?
I mean, IANAL but as a manager I would think that if the PMC is charged
with oversight it is surely marginally better for
Web Components.
+1
It is what it says it is.
Even to those who's first language may not be English.
d.
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended
+1
Danny Angus (Jakarta PMC Member)
On Apr 6, 2005 4:36 PM, Ian F. Darwin [EMAIL PROTECTED] wrote:
As has been discussed on this list on tomcat-dev, the Tomcat people
are interested in moving up.
Attached please find a Resolution to this effect from the proposed new
Tomcat PMC
Remy wrote:
I am definitely contributing to Tomcat as part of my employment at
JBoss. I am not contributing on my own free time to Tomcat as an
individual at the moment, and (as far as I can remember, as it was a
while ago ...) have submitted a company CLA reflecting that
At this point, how about simply kicking me out and ending the problems
faster ? Just one quick vote on board@ and any future issues disappear
magically.
Oh grow up.
No one has criticised you, no one has complained that you are paid by
JBOSS,
no one has criticised your contributions, no one
It is funny after all these years that the Apache meritocracy has only
evolved to sending +1 votes via email. grin
Actually I think it is significant.
+1's etc. in emails fulfils 100% of our requirements, business, legal and
infrastructure, and is demonstrably accessable, robust and fault
We did remove the graduated TLP's from the nav some while ago, I
think it was me who did it.
But put it back when people started asking for it, the idea was that
many people, including some of us tend to go to jakarta.apache first
and click links to get to ant, struts et-al.
I tend to think that
sorry I mistyped 1.2.4 for 1.4.2 !
issue with RedHat
Enterprise and J2sdk 1.2.4,
***
The information in this e-mail is confidential and for use by the addressee(s)
only. If you are not the intended recipient (or
One thing you *may* care about is using certified Java VM.
You should also be aware that there are issues with combinations of JVM and
Linux, at work we're still trying to resolve an issue with RedHat
Enterprise and J2sdk 1.2.4, and there were significant issues with certain
earlier redhat and
Robert,
and is any planning needed so that no toes are stepped on?
An advance heads-up would warn other projects which might link to those
pages. Though as a redirect wouldn't break the links I guess its not that
important, James has been bitten by Jakarta changes before, though I hasten
to add
So either: a) we should roll back to the table style for header and
footer for the moment; or b) we should just ignore it and wait for
complaints to come in :)
snip
Does a) sound okay?
When you sell it like that its unopposable!
d.
There are a couple of tweaky things - like the font seems a little
bigger than it needs to be,
I twiddled with James css y'day, I think the fonts there are finally OK
http://james.apache.org the (extremely simple) css is in svn if you
want to look.
I'd be interested in theiveing the 3tier xsl
FYI James uses XSLT with no dependance on Anakia or Jakarta-site
On Mon, 3 Jan 2005 09:02:23 -0500 (EST), Henri Yandell
[EMAIL PROTECTED] wrote:
On Mon, 3 Jan 2005, sebb wrote:
On Sun, 2 Jan 2005 19:15:59 -0500 (EST), Henri Yandell
[EMAIL PROTECTED] wrote:
On Sun, 2 Jan 2005,
Richard,
Hi.
I was wondering; what are the lessons learned?
Everything you see is a lesson learned, what you see in practice is our
best, but still admittedly flawed, practice.
If you were starting all over today, what things would you have
done differently? What are the blind alleys?
I'm
I'd be happy to see watchdog intrest directed to general@
d.
|-+
| | Shapira, Yoav |
| | [EMAIL PROTECTED]|
| | .com|
| ||
| |
On Fri, 29 Oct 2004 08:11:03 -0700, Dain Sundstrom
[EMAIL PROTECTED] wrote:
+10
I make that 10 trillion. Did I hit a nerve there Dain? !
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Dain wrote:
I understand what you are saying, but do you believe that Sun could
actually get such a feature right?
I take your point, and tend to think not. I don't believe that Sun would
get it right first time, not if we consider their track record.
So, yes, I am arguing that no feature is
This is a bit of a rant, I know but...
One thing I would like to see Sun do, from the point of view of my previous
role at work, would be to devote more effort to improving the stability and
performance of the Hotspot VM on
all platforms.
From what I can see are a number of defects in the Hotspot
of behaviour, and I don't
believe it needs to break any OO principles if it is properly designed.
This approach [anonymous classes] might do the job just as well.
What say you, Danny Angus?
It works, obviously, but it contains more meaningless boilerplate code for
structure than significant code
Dain wrote:
If you want method pointers today, just get a good byte code generation
tool.
Yeah I know, and I seriously believe that workarounds such as this do more
to harm the so-called purity of Java than providing explicit language
level mechanisms for method pointers.
The AWT moved from
1/ Ok don't flame me... Method pointers
I *know* it is possible to accomplish all the delegation one might want by
using polymorphism, but this often leads to unncessary screeds of
boiler-plate,
so I still I believe there is a case for some kind of streamlining of
delegation by allowing it to be
The problem is that for java, there are questions about the clarity of
the provisions in the license that prevent the virality from taking
effect, which is why the ASF doesn't allow LGPLed java usage.
I believe that a specific example is implementing an interface where the
interface is LGPL,
+1
d.
Danny Angus
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery of the message to
the intended recipient
But those projects won't have 3
active committers. Watchdog and ECS are good examples.
IMO The Watchdog debate, that resulted in you and I accepting a monitoring
role, is a good outcome.
Basically Jakarta is a single ASF project, the PMC is responsible for
everything, and the notion of
Noel,
But I don't think that we need a separate TLP for it. I would leave
the project in the community that last hosted the now dormant project.
Good point, perhaps we just need to organise ourselves.
d.
***
The
Geir wrote:
Well, I'm a little leery about sending watchdog traffic (even if none)
to general@ - all it takes is one guy getting interested :)
(My silence was due to temporary no-email-at-home, not indifference!)
I'd prefer to propose the following:
1/ that a PMC vote is taken *HERE* to
Noel wrote:
We leave the resources in place, with a notice that the project is
dormant. If it is revitalized, great. If not, what harm is there?
To me it seems like an opportunity for part of jakarta to fall out of PMC
oversight.
I'm not suggesting that there is any legal controversy
I don't think that working, used-by-users code is 'dead'. There may
not be an active community of developers, but if the code is done, it's
done.
I agree. I think we should consider it as the caretakeing of the user
community of a stable product, and if it ever arises, the sponsors of a
First of all, I'm curious to know what you think incubation has to do
with
dormant projects.
It's the opposite.
Secondly, I'm not one who favors closing an open source project. Ever.
I
didn't really agree with closing java.apache.org. Although I do agree
with
closing that domain, in
why does the Apache/Jakarta project still uses maillist?
It's a technology that was used before the invention of WWW.
And boy does it ever work!
I've worked on a number of commercial projects which are managed in a
similar way to accomodate dispersed teams.
It works, we like it, get used
Having named leads of any sort is the antithesis of what I would like
to
see within the ASF.
Fair enough, but there's no reason I can see why a JCP lead shouldn't be
an OSS chair, I guess the JCP needs spec leads like the ASF needs
chairpeople, to be a single point of refrence from above
What about starting by making sure Apache java projects _do_ work with
the 2 open source JVMs that are mentioned in the
article ?
This is a fine idea, if we're bending the rules to the extent that our
stuff won't run on any specifications compliant JVM we should address that,
particularly
[X] +1 I support this proposal
[ ] -1 I don't support this proposal
[ ] 0 I abstain from voting for or against this proposal
d.
***
The information in this e-mail is confidential and for use by the addressee(s)
I see people marking there votes as BINDING, just for the record my +1 is
binding too.
|-+
| | Danny Angus |
| | [EMAIL PROTECTED]|
| | co.uk
If its not too patronising of me I'd like to propose vote of thanks to Sam as outgoing
chair,
Sam, I know you've been more involved elsewhere lately, but from a personal point of
view I've learned to respect and appreciate the low-key, mature and consensus building
way in which you have
We were thinking of using either Tomcat or JBoss for the server,
Unless you're not going to use http with JBOSS You'll find that JBOSS is
Bundled with Tomcat for the web app container..
From my extensive and brain deadening reading of the MIME rfcs I don't
think you be violating the spec
Aha.. misread content-encoding as content-type.. I suspect that gzip is
*not* an encoding, which is something like Base64, Uuencode or
Quoted-printable and is used to ensure that binary data will pass
unmolested through mail transport agents (MTA's) which are only required to
handle ASCII,
Hi Henri,
I'm taking a serious look at Rich Internet Applications, and I'm
investigating using FlashMX as client.
Did some of you have some experiences on this ?
Yep, I've developed two server apps for Flash clients using XMLRPC
(http://www.proboscis.org.uk/urbantapestries/index.html is one
Chad,
I am an IBM employee who has developed a new type of framework
Please first read: http://jakarta.apache.org/site/newproject.html
also read http://incubator.apache.org/
You might consider approching the incubator project (subscribe to
[EMAIL PROTECTED]) I would certainly suggest it as
Submit a patch to this list in the usual way.
I would like to have our company listed under both Developer Support and
Complete Solutions Providers, with the following info:
***
The information in this e-mail is
Hi,
I just had a Eureka moment, albeit a not very significant one, and I want
to brain dump...
I read this headine on TSS The Apache Jakarta team announces Lucene 1.3
Final
It set me to thinking about the issue of using product on the website
against the more correct, but less newbie
I see what you are saying, but why is this an issue only with OGNL? Is it
because of license
incompatibilities? 'Cause there are other jars in CVS both Apache and
non-Apache.
Harish,
It isn't only an issue with OGNL, it is a general issue which has been
bubbling away for months.
In
We should trust the judgment of our community, let each committer
decide for themselves, and then Jakarta be whatever Jakarta wants to be.
+1 I totally agree, and I would hope that no one seriously holds any other view.
Concern about oversight has been flagged as an issue for us to address
-1
I don't think the PMC should be doing anything other than encouraging sub-projects to
*consider* TLP at this stage.
The proposal contains a number of detailed actions most of which I'd wholeheartedly
support as they will help sub-projects to consider pro's and con's of promotion.
However
Stephen wrote,
For example, am I in writing this email, acting in the capacity of a PMC
member, a committer, or an individual?
Seems to me that part of the reason it is difficult to resolve the issues confronting
Jakarta is that several initial assumptions are required, and that these are
Erik
As for the larger issue of no JARs in CVS - I disagree.
I don't believe that there is room for opinion on this, the fact is it is possible for
people to download jars using viewcvs without having read the licence therefore it is
not acceptable.
UNLESS you have *specific* dispensation
I am with Erik on no JARs in CVS. Unless it is a legal issue, I
would certainly like to distribute
all JARs with the distribution.
In the case of most of the licences we'd be likely to consider in this context it is
usually perfectly OK to distribute Jars in a distribution because that
As both Roy and Greg have said, if the Jakarta committers truly
understood how few rights and privileges they have, they would be
demanding both ASF and PMC membership. Few do, so few have.
Well I kind of asked for PMC nomination, are you saying that we should, or indeed
could, ask for
Andy wrote:
FYI, except where I feel the situation absolutely mandates it, I will be
voting/discussing here.
snip
I choose to
work in the open. I choose to be googled. I volunteered for it in fact.
Well said, I agree with this.
But why be so confrontational about it? After all in the
While closing out everyone else. Like those who are not yet committers.
I certainly think that increasing the size of the PMC makes it easier for
things to get discussed on the PMC list, but if people care (and you do for
one) about visibility the very nature of things mean that it won't
Unfortunately, you can't buy nor open source humor.
Perhaps you could delegate it?
I've often considered selling my children on the internet, they have a great sense of
humour.
OTOH perhaps it wouldn't stretch *that* far!
d.
disclaimer that was a JOKE, my wife would go seriously ballistic if
Be aware of the
disclaimer at the top
Nice disclaimer ;-)
d.
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for
The reason everything is quiet here is all decisions are being made on
private lists now.
Well at least it's honest. But it makes me wonder about the long term
effect of a private decision process in an open source group. It seems to
have almost destroyed the XFree86 project recently.
As a committer I would like to know what's going on with the
origanization. I can understand certain
private conversations that involve legal implications, but anything else,
I think, should be out in
the open to do justice to the committers. It seems like there is some
talk going on about
David Sean Taylor wrote,
Just for fun I thought I'd fill this out for the Jetspeed and Pluto
projects (WSRP4J is another possibility).
We would like to start a TLP named 'portal.apache.org' including
Jetspeed-1, Jetspeed-2 and Pluto, and other portal apps as they are
developed.
Good,
Just a reminder, but there need not be a 1:1 mapping of PMC and web
domain,
so there is no need to breakup the Jakarta web site unless people *want*
to
do so.
Quite so, there's no obligation on a promoted sub-project to abandon its
place in the jakarta infrastructure.
In fact the idea of
In the light of a request to the PMC by a Jakarta sub-project to have its
own top-level wiki I thought of this...
Jakarta is attempting to put our house in order wrt oversight, this is
manifesting itself as incresed centralisation of oversight, and reduced
autonomy for sub-projects.
An issue
---
[+1 ] Cool
[ ] Whatever
[ ] UnCool
[ ] I've Got A Better Idea (Please Tell Everyone About It)
---
***
1. Find out if Apache has any interest in this code.
I think I do :-)
2. Find out what legal documents my company has to process for this to
be adopted. We have to have our lawyers review this.
I believe that there is a software donation grant document for this, but
I'm not the guy to
Sounds interesting, but have you seen ECS?
http://jakarta.apache.org/ecs/index.html
And for something more weighty in the realm of component architecture for
web-pages there's Tapestry
http://jakarta.apache.org/tapestry
I still ask myself why we can't put HiveMind as its own project under
the Jakarta umbrella.
It doesn't seem unreasonable to me, if the criteria are met and the
political implications of creating a new sub-project are acceptable.
Otherwise a spell in commons will help to cement the community
Howard wrote:
3) Chuck it over to Avalon
I've looked to see how we could graft HiveMind into Avalon and
vice-versa,
but they are really quite different beasts. The type-1 vs.
type-2/type-3
split is intrinsic and difficult to reconcile. HiveMind's concept of a
module
doesn't map so
Vic,
Notwithstanding your arguments this is not the appropriate forum for this.
This list is for project management discussion regarding the Jakarta
project.
Geronimo is not under the jursidiction of the Jakarta project.
If you want to make trouble please make it in the appropriate place,
The ASF treats the allegations of code copying very seriously, and will
take what actions are necessary to ensure that no IP rights are
violated, any offending code, if found, is removed, and any other
appropriate action is taken.
GREAT!!! That is 99% of what I wanted to hear. I
why it is not the appropriate forum for this shouldnt we know the
truth??!!!
We must know the truth
Quoting from my original message which you appear NOT to have read before
replying to it:
This list is for project management discussion regarding the Jakarta
project.
Geronimo is not
as you like, i just wanted to help
Mohammed,-- [EMAIL PROTECTED]
That is the Right place to discuss this.
d.
***
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are
1 - 100 of 228 matches
Mail list logo