issues. Serious in my mind means
corrupted data or intolerable outcomes.
That said, the new build is available at
http://people.apache.org/~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee-1.0-20051219.tar.gz
geronimo-jetty-tomcat-1.0
[
http://issues.apache.org/jira/browse/GERONIMO-1164?page=comments#action_12360808
]
Jakob Færch commented on GERONIMO-1164:
---
I have attached a subversion diff (taken in the sandbox/adventurebuilder) dir.
Status is as follows:
* Able to deploy on
Go button should be moved to another location on the console as it may not be
visible without scrolling right
---
Key: GERONIMO-1388
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-1164?page=all ]
Jakob Færch updated GERONIMO-1164:
--
Attachment: jrf-patch-partially-20051219.patch
adventure1.0.3-built-with-jdk-1.4.2.zip
Java Adventure Builder Reference application
About and Logout icons on top of console not visible without lots of
scrolling to the right on server logs page
---
Key: GERONIMO-1389
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-1164?page=all ]
Jakob Færch updated GERONIMO-1164:
--
Attachment: jrf-patch-partially-20051219-2.patch
There was a syntax error (shame, shame, shame on me!) in the maven.xml of my
earlier patch jrf-patch
Rajith Attapattu wrote:
Once the discussion is done can one of you guys put an update on the
list for the less fortunate souls like me who couldn't attend
ApacheCon??
Rajith,
Don't worry :-)
You didn't miss much.
Most of the clustering huddle digressed into an interesting discussion
I just saw the re-tagging to 1.0.0, as if we know there are problems
and are setting the stage for 1.0.1. (There's been no public
discussion of this as far as I can tell...)
I've never seen anything like this before, doing a 1.0.0 with
knowledge aforethought about 1.0.1. If we know there
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
Rajith Attapattu wrote:
Jules,
Sorry for the late reply and thanks for all the info!!! It's awesome.
I have more questions if you don't mind. Not very organized so
bear with me :(
no problem.
Answers are greatly appreciated.
JNDI
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
Rajith Attapattu wrote:
Jules,
Sorry for the late reply and thanks for all the info!!! It's awesome.
I have more questions if you don't mind. Not very organized so bear
with me :(
no problem.
Answers are greatly
--- Faisal Akeel [EMAIL PROTECTED] wrote:
If you look at the top reason that FireFox more
preferred over Mozilla
suite, this is because its small size and limited
focus feature.
So, Is there way to customize Geronimo to a simple
web container (jetty) and
small foot print database (derby)
Portlet Exception Thrown by generate key pair
---
Key: GERONIMO-1391
URL: http://issues.apache.org/jira/browse/GERONIMO-1391
Project: Geronimo
Type: Bug
Components: console
Versions: 1.0-M5
Environment: All
On 19 Dec 2005, at 14:14, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
, whether there is other suitable Geronimo or ASF-licensed code
available, or whether we will need to write our own WADI-
autodiscovery classes. The important thing is to
Faisal,
Once the installer is available(soon as the code for phase 1 is complete) this
will be fairly simple to do. Currently, the installer actually places all
the components of Geronimo in the config repository and customizes config.xml
to only load the services requested in the install.
The next phase of the installer is supposed to only install selected
components as well as activating them in config.xml. Currently, the
installer installs all components and modifies config.xml to only start those
selected at install time.
My current plan is to make this an optional feature
James Strachan wrote:
On 19 Dec 2005, at 14:14, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
, whether there is other suitable Geronimo or ASF-licensed code
available, or whether we will need to write our own WADI-
autodiscovery classes.
is available at
http://people.apache.org/~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee-1.0-20051219.tar.gz
geronimo-jetty-tomcat-1.0-20051219.zip
geronimo-jetty-tomcat-1.0-20051219.tar.gz
Please take time to review the builds
in the distributuion. I
have changed the plan from car-war and changed the context-root as part
of the test..
Thoughts?
Thanks
-Dave-
Matt Hogstrom wrote:
That said, the new build is available at
http://people.apache.org/~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
On 19 Dec 2005, at 14:54, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 14:14, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
, whether there is other suitable Geronimo or ASF-licensed
code available, or whether we will need to
[
http://issues.apache.org/jira/browse/GERONIMO-1386?page=comments#action_12360832
]
Hernan Cunico commented on GERONIMO-1386:
-
I am in communication with the confluence support from atlassian. There are
some JIRA created for this issue (this is
are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee-1.0-20051219.tar.gz
geronimo-jetty-tomcat-1.0-20051219.zip
geronimo-jetty-tomcat-1.0-20051219.tar.gz
Please take time to review the builds and provide your feedback. As
noted above, barring a catastrophe this will be the release
outcomes.
That said, the new build is available at
http://people.apache.org/~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee-1.0-20051219.tar.gz
geronimo-jetty-tomcat-1.0-20051219.zip
geronimo-jetty-tomcat-1.0-20051219.tar.gz
Please take
[
http://issues.apache.org/jira/browse/GERONIMO-1386?page=comments#action_12360834
]
Paul McMahan commented on GERONIMO-1386:
Hernan, while the confluence issues are being resolved what URL should the
additional documentation and additional
[
http://issues.apache.org/jira/browse/GERONIMO-1370?page=comments#action_12360835
]
Paul McMahan commented on GERONIMO-1370:
If the current directory where you start the server is not writable then you
get the following error in the server log.
[
http://issues.apache.org/jira/browse/GERONIMO-1370?page=comments#action_12360836
]
Paul McMahan commented on GERONIMO-1370:
Forgot to mention: the server and console still appears to be functional after
getting the above error message.
closed barring TCK failures or any other serious issues. Serious
in my mind means corrupted data or intolerable outcomes.
That said, the new build is available at http://people.apache.org/
~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee
[
http://issues.apache.org/jira/browse/GERONIMO-1386?page=comments#action_12360842
]
Hernan Cunico commented on GERONIMO-1386:
-
Paul, there are a number of links that were proposed in the dev list to
redirect these requests from the apache site,
James Strachan wrote:
On 19 Dec 2005, at 14:54, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 14:14, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
, whether there is other suitable Geronimo or ASF-licensed
code available,
Hello Erik,
the approach sounds just perfect.
It would be great if the Installer would support a number of standard
configurations.
e.g Minimal, Default, ... Custom.
Best regards,
Heinz
On 12/19/05, Erik Daughtrey [EMAIL PROTECTED] wrote:
The next phase of the installer is supposed to only
.
That said, the new build is available at
http://people.apache.org/~hogstrom/geronimo-1.0
and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee-1.0-20051219.tar.gz
geronimo-jetty-tomcat-1.0-20051219.zip
geronimo-jetty-tomcat-1.0-20051219.tar.gz
Please
update additional samples redirect in geronimo website
Key: GERONIMO-1392
URL: http://issues.apache.org/jira/browse/GERONIMO-1392
Project: Geronimo
Type: Bug
Components: sample apps
Versions: 1.x
[ http://issues.apache.org/jira/browse/GERONIMO-1392?page=all ]
Paul McMahan updated GERONIMO-1392:
---
Attachment: GERONIMO-1392.patch
patch updates the redirect file at
http://geronimo.apache.org/redirects/additionalSamples.html
and was created per
the plan from car-war and changed the context-root as part
of the test..
Thoughts?
Thanks
-Dave-
Matt Hogstrom wrote:
That said, the new build is available at
http://people.apache.org/~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee
://people.apache.org/~hogstrom/geronimo-1.0 and the file names are:
geronimo-jetty-j2ee-1.0-20051219.zip
geronimo-jetty-j2ee-1.0-20051219.tar.gz
geronimo-jetty-tomcat-1.0-20051219.zip
geronimo-jetty-tomcat-1.0-20051219.tar.gz
Please take time to review the builds and provide your feedback. As
noted
In principal, I agree with your comments about minimal, default and custom
install, but I don't think this approach is necessary yet.
Once you have the opportunity to try the installer I think you'll see what I
mean. I could explain, but a picture is worth a thousand words as they
say.
There
On 19 Dec 2005, at 17:25, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 14:54, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 14:14, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
, whether there is other suitable
Unfortunately this code is wrong. The test for
gerWebApp.isSetSecurityRealmName() is correct but the test for
gerWebApp.isSetSecurity() is not. The role-principal mapping can be
set anywhere in the geronimo plan, not just in the web plan. The
processed mapping info is stored in the
James Strachan wrote:
On 19 Dec 2005, at 17:25, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 14:54, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 14:14, Jules Gosnell wrote:
James Strachan wrote:
On 19 Dec 2005, at 11:53, Jules Gosnell wrote:
,
I will try to be patient.
Can I get the Installer as Xmas gift :-)
On 12/19/05, Erik Daughtrey [EMAIL PROTECTED] wrote:
In principal, I agree with your comments about minimal, default and custom
install, but I don't think this approach is necessary yet.
Once you have the opportunity to try
On Dec 19, 2005, at 6:52 AM, Erik Daughtrey wrote:
The next phase of the installer is supposed to only install selected
components as well as activating them in config.xml. Currently, the
installer installs all components and modifies config.xml to only
start those
selected at install
OK, can we just drop the test for isSetSecurity for now? It looks
like if a realm is set but no security configuration was provided this
will be caught on line 809.
Thanks for catching this!
Aaron
On 12/19/05, David Jencks [EMAIL PROTECTED] wrote:
Unfortunately this code is wrong. The test
Add test of EAR/WAR security options
Key: GERONIMO-1393
URL: http://issues.apache.org/jira/browse/GERONIMO-1393
Project: Geronimo
Type: Test
Components: deployment, security
Versions: 1.0
Reporter: Aaron Mulder
[ http://issues.apache.org/jira/browse/GERONIMO-1393?page=all ]
Aaron Mulder updated GERONIMO-1393:
---
Attachment: ear-plan-no-realm-ear-security.xml
Add test of EAR/WAR security options
Key:
[ http://issues.apache.org/jira/browse/GERONIMO-1393?page=all ]
Aaron Mulder updated GERONIMO-1393:
---
Attachment: ear-plan-no-realm-no-security.xml
ear-plan-war-realm-ear-security.xml
ear-plan-war-realm-no-security.xml
Hmm, Well, usability aside, it sure changes the code I've written so far :)
Actually, I think it is quite a good approach.
IzPack allows any package to be selected on the pack selection panel as long
as it's prereqs are satisfied (can't install Tomcat console without
installing Tomcat).
This
Heinz,
I'm not in control of when this function gets pulled into the product. The
1.0 cutoff passed me by, but the current code should make it into 1.0.1.
The code that David's suggesting should not take too long, but this
functionality was slated for 1.1.
If you're willing to do a build,
I spent a bit of time looking at our release to determine why it is
so large and discovered a lot of duplicate jars.
File Count Size Dupe
-
derby-10.0.2.1.jar 32.1M
Could you explain a bit where the duplicates that aren't somewhere in
lib are?
thanks
david jencks
On Dec 19, 2005, at 1:09 PM, Dain Sundstrom wrote:
I spent a bit of time looking at our release to determine why it is
so large and discovered a lot of duplicate jars.
File
JMX Debug Console should require admin-level authentication
---
Key: GERONIMO-1394
URL: http://issues.apache.org/jira/browse/GERONIMO-1394
Project: Geronimo
Type: Bug
Components: management
Versions:
On 12/19/05, Dain Sundstrom [EMAIL PROTECTED] wrote:
I spent a bit of time looking at our release to determine why it is
so large and discovered a lot of duplicate jars.
File Count Size Dupe
-
David scroll down a bit and you will see where the jars are located
and my analysis of what we can about the duplicates. The jars below
without a '*' or a '+' are not from lib or endorsed directory. The
largest duplicates are jars in applications, like 3 copies of the
Derby jar.
-dain
Faisal,
You can use either standalone Tomcat or Jetty containers to give
you web container plus a couple of j2ee frills like jndi, resource
mapping etc etc.
However, if you want to keep within the geronimo idiom, then Erik's
answer re cut-down installation is the way to go.
regards
Jan
Wade
In truth, I think we can go further in allowing for a mini-Geronimo.
For example, right now IIRC the core J2EE configuration contains
OpenEJB, and we could probably break out OpenEJB into a separate
configuration to let you easily configure a server without it. I
think I've been convinced that
So, to fix this we need mostly:
1. a classloader to read the jars inside rars and ears
2. configurations for j2ee apps to use references to the original
artifacts in the repo rather than copying their contents.
or
3. fewer kitchen sinks in the activemq rar
I think these are all laudable
On Dec 19, 2005, at 6:32 PM, David Jencks wrote:
So, to fix this we need mostly:
1. a classloader to read the jars inside rars and ears
I'm confused. Why would this help us?
2. configurations for j2ee apps to use references to the original
artifacts in the repo rather than copying their
Can you guys create an rar specifically for geronimo that doesn't
have any nested jars, but instead uses a geronimo plan with geronimo
repository references? This 4M rar is bloating the geronimo release
by about 7M since it is deployed directly, included in the day trader
application, and
[ http://issues.apache.org/jira/browse/GERONIMO-1373?page=all ]
Matt Hogstrom closed GERONIMO-1373:
---
Fix Version: 1.0
Resolution: Fixed
Forgot to close this issue.
DB info portlet not working correctly
On Dec 19, 2005, at 7:16 PM, Dain Sundstrom wrote:
On Dec 19, 2005, at 6:32 PM, David Jencks wrote:
So, to fix this we need mostly:
1. a classloader to read the jars inside rars and ears
I'm confused. Why would this help us?
I don't see (2) being of any use without this. In order to use
I thought this was a simple fix but now I'm not so sure. The
installer file src/izpack/geronimo-izpack.xml has a substitution token
so it includes the file RELEASE_NOTES-${ReleaseNotesVersion}.txt.
That token appears to be hardcoded to 1.0-M5 in the plugin.jelly file
for the izpack plugin.
59 matches
Mail list logo