[jira] Closed: (GSHELL-15) New command: source

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-15.
--

   Resolution: Fixed
Fix Version/s: (was: 0.0.3)
   0.0.2

> New command: source
> ---
>
> Key: GSHELL-15
> URL: https://issues.apache.org/jira/browse/GSHELL-15
> Project: GShell
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: Commands
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.2
>
>
> Source, dynamically adds to the input buffer of the command line parser.
> This may have to be an internal command, and/or a keyword to allow for the 
> parser to efficiently pick it up and process the content.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-3) Hook up backtick and execute assign bits... foo=`echo bar`

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-3:
--

Fix Version/s: (was: 0.0.2)

> Hook up backtick and execute assign bits... foo=`echo bar`
> --
>
> Key: GSHELL-3
> URL: https://issues.apache.org/jira/browse/GSHELL-3
> Project: GShell
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: Core
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
>
> Hook up backtick and execute assign bits... foo=`echo bar`
> Dunno if this captures the output of 'echo bar' or the return of the command
> Might need to have both?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-30) Key handling for telnetd support is not very happy with HOME/END/DELETE

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-30?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-30:
---

Fix Version/s: 0.0.2

> Key handling for telnetd support is not very happy with HOME/END/DELETE
> ---
>
> Key: GSHELL-30
> URL: https://issues.apache.org/jira/browse/GSHELL-30
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.2
>
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-18) New command: exec

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-18:
---

Fix Version/s: (was: 0.0.2)

> New command: exec
> -
>
> Key: GSHELL-18
> URL: https://issues.apache.org/jira/browse/GSHELL-18
> Project: GShell
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: Commands
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GSHELL-10) Prompt corruption and extraneous 0x00 chars when using Telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-10.
--

Resolution: Fixed

> Prompt corruption and extraneous 0x00 chars when using Telnet
> -
>
> Key: GSHELL-10
> URL: https://issues.apache.org/jira/browse/GSHELL-10
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.2
>
>
> Fix the input handing for teling... for some reason input starts with x0 when 
> it shouldn't and using arrows can corrupt... bet these are linked some how

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-21) Extend PicoContainer adapter to allow for constructor + limited setter dependency injection

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-21:
---

Fix Version/s: (was: 0.0.2)

> Extend PicoContainer adapter to allow for constructor + limited setter 
> dependency injection
> ---
>
> Key: GSHELL-21
> URL: https://issues.apache.org/jira/browse/GSHELL-21
> Project: GShell
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: Core
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
>
> Need to provide a custom PicoContainer adapter to allow for custom 
> constructor + limited setter injection.
> Also, want to provide a simple property based configuration injection based 
> on the command.properties to allow for custom configuration.
> Basically, this is poor mans xml config in a spring style to allow simple 
> types (string, int, etc) to be configured via standard properties.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Reopened: (GSHELL-29) Windows bat scripts are not working as expected

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon reopened GSHELL-29:



> Windows bat scripts are not working as expected
> ---
>
> Key: GSHELL-29
> URL: https://issues.apache.org/jira/browse/GSHELL-29
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Assemblies
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
> Fix For: 0.0.2
>
>
> Need to update the scripts to be less likely to break on crappy operating 
> systems...
> Potentially may need to create a bootstrap class to setup some properties in 
> a platform independent fashion and then delegate to the classworlds launcher 
> to finish up booting.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-28) NVT4J does not seem to work very well with Windows telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-28:
---

Fix Version/s: 0.0.2

> NVT4J does not seem to work very well with Windows telnet
> -
>
> Key: GSHELL-28
> URL: https://issues.apache.org/jira/browse/GSHELL-28
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
> Fix For: 0.0.2
>
>
> It does not look like NVT4J (which is currently the lib used to handle telnet 
> in RAW/LINEMODE) is not very happy with Windows telnet.
> Should probably replace NVT4J with telnetd ( http://telnetd.sourceforge.net/ 
> ).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GSHELL-28) NVT4J does not seem to work very well with Windows telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-28.
--

Resolution: Fixed

> NVT4J does not seem to work very well with Windows telnet
> -
>
> Key: GSHELL-28
> URL: https://issues.apache.org/jira/browse/GSHELL-28
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
> Fix For: 0.0.2
>
>
> It does not look like NVT4J (which is currently the lib used to handle telnet 
> in RAW/LINEMODE) is not very happy with Windows telnet.
> Should probably replace NVT4J with telnetd ( http://telnetd.sourceforge.net/ 
> ).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GSHELL-29) Windows bat scripts are not working as expected

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-29.
--

Resolution: Fixed

> Windows bat scripts are not working as expected
> ---
>
> Key: GSHELL-29
> URL: https://issues.apache.org/jira/browse/GSHELL-29
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Assemblies
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
> Fix For: 0.0.2
>
>
> Need to update the scripts to be less likely to break on crappy operating 
> systems...
> Potentially may need to create a bootstrap class to setup some properties in 
> a platform independent fashion and then delegate to the classworlds launcher 
> to finish up booting.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-29) Windows bat scripts are not working as expected

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-29:
---

Fix Version/s: 0.0.2

> Windows bat scripts are not working as expected
> ---
>
> Key: GSHELL-29
> URL: https://issues.apache.org/jira/browse/GSHELL-29
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Assemblies
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
> Fix For: 0.0.2
>
>
> Need to update the scripts to be less likely to break on crappy operating 
> systems...
> Potentially may need to create a bootstrap class to setup some properties in 
> a platform independent fashion and then delegate to the classworlds launcher 
> to finish up booting.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Reopened: (GSHELL-28) NVT4J does not seem to work very well with Windows telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon reopened GSHELL-28:



> NVT4J does not seem to work very well with Windows telnet
> -
>
> Key: GSHELL-28
> URL: https://issues.apache.org/jira/browse/GSHELL-28
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
>
> It does not look like NVT4J (which is currently the lib used to handle telnet 
> in RAW/LINEMODE) is not very happy with Windows telnet.
> Should probably replace NVT4J with telnetd ( http://telnetd.sourceforge.net/ 
> ).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-10) Prompt corruption and extraneous 0x00 chars when using Telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-10:
---

Fix Version/s: (was: 0.0.1)
   0.0.2
Affects Version/s: (was: 0.0.2)
   0.0.1

> Prompt corruption and extraneous 0x00 chars when using Telnet
> -
>
> Key: GSHELL-10
> URL: https://issues.apache.org/jira/browse/GSHELL-10
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.2
>
>
> Fix the input handing for teling... for some reason input starts with x0 when 
> it shouldn't and using arrows can corrupt... bet these are linked some how

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GSHELL-10) Prompt corruption and extraneous 0x00 chars when using Telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon updated GSHELL-10:
---

Affects Version/s: (was: 0.0.1)
   0.0.2

> Prompt corruption and extraneous 0x00 chars when using Telnet
> -
>
> Key: GSHELL-10
> URL: https://issues.apache.org/jira/browse/GSHELL-10
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.2
>
>
> Fix the input handing for teling... for some reason input starts with x0 when 
> it shouldn't and using arrows can corrupt... bet these are linked some how

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Reopened: (GSHELL-10) Prompt corruption and extraneous 0x00 chars when using Telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon reopened GSHELL-10:



> Prompt corruption and extraneous 0x00 chars when using Telnet
> -
>
> Key: GSHELL-10
> URL: https://issues.apache.org/jira/browse/GSHELL-10
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.2
>
>
> Fix the input handing for teling... for some reason input starts with x0 when 
> it shouldn't and using arrows can corrupt... bet these are linked some how

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GSHELL-30) Key handling for telnetd support is not very happy with HOME/END/DELETE

[Jason Dillon (JIRA)]

Key handling for telnetd support is not very happy with HOME/END/DELETE
---

 Key: GSHELL-30
 URL: https://issues.apache.org/jira/browse/GSHELL-30
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Server
Reporter: Jason Dillon
 Assigned To: Jason Dillon




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GSHELL-28) NVT4J does not seem to work very well with Windows telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-28.
--

Resolution: Fixed

Replaced NVT4J with telnetd 2.0

> NVT4J does not seem to work very well with Windows telnet
> -
>
> Key: GSHELL-28
> URL: https://issues.apache.org/jira/browse/GSHELL-28
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
>
> It does not look like NVT4J (which is currently the lib used to handle telnet 
> in RAW/LINEMODE) is not very happy with Windows telnet.
> Should probably replace NVT4J with telnetd ( http://telnetd.sourceforge.net/ 
> ).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

GERONIMO-348 patch and issues with ejb deployments

[Jarek Gawor]

Recently the GERONIMO-348 patch was committed. That is causing
problems with EJB deployments. Here's an example.

ejb-xml.jar has 2 ejbs, and one of the ejbs has a service-ref entry:









The G plan has corresponding entries for the beans and one service-ref
overwrite.

Now, during deployment and in case of ejbs the
moduleBuilder.buildNaming() function is called once per each bean. The
specDD parameter will point only the given bean's xml data but the
planDD parameter will always point to the entire G plan. That means
when buildNaming() is called for the second bean and even though it
has no service-refs, one service-ref overwrite will be discovered in
the G plan. And with the GERONIMO-348 patch the deployment will fail.

So it seems like the ejb deployment processing needs to change to pass
only the relevant parts of the particular ejb as the planDD. I'm just
not sure if there is any code that relies on having the entire G plan
around...

Jarek

[jira] Closed: (GSHELL-29) Windows bat scripts are not working as expected

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-29.
--

Resolution: Fixed

> Windows bat scripts are not working as expected
> ---
>
> Key: GSHELL-29
> URL: https://issues.apache.org/jira/browse/GSHELL-29
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Assemblies
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Critical
>
> Need to update the scripts to be less likely to break on crappy operating 
> systems...
> Potentially may need to create a bootstrap class to setup some properties in 
> a platform independent fashion and then delegate to the classworlds launcher 
> to finish up booting.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMO-2759) Re-enable JVMCheck to warn users if Java SE 5 is not being used for 2.0 release

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-2759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods closed GERONIMO-2759.
--

   Resolution: Won't Fix
Fix Version/s: (was: 2.0-M5)

Won't fix, as the server requires 1.5 or later to start and several users are 
interested in using Java 6

> Re-enable JVMCheck to warn users if Java SE 5 is not being used for 2.0 
> release
> ---
>
> Key: GERONIMO-2759
> URL: https://issues.apache.org/jira/browse/GERONIMO-2759
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: JVM-compatibility
>Affects Versions: 2.0-M1
>Reporter: Donald Woods
> Assigned To: Donald Woods
>Priority: Minor
> Attachments: G2759.patch
>
>
> We need to re-enable the JVMCheck call in Daemon.java to warn Java 1.4 or 
> Java 6 users that Java SE 5 is required.
> JEE 5 requires a Java SE 5 or later JVM.
> A recent 1/9/07 posting on the users list mentioned that Java 6 will not 
> work, due to a javax.xml.stream.FactoryConfigurationError and a Stax 
> implementation included in Java 6.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMO-3118) geronimo-j2ee-management_1.1_spec still refers to the old geronimo-ejb_2.1_spec

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods closed GERONIMO-3118.
--

   Resolution: Duplicate
Fix Version/s: (was: 2.0-M6)

Dup of GERONIMO-2768

> geronimo-j2ee-management_1.1_spec still refers to the old 
> geronimo-ejb_2.1_spec
> ---
>
> Key: GERONIMO-3118
> URL: https://issues.apache.org/jira/browse/GERONIMO-3118
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: specs
>Affects Versions: 2.0-M5
>Reporter: Donald Woods
>Priority: Critical
>
> The current 1.0-SNAPSHOT of geronimo-j2ee-management_1.1_spec still refers to 
> the old geronimo-ejb_2.1_spec in its pom.xml.
> This needs to be updated to use geronimo-ejb_3.0_spec-1.0

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-3172) remove obsolete JDB_OPTS reference from geronimo.bat

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-3172.


Resolution: Fixed

Committed revision 539218 in trunk.
Ted, thanks for the patch.

> remove obsolete JDB_OPTS reference from geronimo.bat
> 
>
> Key: GERONIMO-3172
> URL: https://issues.apache.org/jira/browse/GERONIMO-3172
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.0-M6
> Environment: Windows
>Reporter: Ted Kirby
> Assigned To: Donald Woods
>Priority: Minor
> Fix For: 2.0-M6
>
> Attachments: G3172.patch
>
>
> Line 268 of geronimo.bat is:
> if not "%JDB_OPTS%" == "" goto gotJdbOpts
> There is no other use or reference to JDB_OPTS here or in geronimo.sh.
> More importantly, there is no :gotJdbOpts label in geronimo.bat, which would 
> cause the script to fail.
> This fix is to remove this line of code.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3172) remove obsolete JDB_OPTS reference from geronimo.bat

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-3172:
---

Fix Version/s: 2.0-M6
 Assignee: Donald Woods

> remove obsolete JDB_OPTS reference from geronimo.bat
> 
>
> Key: GERONIMO-3172
> URL: https://issues.apache.org/jira/browse/GERONIMO-3172
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.0-M6
> Environment: Windows
>Reporter: Ted Kirby
> Assigned To: Donald Woods
>Priority: Minor
> Fix For: 2.0-M6
>
> Attachments: G3172.patch
>
>
> Line 268 of geronimo.bat is:
> if not "%JDB_OPTS%" == "" goto gotJdbOpts
> There is no other use or reference to JDB_OPTS here or in geronimo.sh.
> More importantly, there is no :gotJdbOpts label in geronimo.bat, which would 
> cause the script to fail.
> This fix is to remove this line of code.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-3173) port conflict with multiple server instances

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-3173.


Resolution: Fixed

Committed revision 539207 in trunk.
Verified portOffset=1 and 10 worked for geronimo-tomcat6-jee5 when the default 
server instance was running.
Updated wiki page to point user to config-substitutions.properties to update 
the portOffset value, instead of updating the ports directly in config.xml.

> port conflict with multiple server instances
> 
>
> Key: GERONIMO-3173
> URL: https://issues.apache.org/jira/browse/GERONIMO-3173
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: OpenEJB
>Affects Versions: 2.0-M6
> Environment: Windows
>Reporter: Srinivas Hasti
> Assigned To: Donald Woods
> Fix For: 2.0-M6
>
>
> Followed instructions at 
> http://cwiki.apache.org/GMOxDOC20/multiple-repositories.html to get multiple 
> server instances going, but i am seeing NET_Bind failures when i start the 
> second instance and server never completes start
> 17:50:13,562 INFO  [OpenEJB] Using directory F:\GERONI~1.0-M\var\temp for 
> stateful session passivation
> 17:50:13,765 FATAL [remote] Service Start Failed: admin thread 127.0.0.1 
> 4200: Service failed to start.: Address already in use: NET_Bind
> 17:50:13,765 FATAL [remote] Service Start Failed: ejbd 0.0.0.0 4201: Service 
> failed to start.: Address already in use: NET_Bind
> config.xml doesn't have 4200, 4201 enrties so that i can change.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GSHELL-10) Prompt corruption and extraneous 0x00 chars when using Telnet

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-10.
--

   Resolution: Fixed
Fix Version/s: 0.0.1

> Prompt corruption and extraneous 0x00 chars when using Telnet
> -
>
> Key: GSHELL-10
> URL: https://issues.apache.org/jira/browse/GSHELL-10
> Project: GShell
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: Server
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
> Fix For: 0.0.1
>
>
> Fix the input handing for teling... for some reason input starts with x0 when 
> it shouldn't and using arrows can corrupt... bet these are linked some how

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GSHELL-14) Create minimal assembly

[Jason Dillon (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GSHELL-14?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GSHELL-14.
--

Resolution: Won't Fix

> Create minimal assembly
> ---
>
> Key: GSHELL-14
> URL: https://issues.apache.org/jira/browse/GSHELL-14
> Project: GShell
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: Assemblies
>Affects Versions: 0.0.1
>Reporter: Jason Dillon
> Assigned To: Jason Dillon
>Priority: Minor
>
> Implement MiniJar to make the gshell dependencies as small as possible, will 
> require adding more features to minijar (half tested already)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GSHELL-29) Windows bat scripts are not working as expected

[Jason Dillon (JIRA)]

Windows bat scripts are not working as expected
---

 Key: GSHELL-29
 URL: https://issues.apache.org/jira/browse/GSHELL-29
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Assemblies
Reporter: Jason Dillon
 Assigned To: Jason Dillon
Priority: Critical


Need to update the scripts to be less likely to break on crappy operating 
systems...

Potentially may need to create a bootstrap class to setup some properties in a 
platform independent fashion and then delegate to the classworlds launcher to 
finish up booting.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3173) port conflict with multiple server instances

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-3173:
---

Affects Version/s: (was: 2.0-M3)
   2.0-M6
Fix Version/s: 2.0-M6
 Assignee: Donald Woods

Yep, turns out the Server and UnprotectedServer gbeans for the j2ee-corba-yoko 
module are not having their ports updated

> port conflict with multiple server instances
> 
>
> Key: GERONIMO-3173
> URL: https://issues.apache.org/jira/browse/GERONIMO-3173
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: OpenEJB
>Affects Versions: 2.0-M6
> Environment: Windows
>Reporter: Srinivas Hasti
> Assigned To: Donald Woods
> Fix For: 2.0-M6
>
>
> Followed instructions at 
> http://cwiki.apache.org/GMOxDOC20/multiple-repositories.html to get multiple 
> server instances going, but i am seeing NET_Bind failures when i start the 
> second instance and server never completes start
> 17:50:13,562 INFO  [OpenEJB] Using directory F:\GERONI~1.0-M\var\temp for 
> stateful session passivation
> 17:50:13,765 FATAL [remote] Service Start Failed: admin thread 127.0.0.1 
> 4200: Service failed to start.: Address already in use: NET_Bind
> 17:50:13,765 FATAL [remote] Service Start Failed: ejbd 0.0.0.0 4201: Service 
> failed to start.: Address already in use: NET_Bind
> config.xml doesn't have 4200, 4201 enrties so that i can change.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GSHELL-28) NVT4J does not seem to work very well with Windows telnet

[Jason Dillon (JIRA)]

NVT4J does not seem to work very well with Windows telnet
-

 Key: GSHELL-28
 URL: https://issues.apache.org/jira/browse/GSHELL-28
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Server
Reporter: Jason Dillon
 Assigned To: Jason Dillon
Priority: Critical


It does not look like NVT4J (which is currently the lib used to handle telnet 
in RAW/LINEMODE) is not very happy with Windows telnet.

Should probably replace NVT4J with telnetd ( http://telnetd.sourceforge.net/ ).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3173) port conflict with multiple server instances

[Donald Woods (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496716
 ] 

Donald Woods commented on GERONIMO-3173:


There were several changes after the 2.0-M3 build, so can you try the 2.0-M5 
build or one of the more recent development builds from -
   http://people.apache.org/~prasad/binaries/


> port conflict with multiple server instances
> 
>
> Key: GERONIMO-3173
> URL: https://issues.apache.org/jira/browse/GERONIMO-3173
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: OpenEJB
>Affects Versions: 2.0-M3
> Environment: Windows
>Reporter: Srinivas Hasti
>
> Followed instructions at 
> http://cwiki.apache.org/GMOxDOC20/multiple-repositories.html to get multiple 
> server instances going, but i am seeing NET_Bind failures when i start the 
> second instance and server never completes start
> 17:50:13,562 INFO  [OpenEJB] Using directory F:\GERONI~1.0-M\var\temp for 
> stateful session passivation
> 17:50:13,765 FATAL [remote] Service Start Failed: admin thread 127.0.0.1 
> 4200: Service failed to start.: Address already in use: NET_Bind
> 17:50:13,765 FATAL [remote] Service Start Failed: ejbd 0.0.0.0 4201: Service 
> failed to start.: Address already in use: NET_Bind
> config.xml doesn't have 4200, 4201 enrties so that i can change.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3173) port conflict with multiple server instances

[Srinivas Hasti (JIRA)]

port conflict with multiple server instances


 Key: GERONIMO-3173
 URL: https://issues.apache.org/jira/browse/GERONIMO-3173
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: OpenEJB
Affects Versions: 2.0-M3
 Environment: Windows
Reporter: Srinivas Hasti


Followed instructions at 
http://cwiki.apache.org/GMOxDOC20/multiple-repositories.html to get multiple 
server instances going, but i am seeing NET_Bind failures when i start the 
second instance and server never completes start

17:50:13,562 INFO  [OpenEJB] Using directory F:\GERONI~1.0-M\var\temp for 
stateful session passivation
17:50:13,765 FATAL [remote] Service Start Failed: admin thread 127.0.0.1 4200: 
Service failed to start.: Address already in use: NET_Bind
17:50:13,765 FATAL [remote] Service Start Failed: ejbd 0.0.0.0 4201: Service 
failed to start.: Address already in use: NET_Bind


config.xml doesn't have 4200, 4201 enrties so that i can change.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-1431) Make deploy tool and hot deploy directory work better together

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-1431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-1431.


   Resolution: Fixed
Fix Version/s: (was: 2.0-M5)
   2.0-M6

Committed revision 539130 in trunk.
Verified on geronimo-tomcat6-jee5 by redeploying Servlet-Examples in /deploy.
Rakesh, thanks for the patch.

> Make deploy tool and hot deploy directory work better together
> --
>
> Key: GERONIMO-1431
> URL: https://issues.apache.org/jira/browse/GERONIMO-1431
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: deployment, Hot Deploy Dir
>Affects Versions: 1.0
>Reporter: Aaron Mulder
> Assigned To: Donald Woods
>Priority: Critical
> Fix For: 2.0-M6
>
> Attachments: hotdeploydelete.patch
>
>
> Right now if you deploy something with the deploy tool and then drop an 
> update in the hot deploy directory, it doesn't work.  The hot deploy dir 
> expects you to only use the hot dpeloy dir for that module.
> Likewise, if you deploy something with the hot deploy dir and then undeploy 
> it with the deploy tool, it is not deleted from the hot deploy dir.
> Both of those can be fixed.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3172) remove obsolete JDB_OPTS reference from geronimo.bat

[Ted Kirby (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ted Kirby updated GERONIMO-3172:


Attachment: G3172.patch

> remove obsolete JDB_OPTS reference from geronimo.bat
> 
>
> Key: GERONIMO-3172
> URL: https://issues.apache.org/jira/browse/GERONIMO-3172
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.0-M6
> Environment: Windows
>Reporter: Ted Kirby
>Priority: Minor
> Attachments: G3172.patch
>
>
> Line 268 of geronimo.bat is:
> if not "%JDB_OPTS%" == "" goto gotJdbOpts
> There is no other use or reference to JDB_OPTS here or in geronimo.sh.
> More importantly, there is no :gotJdbOpts label in geronimo.bat, which would 
> cause the script to fail.
> This fix is to remove this line of code.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3172) remove obsolete JDB_OPTS reference from geronimo.bat

[Ted Kirby (JIRA)]

remove obsolete JDB_OPTS reference from geronimo.bat


 Key: GERONIMO-3172
 URL: https://issues.apache.org/jira/browse/GERONIMO-3172
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: startup/shutdown
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: Ted Kirby
Priority: Minor


Line 268 of geronimo.bat is:

if not "%JDB_OPTS%" == "" goto gotJdbOpts

There is no other use or reference to JDB_OPTS here or in geronimo.sh.

More importantly, there is no :gotJdbOpts label in geronimo.bat, which would 
cause the script to fail.

This fix is to remove this line of code.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-3171) java 1.6 compile fix for geronimo-naming mock DataSource class

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-3171.


Resolution: Fixed

Committed revision 539126 in trunk.
Verified server still builds and runs with Sun 1.5.0_11.  Did not verify build 
or runtime on Java 6.
Toby, thanks for the patch.

> java 1.6 compile fix for geronimo-naming mock DataSource class
> --
>
> Key: GERONIMO-3171
> URL: https://issues.apache.org/jira/browse/GERONIMO-3171
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: naming
>Affects Versions: 2.0-M6
> Environment: Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
> Fedora Core 4
>Reporter: toby cabot
> Assigned To: Donald Woods
>Priority: Trivial
> Fix For: 2.0-M6
>
> Attachments: j6-patch.txt
>
>
> I was curious to see if Geronimo could build and/or run using java 1.6 so I 
> tried to build.  There's a compile-time problem in one of the mock classes in 
> geronimo-naming caused by a change in 1.6's interfaces.
> 1.5: http://java.sun.com/j2se/1.5.0/docs/api/javax/sql/DataSource.html
> 1.6: http://java.sun.com/javase/6/docs/api/javax/sql/DataSource.html
> I'll include a patch that adds the new required methods to the mock 
> DataSource.  They seem to work fine in 1.5 also.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (GERONIMO-1431) Make deploy tool and hot deploy directory work better together

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-1431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods reassigned GERONIMO-1431:
--

Assignee: Donald Woods

> Make deploy tool and hot deploy directory work better together
> --
>
> Key: GERONIMO-1431
> URL: https://issues.apache.org/jira/browse/GERONIMO-1431
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: deployment, Hot Deploy Dir
>Affects Versions: 1.0
>Reporter: Aaron Mulder
> Assigned To: Donald Woods
>Priority: Critical
> Fix For: 2.0-M5
>
> Attachments: hotdeploydelete.patch
>
>
> Right now if you deploy something with the deploy tool and then drop an 
> update in the hot deploy directory, it doesn't work.  The hot deploy dir 
> expects you to only use the hot dpeloy dir for that module.
> Likewise, if you deploy something with the hot deploy dir and then undeploy 
> it with the deploy tool, it is not deleted from the hot deploy dir.
> Both of those can be fixed.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (GERONIMO-3167) When JSF renders, fields are shifted

[Paul McMahan (JIRA)]

[ 
https://issues.apache.org/jira/browse/GERONIMO-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496685
 ] 

Paul McMahan commented on GERONIMO-3167:


This is a bug in MyFaces, I think a manifestation of MYFACES-1633.   I will 
post a reference to the information your gathered in that JIRA.  Thanks.

> When JSF renders, fields are shifted
> 
>
> Key: GERONIMO-3167
> URL: https://issues.apache.org/jira/browse/GERONIMO-3167
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: web
>Affects Versions: 2.0-M5
> Environment: winxp, rev 536774
>Reporter: Alexander Zynevich
> Attachments: guessnumber.war, guessnumber.zip, screenshot-1.jpg
>
>
> I built "Guess Number" application from RI (from Glassfish project).
> However I noticed that when rendering JSP:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> <%@ page contentType="text/xml" %>
> <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
> <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %>
> 
> 
> 
>   Hi. My name is Duke.  I'm thinking of a number from
>to
>   .  Can you guess
>   it?
> 
>value="#{UserNumberBean.userNumber}"
>   validator="#{UserNumberBean.validate}"/>  
>
>  
>
> 
> 
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> it produces HTML output:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   10 to
>src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" 
> />.  Can you guess
>   it?
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> however I would expect something like:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   1 to 10
>   .  Can you guess
>   it?
>  src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" />
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
> 
> Looks like miserable bug... But effect as if "1" gets possition of something. 
> "10" gets right possition of "1". "/wave.med.gif" gets right possition of 
> "10". I guess that if there were some 4th ouput element it would get position 
> of "/wave.med.gif" and so on...
> I attach screenshot, war and zip of m2eclipse project.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (GERONIMO-3171) java 1.6 compile fix for geronimo-naming mock DataSource class

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods reassigned GERONIMO-3171:
--

Assignee: Donald Woods

> java 1.6 compile fix for geronimo-naming mock DataSource class
> --
>
> Key: GERONIMO-3171
> URL: https://issues.apache.org/jira/browse/GERONIMO-3171
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: naming
>Affects Versions: 2.0-M6
> Environment: Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
> Fedora Core 4
>Reporter: toby cabot
> Assigned To: Donald Woods
>Priority: Trivial
> Fix For: 2.0-M6
>
> Attachments: j6-patch.txt
>
>
> I was curious to see if Geronimo could build and/or run using java 1.6 so I 
> tried to build.  There's a compile-time problem in one of the mock classes in 
> geronimo-naming caused by a change in 1.6's interfaces.
> 1.5: http://java.sun.com/j2se/1.5.0/docs/api/javax/sql/DataSource.html
> 1.6: http://java.sun.com/javase/6/docs/api/javax/sql/DataSource.html
> I'll include a patch that adds the new required methods to the mock 
> DataSource.  They seem to work fine in 1.5 also.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: web2 plugins for G v2.0 using tomcat

[Donald Woods]

The plugins need to be updated and rebuilt for Geronimo 2.0, as the 
configuration names have changed.  For example, the Tomcat config is currently 
called -

org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car

-Donald

Viet Hung Nguyen wrote:

I am working on the following JIRA.
https://issues.apache.org/jira/browse/GERONIMO-2966


When I try to install the plugins with:

./install.sh /cygdrive/c/g/geronimo-tomcat6-jee5-2.00-SNAPSHOT  


I get the following error:
Installation FAILED: Required configuration 'geronimo/tomcat//' is not 
installed.

Using GERONIMO_BASE:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: c:\.m2\web2-plugins-0.1.1\bin\var\temp
Using JRE_HOME:c:\Program Files\Java\jdk1.5.0_11\jre
Checking for status every 1000ms:
Installation FAILED: Cannot install plugin 
org.apache.geronimo.plugins/ajax-dojo/0.1/car on Geronimo 2.0-SNAPSHOT

Using GERONIMO_BASE:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: c:\.m2\web2-plugins-0.1.1\bin\var\temp
Using JRE_HOME:c:\Program Files\Java\jdk1.5.0_11\jre
Checking for status every 1000ms:
Installation FAILED: Cannot install plugin 
org.apache.geronimo.plugins/ajax-jsonrpc/0.1/car on Geronimo 2.0-SNAPSHOT

Using GERONIMO_BASE:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: c:\.m2\web2-plugins-0.1.1\bin\var\temp
Using JRE_HOME:c:\Program Files\Java\jdk1.5.0_11\jre
Error: Unable to distribute ajax-testapp-0.1.war: Unable to create
configuration for deployment

load of org.apache.geronimo.plugins/ajax-testapp/0.1/war failed

Error starting configuration gbean
org.apache.geronimo.plugins/ajax-testapp/0.1/war

Unable to resolve dependency
org.apache.geronimo.plugins/ajax-dojo/0.1/car

Has anyone come across this problem? or have any suggestions?

-Viet Nguyen





smime.p7s
Description: S/MIME Cryptographic Signature

[jira] Updated: (GERONIMO-1767) bad group for console has no error page that allows user logout/correction

[Erik B. Craig (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-1767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Erik B. Craig updated GERONIMO-1767:


Attachment: geronimo-1767.patch

Updated
applications/console/geronimo-console-standard/src/main/java/org/apache/geronimo/console/securitymanager/SEUsersPortlet.java
as well as
applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/view/securityrealmmanager/se/users/addmaximized.jsp

so that new accounts created must be supplied with a group at creation time to 
prevent broken accounts that have no groups. 

> bad group for console has no error page that allows user logout/correction
> --
>
> Key: GERONIMO-1767
> URL: https://issues.apache.org/jira/browse/GERONIMO-1767
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.0
> Environment: Windows XP, JDK 1.5.0_05
>Reporter: Joseph B. Ottinger
> Assigned To: Greg Wilkins
>Priority: Minor
> Attachments: geronimo-1767.patch
>
>
> I created another admin user, called "admin," but forgot to add it to the 
> admin group. When I logged in to the console with this user, I was given an 
> invalid access exception, which is not good, because I needed to log that 
> user out to be able to log in with a valid user (i.e., with correct group 
> access) to fix it.
> This is a fairly minor and I imagine uncommon problem, but it's a simple UI 
> thing that should be easy to fix.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-3155) geronimo-tomcat6-minimal assembly has doubled in size from 17MB to 35MB in the past month

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-3155.


Resolution: Fixed

Committed revision 539104 in trunk.
Added the xml-attribute and resource back into the connector-deployer, but 
removed the included yoko depend, so the minimal assemblies don't need yoko 
(they still need the yoko specs for the ORB class.)  Added the xml-attribute to 
the JEE5 server configs as an attribute with the Yoko depend.
This should be the last change, unless we find TCK breakage.

> geronimo-tomcat6-minimal assembly has doubled in size from 17MB to 35MB in 
> the past month
> -
>
> Key: GERONIMO-3155
> URL: https://issues.apache.org/jira/browse/GERONIMO-3155
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.0-M6
>Reporter: Donald Woods
> Assigned To: Donald Woods
>Priority: Critical
> Fix For: 2.0-M6
>
> Attachments: G3155.patch
>
>
> Between 4/3 and 5/4, the size of the built minimal Tomcat zipfile has 
> increased from 17MB to 34MB.
> The two changes to the minimal assemblies during that period were to include 
> Jasper and to include Yoko.
> Why are we including Yoko in the minimal assemblies???  Why do the builders 
> need it?
> Do we need to create another unavailable deployer???
> Revision: 525586
> Author: jbohn
> Date: 3:24:18 PM, Wednesday, April 04, 2007
> Message:
> GERONIMO-3057 - include jasper into the minimal assemblies and make the jee5 
> assemblies consistent wrt jasper
> 
> Modified : 
> /geronimo/server/trunk/assemblies/geronimo-jetty6-jee5/src/main/resources/var/config/config.xml
> Modified : /geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/pom.xml
> Modified : 
> /geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/src/main/resources/var/config/config.xml
> Modified : 
> /geronimo/server/trunk/assemblies/geronimo-tomcat6-jee5/src/main/resources/var/config/config.xml
> Modified : /geronimo/server/trunk/assemblies/geronimo-tomcat6-minimal/pom.xml
> Modified : 
> /geronimo/server/trunk/assemblies/geronimo-tomcat6-minimal/src/main/resources/var/config/config.xml
> Revision: 535029
> Author: dblevins
> Date: 7:49:02 PM, Thursday, May 03, 2007
> Message:
> patch from jdmchugh that adds a dep on yoko as now the naming builders need it
> 
> Modified : /geronimo/server/trunk/assemblies/geronimo-jetty6-minimal/pom.xml
> Modified : /geronimo/server/trunk/assemblies/geronimo-tomcat6-minimal/pom.xml

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3171) java 1.6 compile fix for geronimo-naming mock DataSource class

[toby cabot (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

toby cabot updated GERONIMO-3171:
-

Summary: java 1.6 compile fix for geronimo-naming mock DataSource class  
(was: java 1.6 compile fix)

> java 1.6 compile fix for geronimo-naming mock DataSource class
> --
>
> Key: GERONIMO-3171
> URL: https://issues.apache.org/jira/browse/GERONIMO-3171
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: naming
>Affects Versions: 2.0-M6
> Environment: Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
> Fedora Core 4
>Reporter: toby cabot
>Priority: Trivial
> Fix For: 2.0-M6
>
> Attachments: j6-patch.txt
>
>
> I was curious to see if Geronimo could build and/or run using java 1.6 so I 
> tried to build.  There's a compile-time problem in one of the mock classes in 
> geronimo-naming caused by a change in 1.6's interfaces.
> 1.5: http://java.sun.com/j2se/1.5.0/docs/api/javax/sql/DataSource.html
> 1.6: http://java.sun.com/javase/6/docs/api/javax/sql/DataSource.html
> I'll include a patch that adds the new required methods to the mock 
> DataSource.  They seem to work fine in 1.5 also.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3171) java 1.6 compile fix

[toby cabot (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

toby cabot updated GERONIMO-3171:
-

Attachment: j6-patch.txt

> java 1.6 compile fix
> 
>
> Key: GERONIMO-3171
> URL: https://issues.apache.org/jira/browse/GERONIMO-3171
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: naming
>Affects Versions: 2.0-M6
> Environment: Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
> Fedora Core 4
>Reporter: toby cabot
>Priority: Trivial
> Fix For: 2.0-M6
>
> Attachments: j6-patch.txt
>
>
> I was curious to see if Geronimo could build and/or run using java 1.6 so I 
> tried to build.  There's a compile-time problem in one of the mock classes in 
> geronimo-naming caused by a change in 1.6's interfaces.
> 1.5: http://java.sun.com/j2se/1.5.0/docs/api/javax/sql/DataSource.html
> 1.6: http://java.sun.com/javase/6/docs/api/javax/sql/DataSource.html
> I'll include a patch that adds the new required methods to the mock 
> DataSource.  They seem to work fine in 1.5 also.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3171) java 1.6 compile fix

[toby cabot (JIRA)]

java 1.6 compile fix


 Key: GERONIMO-3171
 URL: https://issues.apache.org/jira/browse/GERONIMO-3171
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: naming
Affects Versions: 2.0-M6
 Environment: Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
Fedora Core 4

Reporter: toby cabot
Priority: Trivial
 Fix For: 2.0-M6
 Attachments: j6-patch.txt

I was curious to see if Geronimo could build and/or run using java 1.6 so I 
tried to build.  There's a compile-time problem in one of the mock classes in 
geronimo-naming caused by a change in 1.6's interfaces.

1.5: http://java.sun.com/j2se/1.5.0/docs/api/javax/sql/DataSource.html
1.6: http://java.sun.com/javase/6/docs/api/javax/sql/DataSource.html

I'll include a patch that adds the new required methods to the mock DataSource. 
 They seem to work fine in 1.5 also.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

web2 plugins for G v2.0 using tomcat

[Viet Hung Nguyen]

I am working on the following JIRA.
https://issues.apache.org/jira/browse/GERONIMO-2966


When I try to install the plugins with:

./install.sh /cygdrive/c/g/geronimo-tomcat6-jee5-2.00-SNAPSHOT  


I get the following error:
Installation FAILED: Required configuration 'geronimo/tomcat//' is not 
installed.

Using GERONIMO_BASE:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: c:\.m2\web2-plugins-0.1.1\bin\var\temp
Using JRE_HOME:c:\Program Files\Java\jdk1.5.0_11\jre
Checking for status every 1000ms:
Installation FAILED: Cannot install plugin 
org.apache.geronimo.plugins/ajax-dojo/0.1/car on Geronimo 2.0-SNAPSHOT

Using GERONIMO_BASE:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: c:\.m2\web2-plugins-0.1.1\bin\var\temp
Using JRE_HOME:c:\Program Files\Java\jdk1.5.0_11\jre
Checking for status every 1000ms:
Installation FAILED: Cannot install plugin 
org.apache.geronimo.plugins/ajax-jsonrpc/0.1/car on Geronimo 2.0-SNAPSHOT

Using GERONIMO_BASE:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   c:\g\geronimo-tomcat6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: c:\.m2\web2-plugins-0.1.1\bin\var\temp
Using JRE_HOME:c:\Program Files\Java\jdk1.5.0_11\jre
Error: Unable to distribute ajax-testapp-0.1.war: Unable to create
configuration for deployment

load of org.apache.geronimo.plugins/ajax-testapp/0.1/war failed

Error starting configuration gbean
org.apache.geronimo.plugins/ajax-testapp/0.1/war

Unable to resolve dependency
org.apache.geronimo.plugins/ajax-dojo/0.1/car

Has anyone come across this problem? or have any suggestions?

-Viet Nguyen

[jira] Resolved: (GERONIMO-3170) User supplied JPDA_OPTS are never used in the geronimo script for Windows

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-3170.


Resolution: Fixed

Committed revision 539053 in trunk.

> User supplied JPDA_OPTS are never used in the geronimo script for Windows
> -
>
> Key: GERONIMO-3170
> URL: https://issues.apache.org/jira/browse/GERONIMO-3170
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: startup/shutdown
>Affects Versions: 2.0-M6
> Environment: Windows
>Reporter: Donald Woods
> Assigned To: Donald Woods
>Priority: Trivial
> Fix For: 2.0-M6
>
>
> When the jpda option is used to start the server and the user supplied their 
> own JPDA_OPTS, the GERONIMO_OPTS is not being updated with the supplied 
> JPDA_OPTS.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3170) User supplied JPDA_OPTS are never used in the geronimo script for Windows

[Donald Woods (JIRA)]

User supplied JPDA_OPTS are never used in the geronimo script for Windows
-

 Key: GERONIMO-3170
 URL: https://issues.apache.org/jira/browse/GERONIMO-3170
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: startup/shutdown
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: Donald Woods
 Assigned To: Donald Woods
Priority: Trivial
 Fix For: 2.0-M6


When the jpda option is used to start the server and the user supplied their 
own JPDA_OPTS, the GERONIMO_OPTS is not being updated with the supplied 
JPDA_OPTS.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3162) J2G Configurator uses hard coded eclipse paths

[Jason Warner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Warner updated GERONIMO-3162:
---

Patch Info: [Patch Available]

> J2G Configurator uses hard coded eclipse paths 
> ---
>
> Key: GERONIMO-3162
> URL: https://issues.apache.org/jira/browse/GERONIMO-3162
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: J2G
>Reporter: Paul McMahan
> Attachments: Geronimo-3162.patch
>
>
> The J2G Configurator uses hard coded pathnames for the location of some 
> eclipse directories.  e.g. in org.apache.apps.j2gmigrator.Configurator
> {quote}
> /** 
>  * J2g plug-ins path.   
>  */ 
> public static final String LOCAL_ECLIPSE_PLUGINS = 
> "../eclipse/plugins";
> /** 
>  * J2g configuration path.
>  */ 
> public static final String LOCAL_ECLIPSE_CONFIG = 
> "../eclipse/configuration";
> {quote}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-3169) Several configs are using a hardcoded schema version=1.1, instead of ${geronimoSchemaVersion}

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods resolved GERONIMO-3169.


Resolution: Fixed

Committed revision 539038 in trunk.

> Several configs are using a hardcoded schema version=1.1, instead of 
> ${geronimoSchemaVersion}
> -
>
> Key: GERONIMO-3169
> URL: https://issues.apache.org/jira/browse/GERONIMO-3169
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>Affects Versions: 2.0-M6
>Reporter: Donald Woods
> Assigned To: Donald Woods
>Priority: Minor
> Fix For: 2.0-M6
>
>
> The following configs are using a hardcoded 1.1 schema version instead of the 
> generic ${geronimoSchemaVersion} -
>   configs\ca-helper-jetty\src\plan\plan.xml
>   configs\dojo-jetty6\src\plan\plan.xml
>   configs\webconsole-jetty6\src\plan\plan.xml

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3169) Several configs are using a hardcoded schema version=1.1, instead of ${geronimoSchemaVersion}

[Donald Woods (JIRA)]

Several configs are using a hardcoded schema version=1.1, instead of 
${geronimoSchemaVersion}
-

 Key: GERONIMO-3169
 URL: https://issues.apache.org/jira/browse/GERONIMO-3169
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.0-M6
Reporter: Donald Woods
 Assigned To: Donald Woods
Priority: Minor
 Fix For: 2.0-M6


The following configs are using a hardcoded 1.1 schema version instead of the 
generic ${geronimoSchemaVersion} -
  configs\ca-helper-jetty\src\plan\plan.xml
  configs\dojo-jetty6\src\plan\plan.xml
  configs\webconsole-jetty6\src\plan\plan.xml


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-1642) Deployment plan namespace validation

[Donald Woods (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-1642?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Donald Woods updated GERONIMO-1642:
---

   Patch Info:   (was: [Patch Available])
Fix Version/s: (was: 2.0-M6)
   Wish List
 Assignee: Rakesh Midha  (was: Donald Woods)

Patch needs to be reworked to not cause a build failure in client-security

> Deployment plan namespace validation
> 
>
> Key: GERONIMO-1642
> URL: https://issues.apache.org/jira/browse/GERONIMO-1642
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: deployment, OpenEJB, web
>Affects Versions: 1.1
>Reporter: Aaron Mulder
> Assigned To: Rakesh Midha
>Priority: Critical
> Fix For: Wish List
>
> Attachments: namespace1642.patch
>
>
> When you deploy with a geronimo deployment plan packaged in the archive, but 
> it has the wrong namespace, the file is ignored.  If anything, you get a 
> message saying the plan is required, or that the archive is not a 
> WAR/JAR/etc.  We should have special detection for geronimo-application.xml, 
> geronimo-ra.xml, geronimo-web.xml, and openejb-jar.xml that notices if the 
> file is present but has the wrong namespace, and prints a suggestive WARN or 
> ERROR message to the console.  Probably for the application.xml, web.xml, 
> ra.xml, and ejb-jar.xml too.
> People have asked for help on the mailing list several times recently when 
> they had this (bad namespace) problem.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: www.ibm.com namespace in j2g migration tool

[Jason Warner]

Thanks.  Created Geronimo-3168 for that purpose.

Jason Warner


On 5/17/07, Jeff Genender <[EMAIL PROTECTED]> wrote:


Yes...I think the namespace should change.

Jeff

Jason Warner wrote:
> I was looking through the code for the j2g migration tool that currently
> resides in the sandbox.  I noticed that for the XML conversion it seems
> that it uses a namespace of "http://www.ibm.com/j2g
> ".  Am I correct in thinking that this is
> something that should definitely be changed?
>
>
> Thanks,
>
> Jason Warner

[jira] Created: (GERONIMO-3168) j2g migration tool uses http://www.ibm.com/j2g for XML Namespace URI's

[Jason Warner (JIRA)]

j2g migration tool uses http://www.ibm.com/j2g for XML Namespace URI's
--

 Key: GERONIMO-3168
 URL: https://issues.apache.org/jira/browse/GERONIMO-3168
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: J2G
Reporter: Jason Warner
Priority: Minor


Various files in the j2g conversion tool are responsible for converting XML 
applications.  During the conversion, the xml's are given a namespace uri of 
http://www.ibm.com/j2g.  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: www.ibm.com namespace in j2g migration tool

[Jeff Genender]

Yes...I think the namespace should change.

Jeff

Jason Warner wrote:
> I was looking through the code for the j2g migration tool that currently
> resides in the sandbox.  I noticed that for the XML conversion it seems
> that it uses a namespace of "http://www.ibm.com/j2g
> ".  Am I correct in thinking that this is
> something that should definitely be changed?
> 
> 
> Thanks,
> 
> Jason Warner

Re: www.ibm.com namespace in j2g migration tool

[Sachin Patel]

Yes, all IBM references should be removed.

-sachin


On May 17, 2007, at 1:13 PM, Jason Warner wrote:

I was looking through the code for the j2g migration tool that  
currently resides in the sandbox.  I noticed that for the XML  
conversion it seems that it uses a namespace of "http://www.ibm.com/ 
j2g ".  Am I correct in thinking that this is something that should  
definitely be changed?



Thanks,

Jason Warner

[jira] Updated: (GERONIMO-3162) J2G Configurator uses hard coded eclipse paths

[Jason Warner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Warner updated GERONIMO-3162:
---

Attachment: Geronimo-3162.patch

Modified Configurator.java so that it uses the ECLIPSE_HOME environment 
variable required by the script to determine the path to the configuration and 
plugins folder.

> J2G Configurator uses hard coded eclipse paths 
> ---
>
> Key: GERONIMO-3162
> URL: https://issues.apache.org/jira/browse/GERONIMO-3162
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: J2G
>Reporter: Paul McMahan
> Attachments: Geronimo-3162.patch
>
>
> The J2G Configurator uses hard coded pathnames for the location of some 
> eclipse directories.  e.g. in org.apache.apps.j2gmigrator.Configurator
> {quote}
> /** 
>  * J2g plug-ins path.   
>  */ 
> public static final String LOCAL_ECLIPSE_PLUGINS = 
> "../eclipse/plugins";
> /** 
>  * J2g configuration path.
>  */ 
> public static final String LOCAL_ECLIPSE_CONFIG = 
> "../eclipse/configuration";
> {quote}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

www.ibm.com namespace in j2g migration tool

[Jason Warner]

I was looking through the code for the j2g migration tool that currently
resides in the sandbox.  I noticed that for the XML conversion it seems that
it uses a namespace of "http://www.ibm.com/j2g";.  Am I correct in thinking
that this is something that should definitely be changed?


Thanks,

Jason Warner

Re: Re: web2 plugins for G v2.0

[Viet Hung Nguyen]

Prasad,

You are right. I just got through too. I don't know what was happening before.

Thanks,
Viet

-Original Message-
From: "Prasad Kashyap" <[EMAIL PROTECTED]>
To: dev@geronimo.apache.org, [EMAIL PROTECTED]
Date: Thu, 17 May 2007 12:05:52 -0400
Subject: Re: web2 plugins for G v2.0

Viet,

I just tried the ant -buildfile ajax-libs-install-build.xml and it
worked fine for me.

Cheers
Prasad

On 5/17/07, Viet Hung Nguyen <[EMAIL PROTECTED]> wrote:
> Has anyone come across problems trying to build the following the donated 
> plugins found at:
> https://issues.apache.org/jira/browse/GERONIMO-2966
>
> I tried to build using ant with:
>
> ant -buildfile ajax-libs-install-build.xml
>
> but the connection was refused.
>
> I tried going into the /src folder and build with Maven2 but there were 
> artifacts that I could not find. So I browsed through 
> http://repo1.maven.org/maven2. However, I could not find some of the files.
>
> Any help will be appreciated.
>
> -Viet Nguyen
>
>

Re: java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet in Plugin Installer

[Jacek Laskowski]

On 5/16/07, Jason Dillon <[EMAIL PROTECTED]> wrote:

Jason?  I thought you were talking to me?

Damn... we can have only *one Jason*... and he is me... all others
are sub-Jason... or something :-P


Hehehe, when I saw it, I couldn't stop laughting. You're killing me! ;-)

(The only one) Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl

Re: [VOTE] Release ServiceMix 3.1.1

[Daniel Kulp]

> One of the problem is to be able to test it.  Archetypes depends on
> the repository where the artifacts are deployed, so if you deploy to a
> staging repo, there's no way to test them.
>
> The problem only happen because we are in incubation,

How is this an incubation problem?   Once you graduate, you DEFINITELY 
don't want to be deploying to the release area before the vote.   They 
would automatically get synced to central within 4 hours and you run 
into a very bad situation of artifacts going out without being 
properly "endorsed".

> thus artifacts 
> are not available through public repository.  Btw, the maven
> incubating repo is not completely endorsed by the ASF, 

Everything in that repo is supposed to be "endorsed" by the Incubator 
PMC.   If they haven't said its OK, it's not OK.

> so I don't 
> think they should be considered
> released as soon as they are there.  Anyway, the main problem is the
> former and I don't see any simple solution to it unfortunately.

You'll need to work with the Maven folks to find a solution.   
Deploying "potential releases" to the release area before a vote is not 
a viable option.


-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727C: 508-380-7194
[EMAIL PROTECTED]
http://www.dankulp.com/blog

Re: web2 plugins for G v2.0

[Prasad Kashyap]

Viet,

I just tried the ant -buildfile ajax-libs-install-build.xml and it
worked fine for me.

Cheers
Prasad

On 5/17/07, Viet Hung Nguyen <[EMAIL PROTECTED]> wrote:

Has anyone come across problems trying to build the following the donated 
plugins found at:
https://issues.apache.org/jira/browse/GERONIMO-2966

I tried to build using ant with:

ant -buildfile ajax-libs-install-build.xml

but the connection was refused.

I tried going into the /src folder and build with Maven2 but there were 
artifacts that I could not find. So I browsed through 
http://repo1.maven.org/maven2. However, I could not find some of the files.

Any help will be appreciated.

-Viet Nguyen

web2 plugins for G v2.0

[Viet Hung Nguyen]

Has anyone come across problems trying to build the following the donated 
plugins found at:
https://issues.apache.org/jira/browse/GERONIMO-2966

I tried to build using ant with:

ant -buildfile ajax-libs-install-build.xml

but the connection was refused.

I tried going into the /src folder and build with Maven2 but there were 
artifacts that I could not find. So I browsed through 
http://repo1.maven.org/maven2. However, I could not find some of the files.

Any help will be appreciated.

-Viet Nguyen

Re: java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet in Plugin Installer

[Jason Warner]

The install had always worked.  I was able to succesfully pull down a plugin
with no errors.  I received the error when click the button to deploy the
plugin after it had been installed.  The issue also occured when trying to
start the plugin using the Web App Wars panel. I apologize that I did not
make that clear.

Thanks,

Jason Warner

On 5/17/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:


When you say, "that worked", did you mean the plugin install of the
ldap-demo and servlet-examples worked ? Or did you mean just the
regular deploy of those samples as applications ?

Thanx
Prasad

On 5/16/07, Jason Warner <[EMAIL PROTECTED]> wrote:
> Prasad,
>
>  That worked.  Shouldn't that be in the pom.xml when the plugin is
pulled
> down in the first place to prevent the user from having to make that
change
> themself?  I didn't have this problem in an earlier revision.  Have the
> dependencies changed recently?
>
> Jason,
>
> I've been called Jason all my life.  There's not much I can do about it
now
> ; )
>
> Thanks,
>
> Jason Warner
>
>
>  On 5/16/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> > The "Davids" decided they didn't want to be uniquely many (oxymoron ?)
> >
> > So we have now begun adding "Jasons" :-)
> >
> > Cheers
> > Prasad.
> >
> >
> > On 5/16/07, Jason Dillon < [EMAIL PROTECTED]> wrote:
> > > Jason?  I thought you were talking to me?
> > >
> > > Damn... we can have only *one Jason*... and he is me... all others
> > > are sub-Jason... or something :-P
> > >
> > > --jason
> > >
> > >
> > > On May 16, 2007, at 8:50 AM, Prasad Kashyap wrote:
> > >
> > > > Jason,
> > > >
> > > > Try adding a jasper dependency to configs\ldap-demo-jetty\pom.xml
> > > >
> > > > See configs\welcome-jetty\pom.xml for an example
> > > >
> > > > Cheers
> > > > Prasad
> > > >
> > > >
> > > >
> > > > On 5/16/07, Jason Warner <[EMAIL PROTECTED]> wrote:
> > > >> In working with the plugin installer using revision 538442, I
came
> > > >> across a
> > > >> java.lang.ClassNotFoundException:
> > > >> org.apache.jasper.servlet.JspServlet error when
> trying to
> > > >> start both the LDAP and the Jakarta servlet examples running on
> > > >> top of
> > > >> Jetty.  Has anyone seen this or know what could have caused it?
> > > >> It's a
> > > >> rather long stack trace so I'll just include the beginning unless
> > > >> someone
> > > >> requests otherwise.
> > > >>
> > > >> 09:14:12,221 WARN  [log] EXCEPTION
> > > >> java.lang.ClassNotFoundException:
> > > >> org.apache.jasper.servlet.JspServlet in classloader
> > > >>
> org.apache.geronimo.configs/ldap-demo-jetty/2.0-SNAPSHOT/car
> > > >> at
> > > >>
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
> > > >> dClass
> > > >> (MultiParentClassLoader.java:428)
> > > >> at
> > > >>
> org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass
> > > >> (MultiParentClassLoader.java:278)
> > > >> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> > > >> at org.mortbay.util.Loader.loadClass
> (Loader.java:91)
> > > >> at
> org.mortbay.util.Loader.loadClass(Loader.java:71)
> > > >> at
> > > >>
> org.mortbay.jetty.servlet.Holder.doStart(Holder.java:73)
> > > >> at
> > > >>
> org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:
> > > >> 233)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.InternalJettyServletHolder.internalDoStart
> > > >> (InternalJettyServletHolder.java:119)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.InternalJettyServletHolder.access$000
> > > >> (InternalJettyServletHolder.java
> > > >> :38)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.InternalJettyServletHolder
> > > >> $StartCommand.lifecycleMethod(InternalJettyServletHolder.java:130)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > > >> Command
> > > >> (AbstractImmutableHandler.java:54)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycle
> > > >> Command(ThreadClassloaderHandler.java:57)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > > >> Command
> > > >> (AbstractImmutableHandler.java:52)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCo
> > > >> mmand(InstanceContextHandler.java :81)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > > >> Command
> > > >> (AbstractImmutableHandler.java:52)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCo
> > > >> mmand(UserTransactionHandler.java:63)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > > >> Command
> > > >> (AbstractImmutableHandler.java:52)
> > > >> at
> > > >>
> org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleC
> > > >> ommand(ComponentContextHandler.java :57)
> > > >> at
> > > >>
> org.apache

Re: Problems with JSF on geronimo v2 M5

[Donald Woods]

http://people.apache.org/~prasad/binaries/

The notices are posted on the [EMAIL PROTECTED] mailing-list -
http://news.gmane.org/gmane.comp.java.geronimo.cvs

-Donald

schleichy wrote:

Hi,

Tanks for the info. Where can I find the nigthly builds (building Geronimo
from Trunk has forces an error on my machine).

kiond regards
Joachim Tessmer


smime.p7s
Description: S/MIME Cryptographic Signature

RE: Remote deployment of service assemblies

[Rossmanith, Philipp]

Thanks!

Ciao,
Philipp

> -Mensaje original-
> De: Guillaume Nodet [mailto:[EMAIL PROTECTED]
> Enviado el: jueves, 17 de mayo de 2007 15:21
> Para: [EMAIL PROTECTED]
> Asunto: Re: Remote deployment of service assemblies
>
> See http://issues.apache.org/activemq/browse/SM-858
> which has been fixed a few weeks ago in trunk.
>
> On 5/17/07, Rossmanith, Philipp <[EMAIL PROTECTED]>
wrote:
> >
> >
> > Hi,
> >
> > After quite a break, I am back with the issue relating to this
thread.
> > What I did was creating a jsr-181 WSDL first service, for which I
set a
> > ComponentContext *). The setup is different from what had been
outlined
> > earlier, as I am creating a service assembly ZIP based on parameters
I
> > receive.
> >
> > My idea was to obtain a DeliveryChannelImpl from the
ComponentContext
> > and to then follow the steps Guillaume has pointed out below.
> >
> > However, the ComponentContext that is being set by SM is an
> > EndpointComponentContext which doesn't give me access to this
> > information.
> >
> > Any hints of how I can get hold of the JBIContainer or its
> > AdminCommandsServiceMBean?
> >
> > Thanks in advance,
> > Ciao,
> > Philipp
> >
> > *) http://incubator.apache.org/servicemix/servicemix-jsr181.html
> > **) For the moment, I am creating a service assembly zip file for
WSN
> > subscriptions once the service gets invoked. Parameters are the
> > wsa:address, the topic and an identifier.
> >
> > > -Mensaje original-
> > > De: Guillaume Nodet [mailto:[EMAIL PROTECTED]
> > > Enviado el: martes, 20 de marzo de 2007 11:21
> > > Para: [EMAIL PROTECTED]
> > > Asunto: Re: Remote deployment of service assemblies
> > >
> > > On 3/20/07, Rossmanith, Philipp <[EMAIL PROTECTED]>
> > wrote:
> > > >
> > > >
> > > > Hi,
> > > >
> > > > > Once you have the JBIContainer, just retrieve the needed
> > interface:
> > > > >   JBIContainer container = dci.getContainer();
> > > > >   AdminCommandsServiceMBean admin =
> > > > container.getAdminCommandsService();
> > > > >
> > > > > Then, you can use it to deploy / undeploy, manage life cycle,
etc
> > ..
> > > > >admin.installComponent()
> > > > >admin.startComponent()
> > > > >admin.listServiceAssemblies() ...
> > > > Ok, that is quite a bit cleaner...
> > > >
> > > > > all the administrative tasks are available from this
interface, so
> > I
> > > > guess
> > > > > the WSDL
> > > > > should be quite easy to write.  On the implementation side,
one
> > way is
> > > > to
> > > > > use
> > > > > jaxb2 (not the full jsr181 though) as done in the
WS-Notification
> > > > > component.
> > > > > See org.apache.servicemix.wsn.component.WSNEndpoint class.
> > > > What I was thinking about was a WSDL wrapper around the
> > > > AdminCommandsServiceMBean methods.
> > > >
> > > > I'm currently investigating the WSN component to use it for
> > > > notifications based on message content (see
> > > >
> >
http://www.nabble.com/how-to-implement-runtime-notifications-based-on-Me
> > > > ssageExchange--content-tf3409844s12049.html), but I must say I'm
> > afraid
> > > > I don't really understand your idea (which may be due to my
limited
> > > > experience with jaxb2).
> > > >
> > > > It seems to me that the wsn component WSNEndpoint uses the
> > annotations
> > > > done in the org.apache.servicemix.wsn.AbstractEndpoint hierarchy
(an
> > > > object of this class is passed in as "pojo" in the constructor)
to
> > > > obtain a class object "endpointInterface" which is then used to
get
> > hold
> > > > of the methods published in that interface. Jaxb2 seems to be
used
> > to
> > > > unmarshal incoming normalized message content and to marshal it
to
> > > > outgoing exchanges (method: process).
> > > >
> > > > However, if I'm ""only"" writing a provider service and not a
> > > > full-fledged component, what would be the advantages of the
approach
> > > > taken in WSNEndpoint?
> > > >
> > > > Or am I misinterpreting, and you're using jaxb2 for creating a
> > jsr181
> > > > code skeleton based on a previously generated WSDL?
> > >
> > >
> > > Yeah,  that's the point.
> > > The WSNEndpoint is used to invoke an annotated POJO generated
> > > from the WSDL like AbstractNotificationBroker.
> > > The AbstractNotificationBroker#init method calls register, which
> > > ultimately
> > > creates a WSNEndpoint with the AbstractNotificationBroker class as
the
> > > pojo.
> > >
> > > So, once the WSDL is written, you can use wsgen to generate the
> > interfaces
> > > and messages, create your own POJO implementation and wrap it with
> > > the WSNEndpoint.  (It makes me think that this class may be put in
> > > servicemix-common).
> > >
> > > But this is only one way to do that. Feel free to use your own if
you
> > > prefer.
> > >
> > > The last question is how do we package that.  I'm thinking about
> > > a SE, but without any support for deployments of SU,
> > > I guess another way could be to leverage the JSR181 component and
> > > just write a SU for it (and another for the h

Re: Remote deployment of service assemblies

[Guillaume Nodet]

See http://issues.apache.org/activemq/browse/SM-858
which has been fixed a few weeks ago in trunk.

On 5/17/07, Rossmanith, Philipp <[EMAIL PROTECTED]> wrote:



Hi,

After quite a break, I am back with the issue relating to this thread.
What I did was creating a jsr-181 WSDL first service, for which I set a
ComponentContext *). The setup is different from what had been outlined
earlier, as I am creating a service assembly ZIP based on parameters I
receive.

My idea was to obtain a DeliveryChannelImpl from the ComponentContext
and to then follow the steps Guillaume has pointed out below.

However, the ComponentContext that is being set by SM is an
EndpointComponentContext which doesn't give me access to this
information.

Any hints of how I can get hold of the JBIContainer or its
AdminCommandsServiceMBean?

Thanks in advance,
Ciao,
Philipp

*) http://incubator.apache.org/servicemix/servicemix-jsr181.html
**) For the moment, I am creating a service assembly zip file for WSN
subscriptions once the service gets invoked. Parameters are the
wsa:address, the topic and an identifier.

> -Mensaje original-
> De: Guillaume Nodet [mailto:[EMAIL PROTECTED]
> Enviado el: martes, 20 de marzo de 2007 11:21
> Para: [EMAIL PROTECTED]
> Asunto: Re: Remote deployment of service assemblies
>
> On 3/20/07, Rossmanith, Philipp <[EMAIL PROTECTED]>
wrote:
> >
> >
> > Hi,
> >
> > > Once you have the JBIContainer, just retrieve the needed
interface:
> > >   JBIContainer container = dci.getContainer();
> > >   AdminCommandsServiceMBean admin =
> > container.getAdminCommandsService();
> > >
> > > Then, you can use it to deploy / undeploy, manage life cycle, etc
..
> > >admin.installComponent()
> > >admin.startComponent()
> > >admin.listServiceAssemblies() ...
> > Ok, that is quite a bit cleaner...
> >
> > > all the administrative tasks are available from this interface, so
I
> > guess
> > > the WSDL
> > > should be quite easy to write.  On the implementation side, one
way is
> > to
> > > use
> > > jaxb2 (not the full jsr181 though) as done in the WS-Notification
> > > component.
> > > See org.apache.servicemix.wsn.component.WSNEndpoint class.
> > What I was thinking about was a WSDL wrapper around the
> > AdminCommandsServiceMBean methods.
> >
> > I'm currently investigating the WSN component to use it for
> > notifications based on message content (see
> >
http://www.nabble.com/how-to-implement-runtime-notifications-based-on-Me
> > ssageExchange--content-tf3409844s12049.html), but I must say I'm
afraid
> > I don't really understand your idea (which may be due to my limited
> > experience with jaxb2).
> >
> > It seems to me that the wsn component WSNEndpoint uses the
annotations
> > done in the org.apache.servicemix.wsn.AbstractEndpoint hierarchy (an
> > object of this class is passed in as "pojo" in the constructor) to
> > obtain a class object "endpointInterface" which is then used to get
hold
> > of the methods published in that interface. Jaxb2 seems to be used
to
> > unmarshal incoming normalized message content and to marshal it to
> > outgoing exchanges (method: process).
> >
> > However, if I'm ""only"" writing a provider service and not a
> > full-fledged component, what would be the advantages of the approach
> > taken in WSNEndpoint?
> >
> > Or am I misinterpreting, and you're using jaxb2 for creating a
jsr181
> > code skeleton based on a previously generated WSDL?
>
>
> Yeah,  that's the point.
> The WSNEndpoint is used to invoke an annotated POJO generated
> from the WSDL like AbstractNotificationBroker.
> The AbstractNotificationBroker#init method calls register, which
> ultimately
> creates a WSNEndpoint with the AbstractNotificationBroker class as the
> pojo.
>
> So, once the WSDL is written, you can use wsgen to generate the
interfaces
> and messages, create your own POJO implementation and wrap it with
> the WSNEndpoint.  (It makes me think that this class may be put in
> servicemix-common).
>
> But this is only one way to do that. Feel free to use your own if you
> prefer.
>
> The last question is how do we package that.  I'm thinking about
> a SE, but without any support for deployments of SU,
> I guess another way could be to leverage the JSR181 component and
> just write a SU for it (and another for the http BC i guess).
> The last way would be to configure it directly on the JBI container
> without any JBI packaging ...
> Need to think about pros / cons ...
>
> > .. and discussions about servicemix developement should take place
on
> > the
> > > dev
> > > list ... ;-)
> > Done :-)
>
>
> Thanks in advance,
> > Ciao,
> > Philipp
> >
> > > -Mensaje original-
> > > De: Guillaume Nodet [mailto:[EMAIL PROTECTED]
> > > Enviado el: lunes, 19 de marzo de 2007 16:56
> > > Para: [EMAIL PROTECTED]
> > > Asunto: Re: Remote deployment of service assemblies
> > > Importancia: Baja
> > >
> > > On 3/19/07, Rossmanith, Philipp <[EMAIL PROTECTED]>
> > wrote:
> > > >
> > > >
> > > > > Currently, remot

Re: Problems with JSF on geronimo v2 M5

[schleichy]

Hi,

Tanks for the info. Where can I find the nigthly builds (building Geronimo
from Trunk has forces an error on my machine).

kiond regards
Joachim Tessmer
-- 
View this message in context: 
http://www.nabble.com/Problems-with-JSF-on-geronimo-v2-M5-tf3760335s134.html#a10663974
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.

Re: java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet in Plugin Installer

[Prasad Kashyap]

When you say, "that worked", did you mean the plugin install of the
ldap-demo and servlet-examples worked ? Or did you mean just the
regular deploy of those samples as applications ?

Thanx
Prasad

On 5/16/07, Jason Warner <[EMAIL PROTECTED]> wrote:

Prasad,

 That worked.  Shouldn't that be in the pom.xml when the plugin is pulled
down in the first place to prevent the user from having to make that change
themself?  I didn't have this problem in an earlier revision.  Have the
dependencies changed recently?

Jason,

I've been called Jason all my life.  There's not much I can do about it now
; )

Thanks,

Jason Warner


 On 5/16/07, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> The "Davids" decided they didn't want to be uniquely many (oxymoron ?)
>
> So we have now begun adding "Jasons" :-)
>
> Cheers
> Prasad.
>
>
> On 5/16/07, Jason Dillon < [EMAIL PROTECTED]> wrote:
> > Jason?  I thought you were talking to me?
> >
> > Damn... we can have only *one Jason*... and he is me... all others
> > are sub-Jason... or something :-P
> >
> > --jason
> >
> >
> > On May 16, 2007, at 8:50 AM, Prasad Kashyap wrote:
> >
> > > Jason,
> > >
> > > Try adding a jasper dependency to configs\ldap-demo-jetty\pom.xml
> > >
> > > See configs\welcome-jetty\pom.xml for an example
> > >
> > > Cheers
> > > Prasad
> > >
> > >
> > >
> > > On 5/16/07, Jason Warner <[EMAIL PROTECTED]> wrote:
> > >> In working with the plugin installer using revision 538442, I came
> > >> across a
> > >> java.lang.ClassNotFoundException:
> > >> org.apache.jasper.servlet.JspServlet error when
trying to
> > >> start both the LDAP and the Jakarta servlet examples running on
> > >> top of
> > >> Jetty.  Has anyone seen this or know what could have caused it?
> > >> It's a
> > >> rather long stack trace so I'll just include the beginning unless
> > >> someone
> > >> requests otherwise.
> > >>
> > >> 09:14:12,221 WARN  [log] EXCEPTION
> > >> java.lang.ClassNotFoundException:
> > >> org.apache.jasper.servlet.JspServlet in classloader
> > >>
org.apache.geronimo.configs/ldap-demo-jetty/2.0-SNAPSHOT/car
> > >> at
> > >>
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimize
> > >> dClass
> > >> (MultiParentClassLoader.java:428)
> > >> at
> > >>
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass
> > >> (MultiParentClassLoader.java:278)
> > >> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> > >> at org.mortbay.util.Loader.loadClass
(Loader.java:91)
> > >> at
org.mortbay.util.Loader.loadClass(Loader.java:71)
> > >> at
> > >>
org.mortbay.jetty.servlet.Holder.doStart(Holder.java:73)
> > >> at
> > >>
org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:
> > >> 233)
> > >> at
> > >>
org.apache.geronimo.jetty6.InternalJettyServletHolder.internalDoStart
> > >> (InternalJettyServletHolder.java:119)
> > >> at
> > >>
org.apache.geronimo.jetty6.InternalJettyServletHolder.access$000
> > >> (InternalJettyServletHolder.java
> > >> :38)
> > >> at
> > >>
org.apache.geronimo.jetty6.InternalJettyServletHolder
> > >> $StartCommand.lifecycleMethod(InternalJettyServletHolder.java :130)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > >> Command
> > >> (AbstractImmutableHandler.java:54)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.lifecycle
> > >> Command(ThreadClassloaderHandler.java:57)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > >> Command
> > >> (AbstractImmutableHandler.java:52)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.InstanceContextHandler.lifecycleCo
> > >> mmand(InstanceContextHandler.java :81)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > >> Command
> > >> (AbstractImmutableHandler.java:52)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.UserTransactionHandler.lifecycleCo
> > >> mmand(UserTransactionHandler.java:63)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.AbstractImmutableHandler.lifecycle
> > >> Command
> > >> (AbstractImmutableHandler.java:52)
> > >> at
> > >>
org.apache.geronimo.jetty6.handler.ComponentContextHandler.lifecycleC
> > >> ommand(ComponentContextHandler.java :57)
> > >> at
> > >>
org.apache.geronimo.jetty6.InternalJettyServletHolder.doStart
> > >> (InternalJettyServletHolder.java:106)
> > >> at
> > >> org.mortbay.component.AbstractLifeCycle.start
> > >> (AbstractLifeCycle.java:40)
> > >> at
> > >> org.mortbay.jetty.servlet.ServletHandler.initialize
> > >> (ServletHandler.java:617)
> > >> at
> > >>
org.mortbay.jetty.servlet.ServletHandler.updateMappings
> > >> (ServletHandler.java:985)
> > >> at
> > >>
org.mortbay.jetty.servlet.ServletHandler.setServletMappings
> > >> (ServletHandler.java :1042)
> > >> at
> > >>
org.mortbay.jetty.servlet.ServletHandler.addServletMapping
> > >> (ServletHandler.java:741)
> > >> at
> > >>
org

Re: svn commit: r538652 - in /geronimo/server/trunk/configs: ldap-demo-jetty/pom.xml ldap-demo-tomcat/pom.xml

[Prasad Kashyap]

Paul,

You are right. From a cursory glance, I noticed that the other apps
like welcome and console had an explicit jasper dependency while these
two didn't. The welcome and console apps for Tomcat too have a jasper
dependency specified. So I suggested Jason try this.

Now when he said that worked I thought the plugin install of those
examples worked for him. Now I am unsure if he said the plugin install
worked or if it was just a regular deploy.

Cheers
Prasad

On 5/16/07, Paul McMahan <[EMAIL PROTECTED]> wrote:

Hey Prasad, I think the problem Jason saw was with the ldap-demo-
jetty and servlet-examples-jetty plugins and not with with the poms
or the application.  For example, without this commit in place I am
able to install the ldap-demo-jetty as an application (just not as a
plugin).  Also, the ldap-demo-tomcat plugin was already working, so
the change to the tomcat poms was unnecessary.

I suspect that the underlying problem is that something in jetty has
changed recently and the configs in the snapshot repository need to
be republished (that is where the plugins are pulled from). But I'm
not totally sure about that yet.   At any rate, adding an explicit
dependency from the sample applications onto the jasper config is
probably not a good long term solution since we wouldn't expect
simple apps like these to need to do that.  Java EE requires the
webcontainer to automatically provide the JSP dependency at runtime.


Best wishes,
Paul


On May 16, 2007, at 1:11 PM, [EMAIL PROTECTED] wrote:

> Author: prasad
> Date: Wed May 16 10:11:18 2007
> New Revision: 538652
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=538652
> Log:
> Fixing java.lang.ClassNotFoundException:
> org.apache.jasper.servlet.JspServlet in classloader
> org.apache.geronimo.configs/ldap-demo-jetty/2.0-SNAPSHOT/car
>
> Modified:
> geronimo/server/trunk/configs/ldap-demo-jetty/pom.xml
> geronimo/server/trunk/configs/ldap-demo-tomcat/pom.xml
>
> Modified: geronimo/server/trunk/configs/ldap-demo-jetty/pom.xml
> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
> ldap-demo-jetty/pom.xml?view=diff&rev=538652&r1=538651&r2=538652
> ==
> 
> --- geronimo/server/trunk/configs/ldap-demo-jetty/pom.xml (original)
> +++ geronimo/server/trunk/configs/ldap-demo-jetty/pom.xml Wed May
> 16 10:11:18 2007
> @@ -57,6 +57,20 @@
>  car
>  provided
>  
> +
> +
> +org.apache.geronimo.configs
> +jasper-deployer
> +${version}
> +car
> +provided
> +
> +
> +org.apache.geronimo.configs
> +jasper
> +${version}
> +car
> +
>  
>
>  
>
> Modified: geronimo/server/trunk/configs/ldap-demo-tomcat/pom.xml
> URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
> ldap-demo-tomcat/pom.xml?view=diff&rev=538652&r1=538651&r2=538652
> ==
> 
> --- geronimo/server/trunk/configs/ldap-demo-tomcat/pom.xml (original)
> +++ geronimo/server/trunk/configs/ldap-demo-tomcat/pom.xml Wed May
> 16 10:11:18 2007
> @@ -49,6 +49,20 @@
>  car
>  provided
>  
> +
> +
> +org.apache.geronimo.configs
> +jasper-deployer
> +${version}
> +car
> +provided
> +
> +
> +org.apache.geronimo.configs
> +jasper
> +${version}
> +car
> +
>  
>
>  
>
>

[jira] Updated: (GERONIMO-3167) When JSF renders, fields are shifted

[Alexander Zynevich (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Zynevich updated GERONIMO-3167:
-

Attachment: screenshot-1.jpg

1 is out side of layout at all, 10 in place of 1, image in place of 10

> When JSF renders, fields are shifted
> 
>
> Key: GERONIMO-3167
> URL: https://issues.apache.org/jira/browse/GERONIMO-3167
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: web
>Affects Versions: 2.0-M5
> Environment: winxp, rev 536774
>Reporter: Alexander Zynevich
> Attachments: guessnumber.war, guessnumber.zip, screenshot-1.jpg
>
>
> I built "Guess Number" application from RI (from Glassfish project).
> However I noticed that when rendering JSP:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> <%@ page contentType="text/xml" %>
> <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
> <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %>
> 
> 
> 
>   Hi. My name is Duke.  I'm thinking of a number from
>to
>   .  Can you guess
>   it?
> 
>value="#{UserNumberBean.userNumber}"
>   validator="#{UserNumberBean.validate}"/>  
>
>  
>
> 
> 
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> it produces HTML output:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   10 to
>src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" 
> />.  Can you guess
>   it?
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> however I would expect something like:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   1 to 10
>   .  Can you guess
>   it?
>  src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" />
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
> 
> Looks like miserable bug... But effect as if "1" gets possition of something. 
> "10" gets right possition of "1". "/wave.med.gif" gets right possition of 
> "10". I guess that if there were some 4th ouput element it would get position 
> of "/wave.med.gif" and so on...
> I attach screenshot, war and zip of m2eclipse project.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3167) When JSF renders, fields are shifted

[Alexander Zynevich (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Zynevich updated GERONIMO-3167:
-

Attachment: guessnumber.war

> When JSF renders, fields are shifted
> 
>
> Key: GERONIMO-3167
> URL: https://issues.apache.org/jira/browse/GERONIMO-3167
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: web
>Affects Versions: 2.0-M5
> Environment: winxp, rev 536774
>Reporter: Alexander Zynevich
> Attachments: guessnumber.war, guessnumber.zip
>
>
> I built "Guess Number" application from RI (from Glassfish project).
> However I noticed that when rendering JSP:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> <%@ page contentType="text/xml" %>
> <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
> <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %>
> 
> 
> 
>   Hi. My name is Duke.  I'm thinking of a number from
>to
>   .  Can you guess
>   it?
> 
>value="#{UserNumberBean.userNumber}"
>   validator="#{UserNumberBean.validate}"/>  
>
>  
>
> 
> 
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> it produces HTML output:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   10 to
>src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" 
> />.  Can you guess
>   it?
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> however I would expect something like:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   1 to 10
>   .  Can you guess
>   it?
>  src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" />
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
> 
> Looks like miserable bug... But effect as if "1" gets possition of something. 
> "10" gets right possition of "1". "/wave.med.gif" gets right possition of 
> "10". I guess that if there were some 4th ouput element it would get position 
> of "/wave.med.gif" and so on...
> I attach screenshot, war and zip of m2eclipse project.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3167) When JSF renders, fields are shifted

[Alexander Zynevich (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GERONIMO-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alexander Zynevich updated GERONIMO-3167:
-

Attachment: guessnumber.zip

> When JSF renders, fields are shifted
> 
>
> Key: GERONIMO-3167
> URL: https://issues.apache.org/jira/browse/GERONIMO-3167
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: web
>Affects Versions: 2.0-M5
> Environment: winxp, rev 536774
>Reporter: Alexander Zynevich
> Attachments: guessnumber.war, guessnumber.zip
>
>
> I built "Guess Number" application from RI (from Glassfish project).
> However I noticed that when rendering JSP:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> <%@ page contentType="text/xml" %>
> <%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
> <%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %>
> 
> 
> 
>   Hi. My name is Duke.  I'm thinking of a number from
>to
>   .  Can you guess
>   it?
> 
>value="#{UserNumberBean.userNumber}"
>   validator="#{UserNumberBean.validate}"/>  
>
>  
>
> 
> 
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> it produces HTML output:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   10 to
>src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" 
> />.  Can you guess
>   it?
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
>   
> however I would expect something like:
> http://www.w3.org/1999/xhtml"; xml:lang="en">
>  Hello 
> 
> 
> 
> 
>  action="/guessnumber/guess/greeting.jsp;jsessionid=8127572BCEF374530312AB95A19F6A3C"
>  enctype="application/x-www-form-urlencoded">1
>   Hi. My name is Duke.  I'm thinking of a number from
>   1 to 10
>   .  Can you guess
>   it?
>  src="/guessnumber/wave.med.gif;jsessionid=8127572BCEF374530312AB95A19F6A3C" />
>  value="" /> value="Submit" onclick="clear_helloForm();" />
>  
> type="text/javascript"> type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" 
> value="C9+lUnxFbF33IdgUBUsYs6qe3" />
> 
>   http://validator.w3.org/check?uri=referer";>   src="http://www.w3.org/Icons/valid-xhtml10";
>   alt="Valid XHTML 1.0!" height="31" width="88" />
> 
> 
> 
> Looks like miserable bug... But effect as if "1" gets possition of something. 
> "10" gets right possition of "1". "/wave.med.gif" gets right possition of 
> "10". I guess that if there were some 4th ouput element it would get position 
> of "/wave.med.gif" and so on...
> I attach screenshot, war and zip of m2eclipse project.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-3167) When JSF renders, fields are shifted

[Alexander Zynevich (JIRA)]

When JSF renders, fields are shifted


 Key: GERONIMO-3167
 URL: https://issues.apache.org/jira/browse/GERONIMO-3167
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: web
Affects Versions: 2.0-M5
 Environment: winxp, rev 536774
Reporter: Alexander Zynevich
 Attachments: guessnumber.war, guessnumber.zip

I built "Guess Number" application from RI (from Glassfish project).
However I noticed that when rendering JSP:
http://www.w3.org/1999/xhtml"; xml:lang="en">
 Hello 
<%@ page contentType="text/xml" %>
<%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
<%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f" %>



  Hi. My name is Duke.  I'm thinking of a number from
   to
  .  Can you guess
  it?


  
 
 
 





  http://validator.w3.org/check?uri=referer";>http://www.w3.org/Icons/valid-xhtml10";
  alt="Valid XHTML 1.0!" height="31" width="88" />


  

it produces HTML output:
http://www.w3.org/1999/xhtml"; xml:lang="en">
 Hello 




1
  Hi. My name is Duke.  I'm thinking of a number from
  10 to
  . 
 Can you guess
  it?


 
 


  http://validator.w3.org/check?uri=referer";>http://www.w3.org/Icons/valid-xhtml10";
  alt="Valid XHTML 1.0!" height="31" width="88" />


  

however I would expect something like:
http://www.w3.org/1999/xhtml"; xml:lang="en">
 Hello 




1
  Hi. My name is Duke.  I'm thinking of a number from
  1 to 10
  .  Can you guess
  it?


 
 


  http://validator.w3.org/check?uri=referer";>http://www.w3.org/Icons/valid-xhtml10";
  alt="Valid XHTML 1.0!" height="31" width="88" />




Looks like miserable bug... But effect as if "1" gets possition of something. 
"10" gets right possition of "1". "/wave.med.gif" gets right possition of "10". 
I guess that if there were some 4th ouput element it would get position of 
"/wave.med.gif" and so on...

I attach screenshot, war and zip of m2eclipse project.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

A geronimo installation was detected, however the version could not be verified.

[Jacek Laskowski]

Hi,

What does the message

  A geronimo installation was detected, however the version could not
be verified.

mean? I've got it when I defined a new Geronimo runtime that I'd
downloaded myself.

I work with Eclipse IDE 3.3M7,
g-eclipse-plugin-2.0.0-v20070430.1413-deployable.zip and the
Tomcat-flavored version of Geronimo from
http://people.apache.org/~prasad/binaries/20070516.

BTW, Can we rename the plugin to geronimo-eclipse-plugin?

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl