[jira] Created: (GERONIMO-4024) Accessibility issue: no alt message for logout image link in the admin console
Accessibility issue: no alt message for logout image link in the admin console -- Key: GERONIMO-4024 URL: https://issues.apache.org/jira/browse/GERONIMO-4024 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows XP SP2 Reporter: Xia Ming Priority: Minor Test welcome page with screen reader software "JAWS", these accessibility issues are found: 1. No ALT defined for logout image link 2. No "Skip to Main" link to allow blinded people to ignore the long list of navagation links, thus the blinded people have to listen to the whole link list again and again when they navigated among the admin console. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Need some advice on how to include repository/* bits in the boilerplate
On May 15, 2008, at 8:36 PM, Jason Dillon wrote: Hey, so now the plugins are doing the trick... yay... thanks David! BTW, following a comment you made on IRC, I've been reworking the mojos to not use codehaus mojo-support but go directly to the maven dependency code stuff. It's taken a little while to get working but I think I'm close now. I'll be offline most of tomorrow but can probably commit monday. But, now I'm wondering, when the server loads, it shows those plugins loading, which is fine I guess... but I'm wondering if they are eating up memory or building classpath muck that is never going to be used by the server (or well, not until we get support for running an rshd instance in the server). I want to look at what is happening here again probably nothing bad but I'd like to check. thanks david jencks --jason On May 14, 2008, at 2:38 PM, David Jencks wrote: On May 13, 2008, at 6:02 PM, Donald Woods wrote: Attached patch includes other changes, like moving to jaxb 2.1, some security changes, I thought I left out the security changes, sorry. Comes from trying to do too many things at once :-( Other comments attached to GERONIMO-4013. I may have been unclear. I wasn't suggesting my initial GERONIMO-4013 patch was suitable to be committed, but that it might let us figure out some of the problems with the idea of the car- maven-plugin including maven transitive dependencies before we broke everything at once. In particular it looks to me as if the dependencies for the gshell-* plugins are too all-inclusive and was wondering what to do about this. For instance, I have no problem with removing gshell-embeddable, but would prefer to get the car-maven-plugin working better before attacking that problem. thanks david jencks -Donald David Jencks wrote: I've attached a patch to GERONIMO-4013 that reverses the changes from 4012 and change the car-maven-plugin to optionally follow transitive dependencies. I think if you apply my patch you won't be using the gshell-* plugins. I had to make a couple other minor build changes to get the build to complete. The server builds and shows signs of starting -- on my copy it runs into some problems with unrelated changes to the security system I'm working on. Jason, can you check the generated dependencies in the gshell-* plugins to see if they look remotely plausible or can be nudged closer to plausible? thanks david jencks On May 13, 2008, at 11:55 AM, David Jencks wrote: I talked with jason a bit on irc and we're doing an experiment with optionally including transitive dependencies using the car- maven-plugin. Hopefully this will work and avoid the duplication jason is leery of. Please don't commit duplication until we find out if this works or not. AFAICT this isn't a bug fix but rather new development so I'm unclear about why you are thinking of including this in 2.1.2? thanks david jencks On May 13, 2008, at 11:32 AM, Donald Woods wrote: I started with your new framework/configs/gshell-* code, updated gshell-framework to include all the individual depends so we don't need gshell-embeddable, updated server/pom.xml with the new depends and updated boilerplate with the new gshell- geronimo car depend and it looks promising. I'm still exercising some of the gsh commands, but so far help, geronimo/ start-server, deploy/connect and geronimo/stop-server are working If all looks well after a few more tests, I'll commit the changes into trunk for everyone to review before we spend the time pulling it into 2.1.2. -Donald Jason Dillon wrote: On May 13, 2008, at 1:14 AM, David Jencks wrote: So including the dependencies you need for gshell in the boilerplate's pom would get them into the geronimo repo. As I said transitive dependencies don't result in inclusion at the moment for rather good reasons. I don't know what the tag would do but it's probably worth investigating. What tag are you talking about? I guess I'm gonna try to make plugins for the gshell dependencies, these 3: gshell-framework - just the core bits required to make gshell work gshell-geronimo - our additional commands to work with the server + their deps gshell-remote - the remote/whisper commands I must say I'm really quite frustrated at the lack of transitive dependency support here. As this means that alot of the dependencyManagement configuration which is already in the GShell poms need to be duplicated into the Geronimo poms, making version management even more of a nightmare. :-( Well, I started to add these cars to framework/configs, but I must admit I really am clueless for how this stuff works now. :-( --jason
Re: Why no Debian package of Geronimo
On May 17, 2008, at 5:07 PM, David Jencks wrote: On May 17, 2008, at 4:20 PM, Jacek Laskowski wrote: On Sat, May 17, 2008 at 10:36 AM, jontto <[EMAIL PROTECTED]> wrote: I could not find a Debian package of Geronimo, is there any particular reason for this or has it just not got done yet? The latter is the answer I guess. Nobody took care of it yet. Would you mind? Report a task in JIRA and work on it. I'd like to know what this involves and why this is a good idea before anyone spends much time on it. I don't think we want to encourage anyone to adopt a non-standard server layout without a good reason, and without this I'd expect any packaging to consist of the tar.gz server distro. Now there's the question, which one. we have about 5 now. I don't think this is so much looking for a non-standard server layout, but a standard server layout in a Debian-specific package format with additional Debian specific meta-data. If somebody wants to spend time on this, they are welcome to (naturally)... However, it's another matter if they want to start checking in code... ;-) I'm not so sure that we want to become a source for linux distribution package formats. Seems like we could spend a fair amount of time running down Linux distribution specific package formats (e.g. SuSe, RedHat, Debian, Ubuntu, etc). I guess something that almost makes sense to be would be a "server construction kit" consisting of a geronimo plugin repository together with the framework server so that you could assemble servers of your choice. I think this is pretty different in philosophy from most debian packages however. Well we already have that in a form... A full java ee server can assemble servers of user's choosing. Would agree that we should consider methods of building up servers (or more dynamically starting server components). I view that as orthogonal to any linux distribution packaging we might do... --kevan
Re: Why no Debian package of Geronimo
On May 17, 2008, at 4:20 PM, Jacek Laskowski wrote: On Sat, May 17, 2008 at 10:36 AM, jontto <[EMAIL PROTECTED]> wrote: I could not find a Debian package of Geronimo, is there any particular reason for this or has it just not got done yet? The latter is the answer I guess. Nobody took care of it yet. Would you mind? Report a task in JIRA and work on it. I'd like to know what this involves and why this is a good idea before anyone spends much time on it. I don't think we want to encourage anyone to adopt a non-standard server layout without a good reason, and without this I'd expect any packaging to consist of the tar.gz server distro. Now there's the question, which one. we have about 5 now. I guess something that almost makes sense to be would be a "server construction kit" consisting of a geronimo plugin repository together with the framework server so that you could assemble servers of your choice. I think this is pretty different in philosophy from most debian packages however. thanks david jencks Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Why no Debian package of Geronimo
On Sat, May 17, 2008 at 10:36 AM, jontto <[EMAIL PROTECTED]> wrote: > I could not find a Debian package of Geronimo, is there any particular > reason for this or has it just not got done yet? The latter is the answer I guess. Nobody took care of it yet. Would you mind? Report a task in JIRA and work on it. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Google Analytics
On May 16, 2008, at 2:34 PM, David Blevins wrote: I'm fine opening it up to anyone. +1
Re: Google Analytics
I added Erik and Gianny. --kevan
[BUILD] trunk: Failed for Revision: 657300
Geronimo Revision: 657300 built with tests included
See the full build-0300.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080517/build-0300.log
Download the binaries from
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080517
[INFO] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 34 minutes 24 seconds
[INFO] Finished at: Sat May 17 03:37:35 EDT 2008
[INFO] Final Memory: 362M/781M
[INFO]
TESTSUITE RESULTS (Failures only)
=
See detailed results at
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
Assembly: tomcat
=
See the full test.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080517/logs-0300-tomcat/test.log
Assembly: jetty
=
See the full test.log file at
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080517/logs-0300-jetty/test.log
[INFO] [site:attach-descriptor]
[INFO] [selenium:start-server {execution: start}]
Launching Selenium Server
Waiting for Selenium Server...
[INFO] Including display properties from:
/home/geronimo/geronimo/trunk/testsuite/target/selenium/display.properties
[INFO] Redirecting output to:
/home/geronimo/geronimo/trunk/testsuite/target/selenium/server.log
[INFO] User extensions:
/home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js
Selenium Server started
Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading:
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading:
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading:
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] [geronimo:start-server {execution: start}]
[INFO] Using assembly configuration: jetty
[INFO] snapshot
org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot
org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking
for updates from codehaus-snapshots
[INFO] snapshot
org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:2.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] Using assembly artifact:
org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:zip:bin:2.2-SNAPSHOT:provided
[INFO] Using geronimoHome:
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-jetty6-javaee5-2.2-SNAPSHOT
[INFO] Installing assembly...
[INFO] Expanding:
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-jetty6-javaee5/2.2-SNAPSHOT/geronimo-jetty6-javaee5-2.2-SNAPSHOT-bin.zip
into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to:
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:58.833
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 27 test build(s)
[INFO]
[INFO]
---
[INFO]
[INFO] console-testsuite/advanced RUNNING
[INFO] console-testsuite/advanced FAILURE (0:01:25.871) Java
returned: 1
[INFO] console-testsuite/basic RUNNING
[INFO] console-testsuite/basic SUCCESS (0:01:48.495)
[INFO] corba-testsuite/corba-helloworld RUNNING
[INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:46.779)
[INFO] corba-testsuite/corba-marshalRUNNING
[INFO] corba-testsuite/corba-marshalSUCCESS (0:00:54.595)
[INFO] corba-testsuite/corba-mytime RUNNING
[INFO] corba-testsuite/corba-mytime SUCCESS (0:00:45.618)
[INFO] deployment-testsuite/deployment-testsRUNNING
[INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:30.419)
[INFO] deployment-testsuite/jca-cms-tests RUNNING
[INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:30.339)
[INFO] deployment-testsuite/manifestcp-testsRUNNING
[INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.432)
[INFO] enterprise-testsuite/ejb-tests RUNNING
[INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00
Why no Debian package of Geronimo
Hi, I could not find a Debian package of Geronimo, is there any particular reason for this or has it just not got done yet? Of course you can download the normal Linux package and run that, but a Debian package with the configuration files and misc scripts placed in the Debian typical way in the directories would be nice. -- View this message in context: http://www.nabble.com/Why-no-Debian-package-of-Geronimo-tp17289364s134p17289364.html Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.
