Mystery around this continues, though;
I ran out of PermGenSize on Scala plugin, so I increased that to "320M",
and then this happened in the javadocs;
:javadocs
C:\Users\hedmann\dev\qi4j\extensions\indexing-solr\src\main\java\org\qi4j\index\solr\internal\SingleTokenTokenizer.java:23:
error: cannot find symbol
import org.apache.lucene.util.AttributeSource.AttributeFactory; //
required by Javadocs!!!
^
symbol: class AttributeFactory
location: class AttributeSource
C:\Users\hedmann\dev\qi4j\extensions\indexing-solr\src\main\java\org\qi4j\index\solr\internal\SingleTokenTokenizer.java:40:
error: cannot find symbol
public SingleTokenTokenizer( AttributeFactory factory, Reader in )
^
symbol: class AttributeFactory
location: class SingleTokenTokenizer
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000002892a62,
pid=3696, tid=7668
#
# JRE version: Java(TM) SE Runtime Environment (7.0_75-b13) (build
1.7.0_75-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.75-b04 mixed mode
windows-amd64 compressed oops)
# Problematic frame:
# J 258 C2 com.sun.tools.javac.util.Convert.utf2chars([BI[CII)I (135 bytes)
@ 0x0000000002892a62 [0x00000000028928e0+0x182]
#
# Failed to write core dump. Minidumps are not enabled by default on client
versions of Windows
#
ed as:
# C:\Users\hedmann\dev\qi4j\hs_err_pid3696.log
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
#
On Wed, Jul 8, 2015 at 11:16 AM, Niclas Hedhman <[email protected]> wrote:
>
> Well, I have pushed this (and many other) changes just now. If anyone
> feels that a different implementation is needed, speak up before 2.1 is
> released.
>
> On Wed, Jul 8, 2015 at 9:29 AM, Niclas Hedhman (JIRA) <[email protected]>
> wrote:
>
>>
>> [
>> https://issues.apache.org/jira/browse/ZEST-41?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14618054#comment-14618054
>> ]
>>
>> Niclas Hedhman edited comment on ZEST-41 at 7/8/15 6:28 AM:
>> ------------------------------------------------------------
>>
>> The following implementation has been done and tested. I seeking feedback
>> to whether it makes sense or not;
>>
>> {code:java}
>> private String replaceInvalidChars( String identity )
>> {
>> StringBuilder b = new StringBuilder( identity.length() + 30 );
>> for( int i = 0; i < identity.length(); i++ )
>> {
>> char ch = identity.charAt( i );
>> if( ( ch >= 'a' && ch <= 'z' )
>> || ( ch >= 'A' && ch <= 'Z' )
>> || ( ch >= '0' && ch <= '9' )
>> || ch == '_' || ch == '.' || ch == '-' )
>> {
>> b.append( ch );
>> }
>> else
>> {
>> int value = (int) ch;
>> b.append( '~' );
>> b.append( toHex( value ) );
>> }
>>
>> }
>> return b.toString();
>> }
>> {code}
>>
>>
>> was (Author: niclas):
>> The following implementation has been done and tested. I seeking feedback
>> to whether it makes sense or not;
>>
>> <pre><code>
>> private String replaceInvalidChars( String identity )
>> {
>> StringBuilder b = new StringBuilder( identity.length() + 30 );
>> for( int i = 0; i < identity.length(); i++ )
>> {
>> char ch = identity.charAt( i );
>> if( ( ch >= 'a' && ch <= 'z' )
>> || ( ch >= 'A' && ch <= 'Z' )
>> || ( ch >= '0' && ch <= '9' )
>> || ch == '_' || ch == '.' || ch == '-' )
>> {
>> b.append( ch );
>> }
>> else
>> {
>> int value = (int) ch;
>> b.append( '~' );
>> b.append( toHex( value ) );
>> }
>>
>> }
>> return b.toString();
>> }
>> </code></pre>
>>
>> > FileEntityStore doesn't work on Windows
>> > ---------------------------------------
>> >
>> > Key: ZEST-41
>> > URL: https://issues.apache.org/jira/browse/ZEST-41
>> > Project: Zest
>> > Issue Type: Bug
>> > Reporter: Niclas Hedhman
>> > Assignee: Niclas Hedhman
>> >
>> > The FileEntityStore has a bug in that it doesn't replace/escape invalid
>> filesystem characters from the Identity.
>> > And for instance the Scheduler library uses colon, which works fine on
>> Linux but fails (silently!!) on Windows.
>>
>>
>>
>> --
>> This message was sent by Atlassian JIRA
>> (v6.3.4#6332)
>>
>
>
>
> --
> Niclas Hedhman, Software Developer
> http://zest.apache.org - New Energy for Java
>
--
Niclas Hedhman, Software Developer
http://zest.apache.org - New Energy for Java
