Unsubscribe
Re: server startup dispaly
Cool, I didn't know that existed! Mark Paul McMahan wrote: On 11/9/06, Mark DeLaFranier <[EMAIL PROTECTED]> wrote: Starting Modules... [1/20] org.apache.geronimo.configs.A [2/20] org.apache.geronimo.configs.B .. [20/20] my config This way any exceptions or messages printed out by the modules would be printed in between the lines of module starts. Also, I believe that modules are most like to get longer and truncating probably isn't the best thing. Possibly a wrap around? Geronimo will give you something like that if you add "--long" onto the startup command. Best wishes, Paul
Re: server startup dispaly
Paul, I second that suggestion. I find it confusing to try and sort through the various start up lines of embedded [ ...]Maybe a new syntax of something like: Starting Modules... [1/20] org.apache.geronimo.configs.A [2/20] org.apache.geronimo.configs.B .. [20/20] my config This way any exceptions or messages printed out by the modules would be printed in between the lines of module starts. Also, I believe that modules are most like to get longer and truncating probably isn't the best thing. Possibly a wrap around? Thanks Mark Paul McMahan wrote: I think the [*> ] progress bar is cool but we should also consider dropping that to reclaim its 26 spaces. Any points we get for having a cool progress bar are negated by the frustration of seeing a truncated component name :-) Best wishes, Paul On 11/9/06, anita kulshreshtha <[EMAIL PROTECTED]> wrote: I would like to change the length of the line that displays "starting configs." from 70 to 80. It will help us see time taken by each configuration: [> ] 85% 69s Starting org.apache.geronimo.configs/webc... [* ] 87% 69s Starting org.apache.geronimo.configs/webc... [*- ] 87% 69s Loading org.apache.geronimo.configs/remo... [*> ] 89% 70s Loading org.apache.geronimo.configs/remo... [*> ] 89% 70s Starting org.apache.geronimo.configs/remo... [** ] 91% 70s Starting org.apache.geronimo.configs/remo... [**- ] 91% 70s Loading org.apache.geronimo.configs/hot-... [**> ] 93% 70s Loading org.apache.geronimo.configs/hot-... [**> ] 93% 70s Starting org.apache.geronimo.configs/hot-... [**> ] 93% 71s Starting org.apache.geronimo.configs/hot-... [*** ] 95% 71s Starting org.apache.geronimo.configs/hot-... [] 100% 71s Startup complete Listening on Ports: 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 4201 0.0.0.0 ActiveIO Connector EJB 4242 0.0.0.0 Remote Login Listener 8009 0.0.0.0 Jetty Connector AJP13 8080 0.0.0.0 Jetty Connector HTTP 8443 0.0.0.0 Jetty Connector HTTPS WDYT? Thanks Anita Want to start your own business? Learn how on Yahoo! Small Business. http://smallbusiness.yahoo.com/r-index
[jira] Commented: (GERONIMO-2555) Windows scripts don't work when used from different drive
[ http://issues.apache.org/jira/browse/GERONIMO-2555?page=comments#action_12448157 ] Mark DeLaFranier commented on GERONIMO-2555: Sorry, I forgot to paste a comment with the old and new output so that you can see the change in behaviour: Without the '/d' check: === [M:\] > d:\geronimo\1.2\bin\deploy.bat --user system --password manager deploy d:\geronimo\1.2\test-plan.xml [M:\] > if "Windows_NT" == "Windows_NT" goto okOsCheck [M:\] > setlocal [M:\] > if not "d:\geronimo\1.2" == "" goto resolveHome [M:\] > set CURRENT_DIR=M:\ [M:\] > cd d:\geronimo\1.2 [M:\] > set GERONIMO_HOME=M:\ [M:\] > cd M:\ [M:\] > if exist "M:\\bin\deploy.bat" goto okHome [M:\] > echo The GERONIMO_HOME environment variable is not defined correctly The GERONIMO_HOME environment variable is not defined correctly [M:\] > echo This environment variable is needed to run this program This environment variable is needed to run this program [M:\] > set ERRORLEVEL=1 [M:\] > goto end [M:\] > echo. With the '/d' check: [M:\] > d:\geronimo\1.2\bin\deploy.bat --user system --password manager deploy d:\geronimo\1.2\pb-server-plan.xml [M:\] > if "Windows_NT" == "Windows_NT" goto okOsCheck [M:\] > setlocal [M:\] > if not "d:\geronimo\1.2" == "" goto resolveHome [M:\] > set CURRENT_DIR=M:\pb-server 1.4\bin [M:\] > cd /d d:\geronimo\1.2 [D:\geronimo\1.2] [jagmain_delafran_vu] > set GERONIMO_HOME=D:\geronimo\1.2 [D:\geronimo\1.2] [jagmain_delafran_vu] > cd /d M:\pb-server 1.4\bin [M:\] > if exist "D:\geronimo\1.2\bin\deploy.bat" goto okHome [M:\] > if exist "D:\geronimo\1.2\bin\setenv.bat" call "D:\geronimo\1.2\bin\setenv.bat" [M:\] > set jdkOrJreHomeSet=0 [M:\] > if not "" == "" set jdkOrJreHomeSet=1 rest continues and proceeds to deploy > Windows scripts don't work when used from different drive > - > > Key: GERONIMO-2555 > URL: http://issues.apache.org/jira/browse/GERONIMO-2555 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: general >Affects Versions: 1.2 > Environment: Windows XP >Reporter: Mark DeLaFranier > Attachments: GERONIMO-2555.patch > > > If the scripts: geronimo.bat, startup.bat, shutdown.bat, deploy.bat are > launched from a drive other than the one Geronimo is located the "cd" > portions do not work when trying to determine the script location. > In order for a cross drive CD to work, the /d option must be used. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2555) Windows scripts don't work when used from different drive
[ http://issues.apache.org/jira/browse/GERONIMO-2555?page=all ] Mark DeLaFranier updated GERONIMO-2555: --- Attachment: GERONIMO-2555.patch The patch is relative to the assemblies directory. I've also modified the startup and shutdown batch files to perform the same directory checks as geronimo and deploy for consistency. TODO: It would be nice to have these 4 scripts invoke a common-setup.bat so they don't have to duplicate logic. > Windows scripts don't work when used from different drive > - > > Key: GERONIMO-2555 > URL: http://issues.apache.org/jira/browse/GERONIMO-2555 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: general >Affects Versions: 1.2 > Environment: Windows XP >Reporter: Mark DeLaFranier > Attachments: GERONIMO-2555.patch > > > If the scripts: geronimo.bat, startup.bat, shutdown.bat, deploy.bat are > launched from a drive other than the one Geronimo is located the "cd" > portions do not work when trying to determine the script location. > In order for a cross drive CD to work, the /d option must be used. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2555) Windows scripts don't work when used from different drive
Windows scripts don't work when used from different drive - Key: GERONIMO-2555 URL: http://issues.apache.org/jira/browse/GERONIMO-2555 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: general Affects Versions: 1.2 Environment: Windows XP Reporter: Mark DeLaFranier If the scripts: geronimo.bat, startup.bat, shutdown.bat, deploy.bat are launched from a drive other than the one Geronimo is located the "cd" portions do not work when trying to determine the script location. In order for a cross drive CD to work, the /d option must be used. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2549) NullPointerException: CommandListConfigurations
[ http://issues.apache.org/jira/browse/GERONIMO-2549?page=all ] Mark DeLaFranier updated GERONIMO-2549: --- Attachment: GERONIMO-2549.patch > NullPointerException: CommandListConfigurations > --- > > Key: GERONIMO-2549 > URL: http://issues.apache.org/jira/browse/GERONIMO-2549 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: Plugins >Affects Versions: 1.2 > Environment: windows xp > Reporter: Mark DeLaFranier > Attachments: GERONIMO-2549.patch > > > > deploy.bat search-plugins http://bogus-server/maven2 > Using GERONIMO_BASE: D:\geronimo\1.2 > Using GERONIMO_HOME: D:\geronimo\1.2 > Using GERONIMO_TMPDIR: D:\geronimo\1.2\var\temp > Using JRE_HOME:d:\dev\jdk142 > Username: system > Password: *** > Exception in thread "main" java.lang.NullPointerException > at > org.apache.geronimo.deployment.cli.CommandListConfigurations.execute(CommandListConfigurations.java:84) > at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:160) > at > org.apache.geronimo.deployment.cli.DeployTool.main(DeployTool.java:314) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2549) NullPointerException: CommandListConfigurations
NullPointerException: CommandListConfigurations --- Key: GERONIMO-2549 URL: http://issues.apache.org/jira/browse/GERONIMO-2549 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Plugins Affects Versions: 1.2 Environment: windows xp Reporter: Mark DeLaFranier > deploy.bat search-plugins http://bogus-server/maven2 Using GERONIMO_BASE: D:\geronimo\1.2 Using GERONIMO_HOME: D:\geronimo\1.2 Using GERONIMO_TMPDIR: D:\geronimo\1.2\var\temp Using JRE_HOME:d:\dev\jdk142 Username: system Password: *** Exception in thread "main" java.lang.NullPointerException at org.apache.geronimo.deployment.cli.CommandListConfigurations.execute(CommandListConfigurations.java:84) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:160) at org.apache.geronimo.deployment.cli.DeployTool.main(DeployTool.java:314) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-2495) Build error: server/config/j2ee-corba-* plans refer to corba-tss-config-2.0 instead of corba-tss-config-2.1
[ http://issues.apache.org/jira/browse/GERONIMO-2495?page=comments#action_12442649 ] Mark DeLaFranier commented on GERONIMO-2495: In order to test your theory, I did the followin: 1. Reverted j2ee-corba-sun/src/plan/plan.xml 2. From within the server/configs/j2ee-corba-sun directory ran the following: mvn -o clean mvn -o compile mvn -o install This did not reproduce the original error. 3. I then decided to perform a clean and build via (from the server directory) mvn -o clean mvn -o install It seems that after I changed then plan and did a full build, that I can no longer reproduce this problem anymore. :-( > Build error: server/config/j2ee-corba-* plans refer to corba-tss-config-2.0 > instead of corba-tss-config-2.1 > --- > > Key: GERONIMO-2495 > URL: http://issues.apache.org/jira/browse/GERONIMO-2495 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: buildsystem >Affects Versions: 1.2 > Environment: windows xp >Reporter: Mark DeLaFranier > Attachments: corba-plan-patch.txt > > > While building the latest codeline, the build failed due to bad references in > the xml namespace. The following plans: > j2ee-corba-sun/src/plan/plan.xml > j2ee-corba-yoko/src/plan/plan.xml > refer to the namespace: > http://www.openejb.org/xml/ns/corba-tss-config-2.0 > but looking at the openejb2 codeline, I only find: > http://www.openejb.org/xml/ns/corba-tss-config-2.1 > From: > openejb/openejb2/modules/openejb-builder/src/main/xsd/corba-tss-config-2.1.xsd -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-2495) Build error: server/config/j2ee-corba-* plans refer to corba-tss-config-2.0 instead of corba-tss-config-2.1
[ http://issues.apache.org/jira/browse/GERONIMO-2495?page=all ] Mark DeLaFranier updated GERONIMO-2495: --- Attachment: corba-plan-patch.txt > Build error: server/config/j2ee-corba-* plans refer to corba-tss-config-2.0 > instead of corba-tss-config-2.1 > --- > > Key: GERONIMO-2495 > URL: http://issues.apache.org/jira/browse/GERONIMO-2495 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: buildsystem >Affects Versions: 1.2 > Environment: windows xp >Reporter: Mark DeLaFranier > Attachments: corba-plan-patch.txt > > > While building the latest codeline, the build failed due to bad references in > the xml namespace. The following plans: > j2ee-corba-sun/src/plan/plan.xml > j2ee-corba-yoko/src/plan/plan.xml > refer to the namespace: > http://www.openejb.org/xml/ns/corba-tss-config-2.0 > but looking at the openejb2 codeline, I only find: > http://www.openejb.org/xml/ns/corba-tss-config-2.1 > From: > openejb/openejb2/modules/openejb-builder/src/main/xsd/corba-tss-config-2.1.xsd -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2495) Build error: server/config/j2ee-corba-* plans refer to corba-tss-config-2.0 instead of corba-tss-config-2.1
Build error: server/config/j2ee-corba-* plans refer to corba-tss-config-2.0 instead of corba-tss-config-2.1 --- Key: GERONIMO-2495 URL: http://issues.apache.org/jira/browse/GERONIMO-2495 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: buildsystem Affects Versions: 1.2 Environment: windows xp Reporter: Mark DeLaFranier Attachments: corba-plan-patch.txt While building the latest codeline, the build failed due to bad references in the xml namespace. The following plans: j2ee-corba-sun/src/plan/plan.xml j2ee-corba-yoko/src/plan/plan.xml refer to the namespace: http://www.openejb.org/xml/ns/corba-tss-config-2.0 but looking at the openejb2 codeline, I only find: http://www.openejb.org/xml/ns/corba-tss-config-2.1 From: openejb/openejb2/modules/openejb-builder/src/main/xsd/corba-tss-config-2.1.xsd -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: bootstrap.bat for windows users
Jason, Works like a charm! Thanks Mark Jason Dillon wrote: I implemented the conditional in traditional ant fashion using targets and . Lemme know if this works. --jason On Aug 22, 2006, at 8:16 PM, Mark DeLaFranier wrote: Jason, Under Windows Ant needs: Instead of: What I have done before is something like: Then inside: bootstrap.bat: set ANT_OPTS=$ANT_OPTS -Dplatform.script.ext=.bat bootstrap: Just don't define the platform.script.ext Thanks Mark Jason Dillon wrote: Aight, its out... give it a whirl and let me know if you run into anything. --jason
Re: bootstrap.bat for windows users
Jason, Under Windows Ant needs: Instead of: What I have done before is something like: Then inside: bootstrap.bat: set ANT_OPTS=$ANT_OPTS -Dplatform.script.ext=.bat bootstrap: Just don't define the platform.script.ext Thanks Mark Jason Dillon wrote: Aight, its out... give it a whirl and let me know if you run into anything. --jason
Re: bootstrap.bat for windows users
I understand Jason's point of view. :-) I am on the opposite side of the fence - the Microsoft Windows side. Anyway, if the bootstrap procedure is expected to be here for a bit, then I really do like the idea of using ANT to perform the bootstrap operations. This would be a much more platform independent solution. Otherwise, lets keep both scripts for the short term then nuke them. I would be willing to make any Windows script, err batch, file changes if bootstrap changes. :-) I am also willing to help out with ANT script as well. Mark Jacek Laskowski wrote: On 8/23/06, Jason Dillon <[EMAIL PROTECTED]> wrote: I'd rather use ant to perform the bootstrapping tasks than to have shell and batch versions of the bootstrap script... which IMO is much more complicated than using ant. Ok, I'm sold. Let's try to ask Mark to join us ;-) Jacek
bootstrap.bat for windows users
Hey everybody, I've ported the bootstrap build script to windows so that Cygwin is not required. A Jira entry was created with the new script attached: https://issues.apache.org/jira/browse/GERONIMO-2345 I'd like to get some comments, if any, from people as to their thoughts on the script and if it would be a worth while improvement. Thanks Mark
[jira] Updated: (GERONIMO-2345) Windows Version of bootstrap
[ http://issues.apache.org/jira/browse/GERONIMO-2345?page=all ] Mark DeLaFranier updated GERONIMO-2345: --- Attachment: bootstrap.bat > Windows Version of bootstrap > > > Key: GERONIMO-2345 > URL: http://issues.apache.org/jira/browse/GERONIMO-2345 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: buildsystem >Affects Versions: 1.2 > Environment: Windows XP > Reporter: Mark DeLaFranier >Priority: Minor > Attachments: bootstrap.bat > > > A version of the bootstrap script for Windows users. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-2345) Windows Version of bootstrap
Windows Version of bootstrap Key: GERONIMO-2345 URL: http://issues.apache.org/jira/browse/GERONIMO-2345 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: buildsystem Affects Versions: 1.2 Environment: Windows XP Reporter: Mark DeLaFranier Priority: Minor Attachments: bootstrap.bat A version of the bootstrap script for Windows users. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-871) Need DOS/bat file versions of the startup and deploy shell scripts.
[ http://issues.apache.org/jira/browse/GERONIMO-871?page=all ] Mark DeLaFranier updated GERONIMO-871: -- Attachment: startup.bat Attached is a sample startup.bat that I created earlier. > Need DOS/bat file versions of the startup and deploy shell scripts. > --- > > Key: GERONIMO-871 > URL: http://issues.apache.org/jira/browse/GERONIMO-871 > Project: Geronimo > Type: Bug > Components: startup/shutdown > Versions: 1.0-M5 > Environment: Windows > Reporter: Jeff Genender > Assignee: Bruce Snyder > Fix For: 1.0-M5 > Attachments: startup.bat > > Need DOS/bat file versions of the startup scripts. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-626) Marshall Exception while reading an object array with length 0.
Marshall Exception while reading an object array with length 0. --- Key: GERONIMO-626 URL: http://issues.apache.org/jira/browse/GERONIMO-626 Project: Geronimo Type: Bug Components: general Environment: Windows XP, but should not be platform specific. Reporter: Mark DeLaFranier Assigned to: Mark DeLaFranier Priority: Minor Fix For: 1.0-M4 org.apache.geronimo.interop.SystemException: java.lang.IllegalArgumentException at org.apache.geronimo.interop.rmi.iiop.ValueTypeField.set(ValueTypeField.java:317) at org.apache.geronimo.interop.rmi.iiop.ObjectInputStream.readDeclaredFields(ObjectInputStream.java:569) at org.apache.geronimo.interop.rmi.iiop.ObjectInputStream.readObjectState(ObjectInputStream.java:542) at org.apache.geronimo.interop.rmi.iiop.ObjectInputStream.readObjectState(ObjectInputStream.java:498) at org.apache.geronimo.interop.rmi.iiop.ObjectInputStream.readObject(ObjectInputStream.java:449) at org.apache.geronimo.interop.rmi.iiop.ObjectInputStream.readObject(ObjectInputStream.java:204) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMO-613) Numerous enhancements / fixes to interop
[ http://issues.apache.org/jira/browse/GERONIMO-613?page=history ] Mark DeLaFranier closed GERONIMO-613: - > Numerous enhancements / fixes to interop > > > Key: GERONIMO-613 > URL: http://issues.apache.org/jira/browse/GERONIMO-613 > Project: Geronimo > Type: Improvement > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Assignee: Mark DeLaFranier > Priority: Minor > Fix For: 1.0-M4 > Attachments: interop.patch, interop2.patch, main.patch > > - Numerious changes have been made to the code to make it more Geronimo code > friendly. > - Cleaned up the stub / skel generator > - Add java method overloading > - Removed some un-necessary files (iiop name stubs, repository, standalone > server startup) > - Fixeda bunch of IIOP marshalling errors that showed up while running the > rmi.iiop code against the J2EE CS 1.3 test harness. > - Not all the rmi.iiop variable names and code style was changed. This > wasn't done to make the previous point easier. > - Made a number of GBeans to support various elements of the server > - Started to use the existing NetworkServices idea of the EJBContainer and > WebServiceContainer. > - More things that I can not remember doing... > Still todo: > - Add interceptor support to plug in security and transactions > - Add code for inserting custom data into the object ref to store references > to statefull objects on the server side. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Resolved: (GERONIMO-613) Numerous enhancements / fixes to interop
[ http://issues.apache.org/jira/browse/GERONIMO-613?page=history ] Mark DeLaFranier resolved GERONIMO-613: --- Resolution: Fixed Fix Version: 1.0-M4 Its been several days now with the code changes and no issues have been reported by anybody. Closing issue. > Numerous enhancements / fixes to interop > > > Key: GERONIMO-613 > URL: http://issues.apache.org/jira/browse/GERONIMO-613 > Project: Geronimo > Type: Improvement > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Assignee: Mark DeLaFranier > Priority: Minor > Fix For: 1.0-M4 > Attachments: interop.patch, interop2.patch, main.patch > > - Numerious changes have been made to the code to make it more Geronimo code > friendly. > - Cleaned up the stub / skel generator > - Add java method overloading > - Removed some un-necessary files (iiop name stubs, repository, standalone > server startup) > - Fixeda bunch of IIOP marshalling errors that showed up while running the > rmi.iiop code against the J2EE CS 1.3 test harness. > - Not all the rmi.iiop variable names and code style was changed. This > wasn't done to make the previous point easier. > - Made a number of GBeans to support various elements of the server > - Started to use the existing NetworkServices idea of the EJBContainer and > WebServiceContainer. > - More things that I can not remember doing... > Still todo: > - Add interceptor support to plug in security and transactions > - Add code for inserting custom data into the object ref to store references > to statefull objects on the server side. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-613) Numerous enhancements / fixes to interop
[ http://issues.apache.org/jira/browse/GERONIMO-613?page=history ] Mark DeLaFranier updated GERONIMO-613: -- Attachment: interop2.patch > Numerous enhancements / fixes to interop > > > Key: GERONIMO-613 > URL: http://issues.apache.org/jira/browse/GERONIMO-613 > Project: Geronimo > Type: Improvement > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Assignee: Alan Cabrera > Priority: Minor > Attachments: interop.patch, interop2.patch, main.patch > > - Numerious changes have been made to the code to make it more Geronimo code > friendly. > - Cleaned up the stub / skel generator > - Add java method overloading > - Removed some un-necessary files (iiop name stubs, repository, standalone > server startup) > - Fixeda bunch of IIOP marshalling errors that showed up while running the > rmi.iiop code against the J2EE CS 1.3 test harness. > - Not all the rmi.iiop variable names and code style was changed. This > wasn't done to make the previous point easier. > - Made a number of GBeans to support various elements of the server > - Started to use the existing NetworkServices idea of the EJBContainer and > WebServiceContainer. > - More things that I can not remember doing... > Still todo: > - Add interceptor support to plug in security and transactions > - Add code for inserting custom data into the object ref to store references > to statefull objects on the server side. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-613) Numerous enhancements / fixes to interop
[ http://issues.apache.org/jira/browse/GERONIMO-613?page=history ] Mark DeLaFranier updated GERONIMO-613: -- Attachment: interop.patch Patch created, applied to a fresh copy and no bulid errors. > Numerous enhancements / fixes to interop > > > Key: GERONIMO-613 > URL: http://issues.apache.org/jira/browse/GERONIMO-613 > Project: Geronimo > Type: Improvement > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Assignee: Alan Cabrera > Priority: Minor > Attachments: interop.patch, main.patch > > - Numerious changes have been made to the code to make it more Geronimo code > friendly. > - Cleaned up the stub / skel generator > - Add java method overloading > - Removed some un-necessary files (iiop name stubs, repository, standalone > server startup) > - Fixeda bunch of IIOP marshalling errors that showed up while running the > rmi.iiop code against the J2EE CS 1.3 test harness. > - Not all the rmi.iiop variable names and code style was changed. This > wasn't done to make the previous point easier. > - Made a number of GBeans to support various elements of the server > - Started to use the existing NetworkServices idea of the EJBContainer and > WebServiceContainer. > - More things that I can not remember doing... > Still todo: > - Add interceptor support to plug in security and transactions > - Add code for inserting custom data into the object ref to store references > to statefull objects on the server side. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-613) Numerous enhancements / fixes to interop
Numerous enhancements / fixes to interop Key: GERONIMO-613 URL: http://issues.apache.org/jira/browse/GERONIMO-613 Project: Geronimo Type: Improvement Components: CORBA Versions: 1.0-M3 Reporter: Mark DeLaFranier Priority: Minor Attachments: main.patch - Numerious changes have been made to the code to make it more Geronimo code friendly. - Cleaned up the stub / skel generator - Add java method overloading - Removed some un-necessary files (iiop name stubs, repository, standalone server startup) - Fixeda bunch of IIOP marshalling errors that showed up while running the rmi.iiop code against the J2EE CS 1.3 test harness. - Not all the rmi.iiop variable names and code style was changed. This wasn't done to make the previous point easier. - Made a number of GBeans to support various elements of the server - Started to use the existing NetworkServices idea of the EJBContainer and WebServiceContainer. - More things that I can not remember doing... Still todo: - Add interceptor support to plug in security and transactions - Add code for inserting custom data into the object ref to store references to statefull objects on the server side. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-613) Numerous enhancements / fixes to interop
[ http://issues.apache.org/jira/browse/GERONIMO-613?page=history ] Mark DeLaFranier updated GERONIMO-613: -- Attachment: main.patch This is a patch of my code. > Numerous enhancements / fixes to interop > > > Key: GERONIMO-613 > URL: http://issues.apache.org/jira/browse/GERONIMO-613 > Project: Geronimo > Type: Improvement > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Priority: Minor > Attachments: main.patch > > - Numerious changes have been made to the code to make it more Geronimo code > friendly. > - Cleaned up the stub / skel generator > - Add java method overloading > - Removed some un-necessary files (iiop name stubs, repository, standalone > server startup) > - Fixeda bunch of IIOP marshalling errors that showed up while running the > rmi.iiop code against the J2EE CS 1.3 test harness. > - Not all the rmi.iiop variable names and code style was changed. This > wasn't done to make the previous point easier. > - Made a number of GBeans to support various elements of the server > - Started to use the existing NetworkServices idea of the EJBContainer and > WebServiceContainer. > - More things that I can not remember doing... > Still todo: > - Add interceptor support to plug in security and transactions > - Add code for inserting custom data into the object ref to store references > to statefull objects on the server side. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-564) Spelling mistake
Spelling mistake Key: GERONIMO-564 URL: http://issues.apache.org/jira/browse/GERONIMO-564 Project: Apache Geronimo Type: Bug Components: kernel Versions: 1.0-M3 Environment: Windows NT Reporter: Mark DeLaFranier Priority: Trivial Sorry to have to create a JIRA issue for this but, line 88 in modules\kernel\src\java\org\apache\geronimo\kernel\jmx\JMXGBeanRegistry The word 'alreayd' should be 'already' -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-548) Maven build of RMI-IIOP and Interop
[ http://issues.apache.org/jira/browse/GERONIMO-548?page=history ] Mark DeLaFranier updated GERONIMO-548: -- Attachment: interop.zip > Maven build of RMI-IIOP and Interop > --- > > Key: GERONIMO-548 > URL: http://issues.apache.org/jira/browse/GERONIMO-548 > Project: Apache Geronimo > Type: Improvement > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Attachments: interop.zip > > The attached zip integrates the RMI-IIOP/client stub/server skeleton into the > maven build. The new module is called "interop". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-548) Maven build of RMI-IIOP and Interop
Maven build of RMI-IIOP and Interop --- Key: GERONIMO-548 URL: http://issues.apache.org/jira/browse/GERONIMO-548 Project: Apache Geronimo Type: Improvement Components: CORBA Versions: 1.0-M3 Reporter: Mark DeLaFranier Attachments: interop.zip The attached zip integrates the RMI-IIOP/client stub/server skeleton into the maven build. The new module is called "interop". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Updated: (GERONIMO-547) RMI-IIOP Protocol Handler
[ http://issues.apache.org/jira/browse/GERONIMO-547?page=history ] Mark DeLaFranier updated GERONIMO-547: -- Attachment: src.2.zip This zip is the stand alone portions. Fixes will be made to integrate with maven. (Visible to jira-users) > RMI-IIOP Protocol Handler > - > > Key: GERONIMO-547 > URL: http://issues.apache.org/jira/browse/GERONIMO-547 > Project: Apache Geronimo > Type: New Feature > Components: CORBA > Versions: 1.0-M3 > Reporter: Mark DeLaFranier > Attachments: src.2.zip > > Initial RMI-IIOP protocol stack handler for J2EE/EJB interop. This was > developed as a standalone client-server invoker. The RMI-IIOP is basically > code complete all the other peices are there just to support stand alone. > They will be removed at a later date in which the integration with the open > ejb container is done. > The client stub and server skeleton generation is just basic and needs much > improvement. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-547) RMI-IIOP Protocol Handler
RMI-IIOP Protocol Handler - Key: GERONIMO-547 URL: http://issues.apache.org/jira/browse/GERONIMO-547 Project: Apache Geronimo Type: New Feature Components: CORBA Versions: 1.0-M3 Reporter: Mark DeLaFranier Attachments: src.2.zip Initial RMI-IIOP protocol stack handler for J2EE/EJB interop. This was developed as a standalone client-server invoker. The RMI-IIOP is basically code complete all the other peices are there just to support stand alone. They will be removed at a later date in which the integration with the open ejb container is done. The client stub and server skeleton generation is just basic and needs much improvement. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-540) Unable to login to server when using jdk 1.5
Unable to login to server when using jdk 1.5 Key: GERONIMO-540 URL: http://issues.apache.org/jira/browse/GERONIMO-540 Project: Apache Geronimo Type: Bug Components: deployment, security Versions: 1.0-M4 Environment: Windows XP / JDK 1.5 Reporter: Mark DeLaFranier 1. Get the latest codeline (Jan 7/2005) 2. Do a build 3. Open a command prompt with JDK 1.5 > java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64) Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode, sharing) 4. Start the server java -jar bin\server.jar org/apache/geronimo/RuntimeDeployer org/apache/geronimo/DebugConsole 5. Open a second command prompt and setup the same jdk 1.5 environment 6. Deploy a sample EJB (dead simple hello world ejb) > java -jar bin\deployer.jar deploy myejb.jar Username: system Password: manager Error: Unable to connect to server: Invalid login. I didn't notice any exceptions on the server side and nothing new is sent to the console or the server log file. If I used jdk 1.4 to start the server and run the client deployment tool then it works. > java -jar bin\deployer.jar deploy myejb.jar Username: system Password: manager Deployed myejb java version "1.4.2_04" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05) Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira
Re: Build Error.
Is anybody experiencing the following, I have done a clean build with "maven m:clean". Also, is there a way to enable ANT in verbose mode? I tried to set the ANT_ARGS=-verbose. Thanks Mark + | Executing default ActiveMQ :: Core | Memory: 14M/17M + Attempting to download activecluster-1.0-SNAPSHOT.jar. jar:install: build:end: [copy] Copying 1 file to D:\geronimo\geronimo\activemq\etc Plugin 'maven-deploy-plugin' in project 'ActiveMQ :: Core' is not available build:start: java:prepare-filesystem: java:compile: [depend] Deleted 0 out of date files in 0 seconds [echo] Compiling to D:\geronimo\geronimo\activemq\modules\core/target/classes [javac] Compiling 360 source files to D:\geronimo\geronimo\activemq\modules\core\target\classes D:\geronimo\geronimo\activemq\modules\core\src\java\org\codehaus\activemq\ActiveMQConnection.java:48: package javax.jms does not exist import javax.jms.*; ^ D:\geronimo\geronimo\activemq\modules\core\src\java\org\codehaus\activemq\ActiveMQConnection.java:49: package javax.jms does not exist import javax.jms.IllegalStateException; ^ D:\geronimo\geronimo\activemq\modules\core\src\java\org\codehaus\activemq\ActiveMQConnection.java:50: package javax.management.j2ee.statistics does not exist import javax.management.j2ee.statistics.Stats; ^ D:\geronimo\geronimo\activemq\modules\core\src\java\org\codehaus\activemq\ActiveMQConnection.java:117: cannot resolve symbol symbol : class Connection location: class org.codehaus.activemq.ActiveMQConnection Connection,
Build Error.
The is a problem with geronimo\activemq\etc\projects.xml, the following was added LeoÊPechersky Plus some whitespace changes. I suspect the Ê isn't being parsed properly or its invalid. Problem occurs during a "maven -p dependencies.xml" Mark
Latest Code Build Troubles
Hi, I just downloaded the latest code and I am having a few issues building. I was following the BUILDING.TXT file and I have observed the following: (g:\ is the root for the source and contains the directories: applications, docs_nopublish ...) - CASE 1: g:\> maven > build.log 2>&1 The build fails with : BUILD FAILED File.. G:\maven.xml Element... maven:reactor Line.. 454 Column 27 The build cannot continue because of the following unsatisfied dependency: geronimo-spec-servlet-2.4-SNAPSHOT.jar Total time: 14 seconds Finished at: Fri Oct 15 12:17:45 EDT 2004 - CASE 2: I also tried to just build and run the server, g:\> cd modules/assembly g:\modules\assembly> maven > build.log 2>&1 This results in a lot of unresolved dependancies, I suspect these are missing since the root directory build failed. Attempting to download commons-jelly-tags-velocity-SNAPSHOT.jar. Attempting to download geronimo-client-1.0-SNAPSHOT.jar. WARNING: Failed to download geronimo-client-1.0-SNAPSHOT.jar. Attempting to download geronimo-client-builder-1.0-SNAPSHOT.jar. WARNING: Failed to download geronimo-client-builder-1.0-SNAPSHOT.jar. Attempting to download geronimo-clustering-1.0-SNAPSHOT.jar. WARNING: Failed to download geronimo-clustering-1.0-SNAPSHOT.jar. Attempting to download geronimo-common-1.0-SNAPSHOT.jar. WARNING: Failed to download geronimo-common-1.0-SNAPSHOT.jar. This seems stragen, as these appear to be modules that look like they should be built, unclear as to why the build system would attempt to download these. - CASE 3: Lets try to fix CASE 1 so that CASE 2 will work. I poked around looing for references to servlet-2.4. I found that in the modules\jetty\project.xml, we have a reference to geronimo-spec geronimo-spec-servlet &geronimo-spec-servlet-version; and inside the version-info.ent we have: Now, this is where I am stuck. Where should this file come from? Thanks Mark
Debugger Suggestions...
Hello Geronimo Dev Community, Please forgive me if this already has been addressed already. I've done a search on the dev archives with no results. I am just in the process of familiarizing myself with the Geronimo codeline and I was going to run Geronimo in a java debugger, Karmira's Bugseeker, however, it doesn't like the new 'assert' statement in the JDK. Does anybody have any recommendations, and hopefully setup tips :-), for a java debugger that works with minimal setup and config for Geronimo? Thanks Mark
