January 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-123) Wrapping KeyStore to support storing passwords in standard KeyStores

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/ELY-123?page=com.atlassian.jira.plugin.sy... ] David Lloyd commented on ELY-123: --------------------------------- This was fixed in https://github.com/wildfly-security/wildfly-elytron/commit/cca87f333169 but I didn't close the JIRA. It can be closed now I think. > Wrapping KeyStore to support storing passwords in standard KeyStores > -------------------------------------------------------------------- > > Key: ELY-123 > URL: https://issues.jboss.org/browse/ELY-123 > Project: WildFly Elytron > Issue Type: Feature Request > Components: KeyStores > Reporter: David Lloyd > Assignee: Darran Lofthouse > Fix For: 1.0.0.Alpha1 > > > This should provide a mechanism which is basically compatible to the existing PicketBox Vault mechanism. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4230) Module org.infinispan.client.hotrod references non-existing module com.google.protobuf

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-4230?page=com.atlassian.jira.plugin.... ] Radoslav Husar closed WFLY-4230. -------------------------------- Fix Version/s: 9.0.0.Alpha1 Resolution: Done Already fixed in 9.0.0.Alpha1. There are no more releases scheduled for 8.x stream. > Module org.infinispan.client.hotrod references non-existing module com.google.protobuf > -------------------------------------------------------------------------------------- > > Key: WFLY-4230 > URL: https://issues.jboss.org/browse/WFLY-4230 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 8.2.0.Final > Reporter: Johannes Beck > Assignee: Paul Ferraro > Priority: Minor > Fix For: 9.0.0.Alpha1 > > > The module org.infinispan.client.hotrod has a dependency to com.google.protobuf, but com.google.protobuf does not exist. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-440) Upgrade JBoss AESH from 0.33.12.redhat-1 to 0.33.14.redhat-1

by Alexey Loubyansky (JIRA)

[ https://issues.jboss.org/browse/WFCORE-440?page=com.atlassian.jira.plugin... ] Alexey Loubyansky resolved WFCORE-440. -------------------------------------- Fix Version/s: 1.0.0.Alpha15 Resolution: Done Aesh has been upgraded to 0.33.14. > Upgrade JBoss AESH from 0.33.12.redhat-1 to 0.33.14.redhat-1 > ------------------------------------------------------------ > > Key: WFCORE-440 > URL: https://issues.jboss.org/browse/WFCORE-440 > Project: WildFly Core > Issue Type: Component Upgrade > Components: CLI > Affects Versions: 1.0.0.Alpha13 > Reporter: Tomas Hofman > Assignee: Alexey Loubyansky > Fix For: 1.0.0.Alpha15 > > > AESH needs to be upgraded due to https://issues.jboss.org/browse/WFCORE-438 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-415) Pressing up-arrow crashed CLI on windows

by Alexey Loubyansky (JIRA)

[ https://issues.jboss.org/browse/WFCORE-415?page=com.atlassian.jira.plugin... ] Alexey Loubyansky resolved WFCORE-415. -------------------------------------- Fix Version/s: 1.0.0.Alpha15 Resolution: Done This issues was fixed with the inclusion of Aesh 0.33.14, which contains the fix for AESH-96. > Pressing up-arrow crashed CLI on windows > ---------------------------------------- > > Key: WFCORE-415 > URL: https://issues.jboss.org/browse/WFCORE-415 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Reporter: Nicklas Karlsson > Assignee: Alexey Loubyansky > Fix For: 1.0.0.Alpha15 > > > Pressing the up-arrow in the CLI on windows crashes it with > {code} > [standalone@localhost:9990 /] java.lang.NumberFormatException: For input string: > "1B" > at java.lang.NumberFormatException.forInputString(NumberFormatException. > java:65) > at java.lang.Integer.parseInt(Integer.java:492) > at java.lang.Integer.<init>(Integer.java:677) > at org.fusesource.jansi.AnsiOutputStream.write(AnsiOutputStream.java:120 > ) > at java.io.FilterOutputStream.write(FilterOutputStream.java:125) > at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221) > at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229) > at java.io.PrintWriter.flush(PrintWriter.java:320) > at org.jboss.aesh.terminal.WindowsTerminal.writeToStdOut(WindowsTerminal > .java:88) > at org.jboss.aesh.console.Console.drawLine(Console.java:1011) > at org.jboss.aesh.console.Console.redrawLine(Console.java:990) > at org.jboss.aesh.console.Console.getHistoryElement(Console.java:753) > at org.jboss.aesh.console.Console.parseOperation(Console.java:556) > at org.jboss.aesh.console.Console.read(Console.java:446) > at org.jboss.aesh.console.Console.read(Console.java:346) > at org.jboss.as.cli.impl.Console$Factory$1.readLine(Console.java:177) > at org.jboss.as.cli.impl.CommandContextImpl.interact(CommandContextImpl. > java:1198) > at org.jboss.as.cli.impl.CliLauncher.main(CliLauncher.java:270) > at org.jboss.as.cli.CommandLineMain.main(CommandLineMain.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. > java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > sorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.modules.Module.run(Module.java:270) > at org.jboss.modules.Main.main(Main.java:411) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ELY-123) Wrapping KeyStore to support storing passwords in standard KeyStores

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-123?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse updated ELY-123: --------------------------------- Fix Version/s: 1.0.0.Alpha1 (was: 1.0.0.Beta1) > Wrapping KeyStore to support storing passwords in standard KeyStores > -------------------------------------------------------------------- > > Key: ELY-123 > URL: https://issues.jboss.org/browse/ELY-123 > Project: WildFly Elytron > Issue Type: Feature Request > Components: KeyStores > Reporter: David Lloyd > Assignee: Darran Lofthouse > Fix For: 1.0.0.Alpha1 > > > This should provide a mechanism which is basically compatible to the existing PicketBox Vault mechanism. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3740) standalone.sh does not compute correct module path in Cygwin

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3740?page=com.atlassian.jira.plugin.... ] Tomaz Cerar commented on WFLY-3740: ----------------------------------- any chance you can try with latest wildfly-core? https://github.com/wildfly/wildfly-core/ > standalone.sh does not compute correct module path in Cygwin > ------------------------------------------------------------ > > Key: WFLY-3740 > URL: https://issues.jboss.org/browse/WFLY-3740 > Project: WildFly > Issue Type: Bug > Components: Scripts > Affects Versions: 8.1.0.Final > Environment: Windows with Cygwin > Reporter: David Del Vecchio > Assignee: Tomaz Cerar > Priority: Minor > > standalone.sh does not seem to compute the correct JBOSS_MODULEPATH on Cygwin as a result, starting up the server gives the following error: > {noformat} > org.jboss.modules.ModuleNotFoundException: org.jboss.as.standalone:main > at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:240) > at org.jboss.modules.Main.main(Main.java:385)}} > {noformat} > The problem seems to be somewhat related to this issue in that a mix of Windows and Unix style paths are being computed: > https://issues.jboss.org/browse/WFLY-2523 > Since {{JBOSS_MODULEPATH}} is not set until after all the paths (such as {{JBOSS_HOME}}) have been converted to Windows style, {{JBOSS_MODULEPATH}} ends up with a Unix style forward slash at the end of what is otherwise a Windows style path. > The fix for me was to move the code which sets the {{JBOSS_MODULEPATH}} to earlier in the script. I moved it to right after the {{export JBOSS_HOME}} line: > {code:title=standalone.sh|borderStyle=solid} > ... > export JBOSS_HOME > if [ "x$JBOSS_MODULEPATH" = "x" ]; then > JBOSS_MODULEPATH="$JBOSS_HOME/modules" > fi > ... > {code} > Probably the key thing is just that the {{JBOSS_MODULEPATH}} gets set before everything is switched to Windows paths in this section of the script: > {code:title=standalone.sh|borderStyle=solid} > # For Cygwin, switch paths to Windows format before running java > if $cygwin; then > JBOSS_HOME=`cygpath --path --windows "$JBOSS_HOME"` > JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"` > JBOSS_MODULEPATH=`cygpath --path --windows "$JBOSS_MODULEPATH"` > JBOSS_BASE_DIR=`cygpath --path --windows "$JBOSS_BASE_DIR"` > JBOSS_LOG_DIR=`cygpath --path --windows "$JBOSS_LOG_DIR"` > JBOSS_CONFIG_DIR=`cygpath --path --windows "$JBOSS_CONFIG_DIR"` > fi > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ELY-123) Wrapping KeyStore to support storing passwords in standard KeyStores

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-123?page=com.atlassian.jira.plugin.sy... ] Darran Lofthouse reassigned ELY-123: ------------------------------------ Assignee: Darran Lofthouse (was: David Lloyd) > Wrapping KeyStore to support storing passwords in standard KeyStores > -------------------------------------------------------------------- > > Key: ELY-123 > URL: https://issues.jboss.org/browse/ELY-123 > Project: WildFly Elytron > Issue Type: Feature Request > Components: KeyStores > Reporter: David Lloyd > Assignee: Darran Lofthouse > Fix For: 1.0.0.Alpha1 > > > This should provide a mechanism which is basically compatible to the existing PicketBox Vault mechanism. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBVFS-198) Correct or remove usage of finalize in VFS, TempDir, and TempFileProvider

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/JBVFS-198?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated JBVFS-198: ------------------------------ Fix Version/s: 3.2.10.Final (was: 3.2.8.Final) > Correct or remove usage of finalize in VFS, TempDir, and TempFileProvider > ------------------------------------------------------------------------- > > Key: JBVFS-198 > URL: https://issues.jboss.org/browse/JBVFS-198 > Project: JBoss VFS > Issue Type: Task > Reporter: Jason Greene > Assignee: Tomaz Cerar > Fix For: 3.2.10.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBVFS-200) FileURLConnection fails on relative URLs working on stock Java handler

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/JBVFS-200?page=com.atlassian.jira.plugin.... ] Tomaz Cerar resolved JBVFS-200. ------------------------------- Fix Version/s: 3.2.9.Final Resolution: Done > FileURLConnection fails on relative URLs working on stock Java handler > ---------------------------------------------------------------------- > > Key: JBVFS-200 > URL: https://issues.jboss.org/browse/JBVFS-200 > Project: JBoss VFS > Issue Type: Bug > Components: Release > Affects Versions: 3.2.5.Final > Reporter: Arcadiy Ivanov > Assignee: Tomaz Cerar > Fix For: 3.2.9.Final > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > A URL "file:./target/bundleA.txt" will not be handled appropriately by FileURLConnection resulting in the following exception: > {noformat} > java.lang.IllegalArgumentException: VFS000021: path must not be null > at org.jboss.vfs.VFS.getChild(VFS.java:175) > at org.jboss.vfs.VFS.getChild(VFS.java:163) > at org.jboss.vfs.protocol.FileURLConnection.<init>(FileURLConnection.java:51) > at org.jboss.vfs.protocol.FileURLStreamHandler.openConnection(FileURLStreamHandler.java:38) > at java.net.URL.openConnection(URL.java:972) > at java.net.URL.openStream(URL.java:1038) > at org.jboss.osgi.repository.spi.FileBasedRepositoryStorage.getResourceContent(FileBasedRepositoryStorage.java:225) > at org.jboss.osgi.repository.spi.FileBasedRepositoryStorage.createResourceInternal(FileBasedRepositoryStorage.java:201) > at org.jboss.osgi.repository.spi.FileBasedRepositoryStorage.addContentResource(FileBasedRepositoryStorage.java:140) > at org.jboss.osgi.repository.spi.FileBasedRepositoryStorage.addResourceInternal(FileBasedRepositoryStorage.java:122) > at org.jboss.osgi.repository.spi.FileBasedRepositoryStorage.addResource(FileBasedRepositoryStorage.java:107) > {noformat} > The reason is that in the following code > {noformat} > public static VirtualFile getChild(URI uri) { > return getChild(uri.getPath()); > } > {noformat} > {{uri.getPath()}} will return {{null}} due to URI being constructed from URL not being parsed as hierarchical only evaluating to "scheme-specific-part". > This behavior is different from a stock Java file URL handler that will accept "file:./target/bundleA.txt" and handle it appropriately. > A possible fix would be to call {{uri.getPath()}} first and if that returns {{null}}, fallback onto {{uri.getSchemeSpecificPart()}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-494) Timestamped GC logs in domain mode

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-494?page=com.atlassian.jira.plugin... ] Brian Stansberry reassigned WFCORE-494: --------------------------------------- Assignee: (was: Brian Stansberry) > Timestamped GC logs in domain mode > ---------------------------------- > > Key: WFCORE-494 > URL: https://issues.jboss.org/browse/WFCORE-494 > Project: WildFly Core > Issue Type: Feature Request > Components: Domain Management > Affects Versions: 1.0.0.Alpha15 > Reporter: James Livingston > > In standalone mode, you can add "-Xloggc:gc.log.`date +%Y%m%d%H%M%S`" (or Windows equivalent batch scripting) to have timestamped GC logs which is useful to prevent them from being overwritten when a server is restarted. This does not work in domain mode, since JBoss obviously does not process the back-ticks like a shell interpreter. > It would be useful to be able to get time-stamped gc logs in domain mode. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2015