On Sep 7, 2005, at 8:07 PM, David Blevins wrote:
Great. A very long time we talked about doing this but there was
pushback as it was against policy to ship non-final releases from /
www/www.apache.org/dist/, which is mirrored. So we put them on /
www/cvs.apache.org/dist/ instead.
I've mo
[X] Friday 9/9 is the QA Cut date
Jacek
Ok - I updated the webpage to use dyncloser and tested. Seems to
work just fine, although we need more time for broad mirroring.
Things are checked in, and I'll wait a few more hours before deploying.
Thanks all.
geir
On Sep 8, 2005, at 12:23 AM, Brett Porter wrote:
On 9/8/05, David Ble
I had similar luck last week. I disabled the itests
and was able to proceed further. Could we please have
the itests disabled by default?
Thanks
Anita
--- Stephen Kong <[EMAIL PROTECTED]> wrote:
> I tried more than 5 times in past weeks, none
> succeeded. I got same errors that is almost same a
On Thu, 8 Sep 2005, anita kulshreshtha wrote:
> I had similar luck last week. I disabled the itests
> and was able to proceed further. Could we please have
> the itests disabled by default?
No, something just needs to be fixed so the itests pass. That's
the whole point! FYI, I haven't b
I had run maven for many time with m:build or m:rebuild, the same problem.
Any idea? Thanks in advance.
Jiadong He
- Original Message -
From: "Jeremy Boynes" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, September 07, 2005 8:24 PM
Subject: Failure in itest with m:rebuild-all
> When I do a
So, whenever Geir or someone gets a chance, if they could commit
DEVTOOLS #8 for me.
I still need to clean things up, lots of duplicate info that can be
pushed up into a parent POM. Still need a top level maven.xml. (Need
to figure out the whole mutiproject enablement). But with this patch
[
http://issues.apache.org/jira/browse/GERONIMO-981?page=comments#action_12322931
]
Joe Bohn commented on GERONIMO-981:
---
Turns out that it isn't really the problem but rather an assumption in that a
call to PortletManager.getWebManagerNames will always r
[ http://issues.apache.org/jira/browse/GERONIMO-699?page=all ]
anita kulshreshtha updated GERONIMO-699:
Attachment: index.zip
1. Removed unnecessary links to Tomcat documentation (Thanks, Aaron for the
suggestion).
2. Some minor color adjustmen
ContextManager.registerPrincipal() should be removed
Key: GERONIMO-986
URL: http://issues.apache.org/jira/browse/GERONIMO-986
Project: Geronimo
Type: Task
Components: security
Versions: 1.0-M5
Repor
build fixes to work with maven 1.1 beta 2
-
Key: GERONIMO-987
URL: http://issues.apache.org/jira/browse/GERONIMO-987
Project: Geronimo
Type: Bug
Components: buildsystem
Reporter: Brett Porter
Attached is a patch to so
[ http://issues.apache.org/jira/browse/GERONIMO-987?page=all ]
Brett Porter updated GERONIMO-987:
--
Attachment: GERONIMO-987.diff
> build fixes to work with maven 1.1 beta 2
> -
>
> Key: GERONIMO-987
>
Matt asked a couple of questions on IRC related to this:
> SELECT Q.symbol FROM QuoteEJB Q WHERE Q.symbol = s:153
This query is checking whether a entity exists - I thought for that we
actually issued
SELECT 1 FROM QuoteEJB Q WHERE Q.symbol = s:153
but the effect is similar.
The columns are p
The web manager is a GBean that should be present in
tomcat-config.xml or jetty-config.xml in the server plans.
Aaron
On Thu, 8 Sep 2005, Joe Bohn (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/GERONIMO-981?page=comments#action_12322931
> ]
>
> Joe Bohn commented on GER
I think the prefetch default should be "all columns" not "only 1
column". I see a lot more small/normal tables than tables with giant
BLOBs or 100s of columns, so it makes much more sense to me to force the
user to optimize for giant tables (default to load all CMP) than to force
the user
I'd agree with devtools...there could be a variety of others and the
grouping makes sense.
- Matt
Geir Magnusson Jr wrote:
On Sep 6, 2005, at 5:29 PM, Sachin Patel wrote:
Yes we could change the project names to distinguish. Since all the
eclipse plugins start with org.eclipse.*, should w
I was having this problem yesterday (I am running Linux). I rebooted
and the problem went away. not a good solution but it hasn't recurred
for me.
Matt
Aaron Mulder wrote:
On Thu, 8 Sep 2005, anita kulshreshtha wrote:
I had similar luck last week. I disabled the itests
and was able to pro
Sounds like a good strategy. Is there some documentation that goes
along with this? My opinion is that the default behaviour should be
that all columns are faulted in when first referenced. My concern is
that for databases like Oracle that run at READ-COMMITTED multiple trips
to the database
Aaron Mulder wrote:
I think the prefetch default should be "all columns" not "only 1
column". I see a lot more small/normal tables than tables with giant
BLOBs or 100s of columns, so it makes much more sense to me to force the
user to optimize for giant tables (default to load all CMP) t
done
On Sep 8, 2005, at 10:09 AM, Sachin Patel wrote:
So, whenever Geir or someone gets a chance, if they could commit
DEVTOOLS #8 for me.
I still need to clean things up, lots of duplicate info that can be
pushed up into a parent POM. Still need a top level maven.xml.
(Need to figure ou
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-8?page=all ]
Geir Magnusson Jr reassigned GERONIMODEVTOOLS-8:
Assign To: Geir Magnusson Jr
> Create a feature-assembly project
> -
>
> Key: G
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-8?page=all ]
Geir Magnusson Jr closed GERONIMODEVTOOLS-8:
Resolution: Fixed
done. Had to do the .classpath changes by hand
> Create a feature-assembly project
> --
Does this mean that there should be a GBean definition in
tomcat-config.xml and jetty-config.xml ... or that it should be defined
in system-plan.xml?
I don't see a WebManager GBean defined in any of those places. Is
there a way to define GBeans on the fly via some API so that they
aren't a
I'm not sure where this bean should be, but all the *-config.xml plans
are obsolete and I will be removing them shortly once I check there are
no stray references to them.
You might look in j2ee-jetty-plan.xml etc. I thought the webmanager
gbean was packaged in the portlet app, but I could
-1 to Rev 278940, removed TomcatWebManager from tomcat-config.xml and
removed JettyWebManager from jetty-config.xml. This breaks the console
and the managment API. David, can you comment on why you removed these
GBeans?
Joe, this is why the console is getting an error -- as you observed, there
oops. Added back.
Is there a good reason these are in the jetty and tomcat plans rather
than in the console application? I would be more comfortable with them
in the console ear. I don't like having tools to change configurations
built into the standard configurations.
thanks
david jencks
There is an issue in Tomcat 5.0.x and 5.5.x and
presumably in any future release unless examined and
fixed. Please read over this and make some comments
and don't simply comment on comments, but please look
at java.util.HashMap and it's source code. There is
more than one issue with this bug, and
On 9/8/05, Sachin Patel <[EMAIL PROTECTED]> wrote:
> I still need to clean things up, lots of duplicate info that can be
> pushed up into a parent POM. Still need a top level maven.xml. (Need
> to figure out the whole mutiproject enablement). But with this patch
> everything should build and you
In order to build all the projects, from the ../eclipse-plugin/
directory invoke
maven -Dgoal=jar,jar:install multiproject:goal
This will compile and generate the artifacts as well as deploy them into
the repo.
However, it looks like my last patch didn't include the assembly project
since
I'm not sure there's anything we can do other than lobby that Tomcat
gets fixed. If Tomcat is unreliable, then people will choose to use
Jetty with Geronimo.
geir
On Sep 8, 2005, at 7:39 PM, Wade Chandler wrote:
There is an issue in Tomcat 5.0.x and 5.5.x and
presumably in any future rele
Sorry... you will also need to point to your eclipse install plugin
locatioin (which needs to include WTP and its required projects (etc..
EMF, GEF...)
maven -Dgoal=jar,jar:install multiproject:goal
-Declipse.home.plugins=C:/eclipse/plugins/
Sachin Patel wrote:
In order to build all the proj
Patch for #8 didn't include assembly project
Key: GERONIMODEVTOOLS-9
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-9
Project: Geronimo-Devtools
Type: Bug
Reporter: Sachin Patel
Forgot to run svn add befo
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-9?page=all ]
Sachin Patel updated GERONIMODEVTOOLS-9:
Attachment: patch.txt
> Patch for #8 didn't include assembly project
>
>
> Key: GE
Ok. submitted the patch for #9. Once you invoke the command mentioned
below then cd into the "assembly" project and invoke "maven". This will
generate geronimo-server-adapter_1.0.zip in ./target. You can then
extract this over your eclipse image. (I have yet to launch eclipse
with with the
Avoid NPEs & move check for server type down to BasePortlet for all portlets to
use.
Key: GERONIMO-988
URL: http://issues.apache.org/jira/browse/GERONIMO-988
Project: Geronimo
Type:
[ http://issues.apache.org/jira/browse/GERONIMO-988?page=all ]
Joe Bohn updated GERONIMO-988:
--
Attachment: ServerType.patch
Movement of servertype check to BasePortlet
Update of all console portlets to extend from BasePortlet
Update of value checking to pre
client side css-link's get resolved on the server, so they break.
-
Key: GERONIMO-989
URL: http://issues.apache.org/jira/browse/GERONIMO-989
Project: Geronimo
Type: Bug
Components: naming
Version
Jeff,
I know its difficult to be the boy with the finger in the
dyke(http://www.thehollandring.com/hans-brinker-story.shtml)just
wanted to say thank you for your efforts in Tomcat integration and all
the other work you have been doing :)
-- dims
--
Davanum Srinivas : http://wso2.com/ - Oxyg
;-) Thanks for the kind words...its appreciated more than you know.
Jeff
Davanum Srinivas wrote:
Jeff,
I know its difficult to be the boy with the finger in the
dyke(http://www.thehollandring.com/hans-brinker-story.shtml)just
wanted to say thank you for your efforts in Tomcat integration a
I think we've made significant progress in the last week towards being
ready to make the branch for M5, but I think there may be reasons to
wait a couple more days. There are 2 features that people want to get
in (security improvements and DDL generation) that I would like to see
in M5, and mo
[
http://issues.apache.org/jira/browse/GERONIMO-989?page=comments#action_12322998
]
David Jencks commented on GERONIMO-989:
---
These changes seem to fix the problem but I would like more verification before
I close.
Sending
modules/j2ee-builde
41 matches
Mail list logo